porque a bicicleta no llegamos.
El otro día tenía yo a un compañero de trabajo discutiendo con un consultor sobre lo que debía hacer un programa que nos están desarrollando. Por lo que me enteré después, el programa fallaba en una prestación muy básica e imprescindible. Pero se trataba de una de esas prestaciones que van implícitas en otras que si estaban. Bueno, implícitas si conoces el mercado al que se dirige el programa, lo que no parecía que fuese el caso.
Por un momento me pareció estar viviendo la historia del Proyecto Bicicleta de Fuckowski , pero con el agravante de que nosotros solo necesitábamos la bicicleta.
Mi compañero llama al consultor y le dice que el programa no hacía una prestación básica, el consultor contesta:
– Pero no estaba en el análisis funcional
– Ya pero si estaba la característica de hacer mantenimientos (me lo invento) y si hace mantenimiento, significa altas, bajas y modificaciones y este programa solo deja hacer altas y no bajas…
– Si, pero si no se especifica en el funcional lo de las bajas…
– Vamos a ver si pone mantenimientos, incluye todo…
– No, si no está en el funcional…
– Pero vamos, si yo compro una bicicleta y me dicen que se puede pedalear, no me vale que solo lleve el pedal derecho…
Y como yo le dije a mi compañero, si total tenemos un patinete o ¿solo tiene una rueda?
5 Comentarios
Comentarios Cerrados
Lo siento pero tiene razón el consultor.
Si no está especificado en los requisitos AJO Y AGUA.
David:
El problema de las especificaciones con consultoras que tienen más abogados que analistas y programadores es éste. Pero si en el funcional pone que la tabla xx tendrá un mantenimiento, ¿que entendemos?, pues altas, bajas y modificaciones. Y si deja hacer altas y modificaciones, pero no bajas, y es la única tabla que no hace bajas… y en las otras tablas en el funcional pone lo mismo… pues se les ha olvidado hacer las bajas y ahora quieren volver a cobrar.
Además está el problema de no conocer un negocio.
Es complicado todo este tema… pero estoy un poco (solo un poco xD) de acuerdo con david, cuando se acuerda un funcional, no se debe presuponer nada :-S
Pedro:
Pero qué hacemos con la asimetría. Me explico, tengo tres aplicaciones iguales, pero con productos diferentes, una para albaranes, otra para facturas y otra para notas de entrega. Los funcionales de las tres son iguales, el de facturas y notas de entrega hace bien los mantenimientos (altas, bajas, modificaciones) pero el de albaranes, no hace bajas, porque dice que no lo pone en el funcional… sus compañeros de los otros módulos son gilipollas porque no saben escaquearse tan bien como ellos? o tienen un gerente que no sabe pasar sobrecostes?? Esa es la cuestión.
POs que me ponga un campo nuevo “BAJA” y en modificaciones le pongo “SI” o “NO” y a tomarporculo.