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.
Un plan de implementación es un documento técnico que proporciona una vista de alto nivel de la estructura general de su proyecto. Su contenido puede variar, dependiendo de la información que tenga en otros documentos, como el Plan del proyecto, y si es la primera vez que escribe un plan de implementación, no estaría de más pedir una plantilla o el plan para un proyecto anterior. .
Algunos ejemplos:
De estos, la Universidad de Melbourne tiene una estructura muy típica:
fuente
La implementación se trata de la construcción y la planificación es cómo va a hacer esa construcción.
Su plan de implementación debe incluir:
qué cosas o partes se implementarán
Identificar una forma de saber cuándo ha completado las cosas que se implementarán
tiempo estimado y cronograma del esfuerzo de implementación
la cantidad de personas en el equipo que trabajarán en la implementación
cuando corresponda, el orden en que se implementarán las cosas (qué partes se deben implementar primero)
calcular / decidir una forma de monitorear y rastrear el progreso o los problemas
identificación de criterios y objetivos de aceptación de calidad
etapas de prueba e iteraciones de prueba
qué acciones [correctivas] se tomarán cuando y si las cosas no salen según el plan
Dado que la implementación es parte de todo el esfuerzo de desarrollo del proyecto, algunas de estas cosas ya pueden mencionarse como parte del plan del proyecto.
Este enlace apunta a un documento simple de 'hoja de ruta de implementación' de Construx Software http://www.construx.com/File.ashx?cid=1951
De Construx Software aquí hay una lista de verificación útil de tareas para un líder de construcción: http://www.construx.com/File.ashx?cid=1935
fuente
Desarrolla el marco de registro de su proyecto, que muestra la relación entre las entradas, las actividades y los resultados previstos (productos, resultados e impacto, es decir, el objetivo de su proyecto), a partir del marco de registro que desarrolla el plan de trabajo anual, el plan debe extraer actividades de su marco de registro cada año.
fuente