- Como absorber los requerimientos del cliente.
- Como dividir el trabajo en tareas.
- Como presentar “release” de la aplicación.
- Que documentación aportar.
- Como absorber cambios cuando ya ha empezado el proyecto.
- Etc..
No quiero decir que estos temas no sean importantes. SON MUY IMPORTANTES pero AUN ES MAS IMPORTANTE EL DESARROLLO DEL SOFTWARE. Por lo que si al planificar se tarda más en planificar, por ejemplo, como son los casos de uso que en planificar como se va a implementar las partes de la aplicación que hacen posible ese caso de uso entonces ya estamos cometiendo un fallo.
Una excepción es la programación extrema (XP) que si indica claramente la pautas para la codificación y el testeo.
No hay comentarios:
Publicar un comentario