Cómo gestionar bien el cambio de proyectos de TI

Hay dos factores que provocan cambios en los proyectos de TI: primero, cambiar los requisitos desde el exterior, como los requisitos del cliente para modificar el alcance del trabajo y, en segundo lugar, cambiar los requisitos durante el proceso de desarrollo, como modificar el código fuente para resolver algunos; errores descubiertos durante las pruebas. Incluso el diseño, etc. En términos relativos, lo más difícil de manejar son los cambios de demanda externos, porque la probabilidad de cambios de demanda en los proyectos de TI es alta y la carga de trabajo causada también es grande (especialmente en las últimas etapas del proyecto).

El control de cambios no se puede lograr únicamente mediante el control de procesos. El método eficaz es definirlo claramente de antemano. Una forma de controlarlo de antemano es definirlo antes de que comience el proyecto; de lo contrario, el "cambio" será imposible. Otra forma es mediante la revisión, especialmente la revisión de los requisitos, que suele ser la clave del éxito o el fracaso de un proyecto. El propósito de la revisión de requisitos no es sólo "verificar", sino también descubrir qué es incorrecto y modificarlo para acercarlo lo más posible a los requisitos "reales". Además, una revisión formal de los requisitos debería servir como una base importante a partir de la cual comenzar a controlar los cambios en los requisitos.