Desarrollo de software. El salacot y el cazamariposas
En ocasiones, ante la ausencia de un gobierno funcional en el proyecto se le encarga al equipo técnico explorar los diversos departamentos afectados por el mismo, ya sea para obtener los requisitos funcionales o para intentar que utilicen el sistema.
Esto es un error, ocasionará mucho trabajo, desgaste y probablemente los resultados estén por debajo de ese esfuerzo y de la inversión realizada en el desarrollo.
Motivos:
1) En el caso de que desde etapas iniciales del proyecto no haya colaboración por parte del área usuaria en la coordinación de la selección de las funcionalidades es un síntoma de que se está desarrollando un sistema que entienden que no necesitan. Lo mismo, a nivel de organización, sí interesa su implementación, pero ese mensaje no ha llegado al área usuaria o no ha sido suficientemente convincente.
2) El problema anterior se seguirá produciendo, si no se soluciona, en las diferentes etapas del proyecto y por supuesto en su puesta en marcha: habrá usuarios que utilicen el sistema, otros que lo usen a su manera y otros que se nieguen a abandonar las herramientas (aplicaciones, soluciones ofimáticas, etc…) que venían utilizando hasta ahora.
Después, entre quienes usen el sistema habrá quienes pidan unas funcionalidades, quienes pidan otras o quienes pidan lo contrario que ha solicitado otro y nos encontraremos con el problema de definir las prioridades, de elegir una opción sobre otra, etc…
Es un mal síntoma para un proyecto de desarrollo de software cuando el personal técnico tiene que ponerse el salacot y utilizar el cazamariposas.
Pingback: Enlaces de interés: 29/09/2011 | Los Links de Félix
Pingback: Desarrollo de software. Cuando nos quedamos solos en el proyecto « Jummp