Pregunta

El proyecto principal de mi organización se puso en marcha el lunes. Ese fue mi tercer día aquí. Ahora que llevo aquí casi una semana, tengo la tarea de crear un plan de gestión de cambios para el mantenimiento de la aplicación y la preparación para la fase 2, que comenzará & Quot; algún día. & Quot; Somos una tienda de Microsoft pero de mente abierta.

Estoy buscando algunas sugerencias sobre técnicas de CM y especialmente herramientas que me ayudarán con esto. Estoy familiarizado con ITIL y he estado considerando cómo su concepto de CM podría aplicarse a este proyecto, pero es cierto que este es mucho más pequeño de lo que estoy acostumbrado (& Lt; 100 usuarios versus miles). No estoy exactamente seguro de cómo, o si, ITIL puede reducirse a un proyecto tan pequeño. O tal vez estoy pensando demasiado pequeño.

¿Cómo gestiona su organización el cambio a nivel del sistema? ¿Funciona para ti? ¿Cómo podría mejorarse?

Para aclarar más, ¿alguien puede recomendar un proceso y una herramienta de CM, tal vez de código abierto o de mundos ágiles?

¿Fue útil?

Solución

Establecer una junta de revisión, con representantes de alto nivel de desarrollo, operaciones, qa, el negocio, etc., con el gerente de CM como presidente. Todos los cambios tienen que ser presentados a la junta.

En un lugar donde trabajé necesitabas aprobación unánime para implementar un cambio. En otro, una mayoría de 2/3 era suficiente. Sin embargo, en ambos lugares, tenías que juntar tu mierda al presentar un cambio; realmente no querías estar preparado y parecer un tonto.

El equipo CM define los " artefactos " requiere pasar la puerta de control, generalmente una serie de formularios con una lista de verificación como guía. Si el sistema es & "; Misión crítica &"; es posible que también desee realizar algún tipo de auditoría CM para asegurarse de que se siguió su proceso de desarrollo (se ejecutaron pruebas unitarias, los archivos se colocaron bajo control de versión, se etiquetaron correctamente con comentarios, se cerraron las pruebas de control de calidad, etc.).

Para las herramientas, una simple hoja de cálculo o base de datos suele ser suficiente, algo que puede armar usted mismo, adaptado a los procesos de su organización. Mantenlo simple.

El administrador de CM también debe tener algunos " dientes " y poder hacer cumplir las decisiones de la junta de revisión. CM es un proceso de calidad y está ahí para garantizar que se mantengan los estándares de calidad, no que se cumplan los plazos.

Otros consejos

Aplicar el concepto de " Variaciones " ;. Haga que el proceso sea formal en cada etapa y haga que completen formularios, obtengan costos y aprobación, etc. y también identificará qué cambios son importantes y dignos de ser sus propios proyectos / subproyectos. Mantenga un registro de riesgos y discuta abiertamente cómo los cambios propuestos pueden afectar el proyecto en su conjunto.

Más empresas en el Reino Unido parecen estar adoptando ITIL para la Gestión del Cambio. Los últimos dos lugares en los que he trabajado han utilizado una aplicación llamada Sostenuto que trata de coincidir con áreas como Gestión de incidentes, problemas y cambios. Sin embargo, todavía no estoy convencido de si es la mejor manera de hacer las cosas.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top