1
El desarrollo del análisis de un proyecto, en los documentos siempre funciona muy bien, en la realidad se vuelve complejo de codificar cuando éste no ha sido validado o revisado por un arquitecto de software, es recomendable que un arquitecto pueda revisar los requerimientos y determinar de qué forma se puede hacer más simple, tanto para los desarrolladores como para el usuario final.
2
Este es uno de los errores que consideramos de mayor importancia, al no tener bien claros los requerimientos funcionales bajo los cuales operará el sistema, y cuál es el objetivo de cada uno de ellos, la base (análisis) de la cual partirá la construcción del sistema puede quedar ambigua, los ingenieros de software estarán desarrollando sin saber las implicaciones y cómo se enlaza y cómo afectan sus líneas de código el resto del desarrollo.
3
Debemos contar con una herramienta que nos permita resguardar y controlar las versiones de documentos y código de nuestro proyecto
4
Es muy recomendable que no solo el Líder y el Analista sean los únicos que conozcan sobre el giro del negocio del cliente, el resto del equipo (Diseñadores, Ingenieros de Software, Testers y Arquitectos) deben de conocer con muy buen detalle a lo que el cliente se dedica
5
Para minimizar este tipo de riesgos es necesario identificar desde la parte inicial del proyecto cómo resolver, o cuáles serán los parámetros bajo los cuales operará la aplicación
6
Existen muchos factores que debemos de tomar en cuenta al proponer el desarrollo de una solución, el no preguntar o validar con el cliente su arquitectura y restricciones de esta nos puede traer muchos dolores de cabeza.
