Esto depende mucho del tamaño de su proyecto y de lo que está implementando exactamente. Descubrí que muchos documentos formales son excesivos para la mayoría de los proyectos pequeños. Por lo general, empiezo escribiéndome una lista de cosas que deben suceder antes de implementar. Me hago preguntas como:
- ¿Qué se implementará realmente?
- ¿Cuándo queremos hacerlo y qué debemos verificar antes de realizar la implementación?
- ¿Los usuarios tienen que estar fuera de los sistemas cuando hacemos la implementación?
- ¿Existe una dependencia del tiempo (es decir, fuera del horario comercial, el fin de semana, etc.) para nuestra implementación?
- ¿Cuántos servidores / estaciones de trabajo / bases de datos reales se actualizarán?
- ¿Es una aplicación completamente nueva o una actualización de un sistema existente (la respuesta a esto cambia MUCHO su plan de implementación)?
- ¿Cuáles son los pasos reales que tomaremos para hacer la implementación?
- ¿Cómo haremos una copia de seguridad del sistema existente antes de implementarlo, en caso de que necesitemos retroceder?
- ¿Cómo probaremos la aplicación después de que se implemente?
- ¿Cómo volvemos a nuestra copia de seguridad?
- ¿Quién debe ser notificado sobre la implementación (antes, durante, después, estados, etc.)?
- ¿Tenemos documentación de cuáles son los cambios y cómo los usuarios pueden usar los nuevos cambios?
- ¿Quién va a recibir llamadas telefónicas de soporte de los usuarios?
Una vez que tengo respuestas a este tipo de preguntas, escribo el plan, generalmente como un documento básico de Word, con diferentes secciones y una línea de tiempo. Me gusta poner las partes detalladas paso a paso, con rutas a archivos, etc., inicios de sesión, etc., para tener todos los pequeños detalles en un solo lugar.
Como una persona mañanera que tiene que hacer instalaciones cuando normalmente duermo, me gusta la comodidad de una lista de todos los pasos que debo seguir, así que no olvido algo. Creo que vale la pena anotar los pasos de comunicación que tomará, particularmente si un grupo está haciendo la implementación, y algunos elementos dependen de los demás, o si no están todos en el mismo lugar. (por ejemplo, le enviaré un correo electrónico a Fred cuando se completen las actualizaciones de la base de datos, para que pueda hacer las actualizaciones del servidor web, Fred nos enviará un correo electrónico a todos cuando haya terminado, para que todos podamos hacer la prueba)
Luego, una vez que tenga uno que funcione, puede convertirse en su plantilla para futuras actualizaciones del mismo sistema, o puede ser un punto de partida.