La versión 1994 de la guía para gestión de programa separo los tramos de un proyecto con islas de estabilidad.
Estas fueron diseñadas para ser periodos de inactividad durante un programa donde los beneficios de un tramo del mismo son consolidados y el tramo próximo fue planificado. Reflejando la necesidad de los negocios de implementar cambio rápidamente, las versiones de 1999 y subsiguientes removieron este concepto.
Mucha gente sujeta a cambio reclamo que nuevos cambios son implementados antes de que los previos tomaran efecto y talvez las islas de estabilidad fueron buena idea después de todo.
La razón por la que las ideas de las islas de estabilidad fueron abandonadas fue porque no era práctico insertar un periodo de inactividad dentro del ciclo de vida de un programa. Sin embargo, debía ser posible tener un periodo de estabilidad en un área de negocios que está sujeta al cambio.
Si el programa está implementando múltiple cambios en un área de negocios, el equipo del programa debe considerar planificar el cronograma así que haya periodos de consolidación después de cambios mayores. El programa debe hacer esto rotando su enfoque de una área a otra y no implementando todos los cambios a una área particular al mismo tiempo.
En efecto, la idea de islas de estabilidad se ha cambiado del ciclo de vida del programa al ciclo de cambio del área del negocio.
Gracias a Ignacio Manzanera por la traducción
