La compensación entre el valor añadido y la complejidad del proyecto MAYOR

Share

|

La pregunta, en relación no sólo con el uso de las nuevas tecnologías o métodos, sino a cualquier gravamen que otro proyecto, ¿Cómo es esto, en términos de alargar el proyecto o la adición de la complejidad, afectan al proyecto? Si la respuesta es que el efecto será negativo o la respuesta no es clara, se debe tener precaución con respecto a la apertura del proyecto para incluir los elementos adicionales. El argumento no se debe permitir pasar a la validez de las solicitudes o su valor. Debe tenerse en cuenta que las adiciones propuestas al proyecto de todos los que probablemente ser beneficioso. La cuestión es lo que, en términos de tiempo y complejidad, los elementos agregar al proyecto. La atención debe centrarse en el equilibrio entre la adición de los artículos solicitados sean los que sean y el costo potencial en términos de riesgo de los proyectos asociados con el alojamiento esas solicitudes.

Al pensar en la adición de las nuevas tecnologías, es importante tener en cuenta que ya sea muy poco lo que se entiende acerca de la tecnología, o que los niveles de TI en tiempo y esfuerzo necesario para conseguir que el trabajo va a ser subestimada. Al tratar con un medio de grandes proyectos de desarrollo de TI, debido a su complejidad intrínseca, la adición de una tecnología de la curva de aprendizaje augura dificultades para el proyecto.

Dado que la probabilidad de éxito con los proyectos de aplicaciones se puede aumentar si la complejidad de los proyectos se reduce, teniendo un enfoque de desarrollo de aplicaciones más, pero más pequeño de TI debe conceder una seria consideración. Suponga que una solicitud de proyecto de aplicación de TI se hace y se aprueba la solicitud para la investigación. Tras el análisis de la solicitud, se comprueba que el proyecto propuesto se requieren 3.000 horas de esfuerzo para completar.

La duración del proyecto se ha establecido como ocho meses. Aunque el tiempo estimado para completar el proyecto en este punto del ciclo de desarrollo es, probablemente, arbitraria, que la estimación es probable que sea visto como algo absoluto. Esta circunstancia, muy común en el desarrollo de proyectos de TI, representa otro de los aspectos negativos del desarrollo del proyecto que se suma al nivel de riesgo. Aunque la fijación de las fechas de la finalización del proyecto arbitraria presentar complicaciones proyecto serio, que es un tema más allá del alcance de este artículo que no sea para reconocerla como un factor negativo.

Con posterioridad a su aprobación, un equipo de proyecto está montado y que comience el trabajo en el proyecto. Como que el trabajo avanza, comienzan a surgir peticiones para funciones adicionales en el proyecto. Teniendo en cuenta las necesidades del negocio que se ocupa del proyecto y los beneficios que se derivan de la expansión del proyecto, los niveles de dotación de personal para completar los nuevos requisitos aprobados. En este punto, la fecha de terminación se puede mover a cabo para dar cabida a los trabajos adicionales, o bien, se puede suponer que mediante la adición de personal, la fecha de finalización no necesita ser ajustado. En términos de plantear el aumento de las necesidades del proyecto, añadiendo que el personal necesario, y en al menos tratar de restablecer la fecha de finalización, el equipo del proyecto ha hecho las cosas bien. Lo que no se hace correctamente y lo que traerá dificultades es que el equipo del proyecto no tiene, en esta situación, considerada la mayor complejidad que se ha estratificado en el proyecto. El supuesto es que la adición de personal y el ajuste de la fecha de finalización cubrirá la obligación de agregar características y funciones.

En este ejemplo, el equipo del proyecto, a pesar de que ha considerado la necesidad de recursos adicionales y el tiempo para manejar el proyecto de expansión, se ha puesto en una situación lamentable. Al no reconocer los problemas de la expansión y el aumento de la complejidad del proyecto lo que se refiere a la dificultad potencial, si los problemas no son graves, el equipo se ha fijado para, a la decepción por lo menos,. Demasiado a menudo como un proyecto se amplía y se hace evidente que el proyecto tiene dificultades, el foco se desplaza a la cuestión de la adición de las personas y el tiempo para cumplir con los objetivos del proyecto. Mientras que es un enfoque apropiado, es sólo un enfoque parcial en que los factores de expansión del proyecto y su complejidad adicional relacionada también deben ser considerados en el análisis. En realidad, la adición de las personas al proyecto, ya sea en el inicio del proyecto o después de que se haya determinado que el proyecto se encuentra en crisis puede ser una respuesta aparentemente fácil para el problema, pero puede ser la respuesta equivocada. La adición de más personas al proyecto aumenta el nivel de esfuerzo asociado a la cuestión de la gestión y coordinación del proyecto y, como resultado, se suma a la complejidad del proyecto en general.

La forma correcta de manejar los asuntos relacionados con el ejemplo habría sido, además de pedir más personal y más tiempo para cumplir con las demandas nuevo proyecto, para presentar e impulsar la opción de dividir el proyecto en componentes más manejables. Ese proceso podría haber sido la estructura del proyecto en componentes más pequeños (fases), para dividir el trabajo en proyectos separados, o para reducir el alcance del proyecto. Encontrar la respuesta correcta dependerá de las circunstancias, pero la preocupación debería haber sido por evitar el tamaño excesivo y, como corolario, la complejidad.

Por supuesto, es cierto que la reducción del tamaño del proyecto o dividirla en fases causaría los beneficios potenciales asociados con el proyecto para reducir o retrasar. Cada organización debe tomar decisiones sobre el tamaño aceptable y el riesgo de los proyectos de TI. Sin embargo, en muchos casos, la creencia de que los pequeños es mejor representa un enfoque pragmático. Muchos grandes y bien TI proyectos destinados aplicaciones han fracasado. Algunos de esos proyectos se han reducido y rescatados, pero otros, después de un costo considerable y el estrés de organización, han sido abandonados.

---