2008-10-08 15 views
5

El proyecto principal de mi organización comenzó 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á "algún día". Somos una tienda de Microsoft pero de mente abierta.¿Cuál es la mejor manera de gestionar el cambio?

Estoy buscando algunas sugerencias sobre técnicas de CM y especialmente herramientas que 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 hay que admitir que este es mucho más pequeño de lo que estoy acostumbrado (< 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 puede ser mejorado?

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

Respuesta

4

Establezca una junta de revisión, con altos representantes de desarrollo, operaciones, qa, el negocio, etc., con el gerente CM como presidente. Todos los cambios deben ser presentados a la pizarra.

En un lugar donde trabajé, usted necesitaba la aprobación unánime para implementar un cambio. En otro, una mayoría de 2/3 fue suficiente. Sin embargo, en ambos lugares, tenía que juntar su s ** t cuando presentaba un cambio; realmente no querías estar desprevenido y parecer un tonto.

El equipo de CM define los "artefactos" necesarios para pasar la puerta de control, generalmente una serie de formularios con una lista de verificación como guía. Si el sistema es "crítico para la misión", también puede realizar algún tipo de auditoría CM para garantizar que se siguió su proceso de desarrollo (pruebas unitarias ejecutadas, archivos colocados bajo control de versiones, etiquetados correctamente con comentarios, pruebas de control de calidad firmadas, etc. .).

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

El gerente de CM también tiene que tener algunos "dientes" y ser capaz de 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.

2

Aplica el concepto de "Variaciones". Haga que el proceso sea formal en cada etapa y hágalos completar formularios, obtener costos y aprobación, etc. Esto eliminará una gran cantidad de "Gee, no sería agradable ... gratis" y también identificará qué cambios son importantes y digno de ser sus propios proyectos/subproyectos. Mantenga un registro de riesgos y discuta abiertamente cómo los cambios propuestos pueden afectar el proyecto como un todo.

+0

Sí, esas son buenas sugerencias y gran parte de eso está englobado en la sólida gestión de proyectos. Estoy buscando algo más concreto, tal vez un proceso definido y herramientas para ir con él (imagine Agile CM o somesuch). –

1

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 intenta hacer coincidir las áreas como Incidente, Problema y Gestión del cambio. Sin embargo, todavía no estoy seguro de si es la mejor manera de hacer las cosas.

Cuestiones relacionadas