En realidad abstrayéndonos de la implementación y pensando en términos de reglas de negocio es el mayor riesgo y el responsable del fracaso de la mayoría de los proyectos.
¿Que pasa con los requisitos?, pues que son un contrato y si el sistema hace lo que los requistos dicen pues estamos bien (no iremos presos), siempre y cuando que los requisitos y sus especificaciones documentadas sean aprobadas por el cliente.
De esto surgen dos escenarios negativos:
- Que el cliente esperaba más de lo que el sistema hace.
- Que el sistema no implementa los requisitos.
- No existe gestión de espectativas: El cliente normalmente no entiende hasta donde llega el proyecto, se debe definir un alcance: ¿Qué es el proyecto? ¿Que no es el proyecto?
- No existe un listado de características y de funcionalidades formal del sistema: Si no hay documentos no hay nada que hacer.
- Que los documentos de requisitos están en lenguaje técnico que el cliente no entiende.
- Que no se da la importancia a la gestión de la configuración: Un gestor de configuración es casi un médico heroe, se encarga de controlar los artefactos producidos,sus cambios, versiones, su archivo, su coherencia, etc; no tener un gestor de configuración - o no hacer las actividades de gestión de configuración - es conducir un automovil con los ojos cerrados.
1 comentarios:
Yo siempre he tenido problemas para entender, por ejemplo, la utilidad de los diagramas de casos de uso. Son tan sencillos como a la vez complejos. Se supone que son para el que el cliente entienda el sistema y vea las diferentes funcionalidades de éste, sin embargo, cuando yo veo un diagrama sin que el desarrollador me lo explique, entiendo muy poco, y eso que soy informático, me imagino lo que significa para un dueño de un restaurant por ejemplo.
Pero en la línea de tu comentario, el diseño de un sistema o software, debería ser tan claro como lo es un plano para un constructor. Todo se debe acomodar al plano. Entonces no hay posibilidades a que el dueño de la casa a construir quede desconforme, porque el constructor hizo exactamente lo que está en el plano.
Publicar un comentario en la entrada