Ingeniería de Software

Hace poco estuve en una junta con un PM ( o dos, o tres..., bueno en ese proyecto ya no se sabe cuantos más habrá, pero eso si, el número de desarrolladores no cambia :) ), también estaban todos los analistas, diseñadores y desarrolladores.

Bueno el punto es en esta junta tuvimos una sana discusión el PM y yo acerca de un documento místico llamado «Especificación técnica» (Hasta escalofrío da escucharlo :P).

El caballero en cuestión nos estaba «sugiriendo» que cambiáramos el punto de vista de este documento para representar sólo escenarios de negocio, nada de clases, métodos o propiedades :|, y la plática se llevó a cabo de la siguiente manera:

-Yo- «Oye, lo que nos estas pidiendo es un caso de uso»

-PM- «Pues mas o menos, pero también debe servir para que el desarrollador lo pueda programar como si se lo estuvieran dictando»

-Yo- «Entonces quieres una especificación técnica muy detallada»

-PM- «Bueno si, pero que la pueda entender rápidamente el usuario de negocio»

-Yo- «Las especificaciones técnicas no son para que las vea el área de negocio»

-PM- «Pues si pero eso es lo que nos piden»

-Yo- «Según las buenas prácticas de la Ingeniería de Software es: Hacemos casos de uso los cuales discutimos y validamos con el área de negocio, a partir de ahí generamos la documentación de diseño que es como quedará implementado la aplicación, posterior a esto se desarrolla la solución basada en el diseño»

-PM- «Bueno dejemos de filosofar... lo que nos pidieron es esto»

Ahora resulta que la Ingeniería de Software debería de llamarse Filosofía de Software :P.