Preparar el plan de transferencia del código fuente [cerrado]

En primer lugar, buena suerte.

Estas son algunas de las cosas que probablemente debería solicitar / que se le proporcionen.

• Lista de defectos conocidos.
• Lista de registros de incidentes y problemas.
• Detalles sobre los dos últimos lanzamientos como; ¿Cuánto tiempo tardaron en implementarse? ¿Hubo un período de aumento de incidentes después de la publicación, etc.?
• ¿Quiénes son los expertos clave en la materia?
• ¿Cuáles son las horas de operación y el soporte principal?
• ¿Cuánto tiempo ha estado en existencia el producto y qué tan estable es el código base?
• ¿Qué es la hoja de ruta del producto?
• ¿Qué es la pila de tecnología?
• ¿Cuáles son los puntos de integración y quiénes son compatibles con los sistemas integrados?
• ¿Hay algún componente de DR
• Quién es responsable de invocar DR
• ¿Cuáles son los SLA de la aplicación o los objetivos del servicio?
• ¿Cuál es el crecimiento esperado del sistema de archivos / base de datos / colas de mensajes?
• ¿Cuándo se realizan las copias de seguridad del sistema, quién es responsable y cuál es la estrategia de restauración?
• Quién es responsable de administrar la acumulación de productos.
• Qué SLA de proveedor y detalles de contacto están en su lugar.
• ¿Hay programas por lotes o procesos de larga ejecución?
• ¿Es el sistema completamente transaccional y cómo se gestiona la concurrencia?
• ¿Cuál es el proceso de administración de incidentes principales para la aplicación?
• Qué, cuándo, quién y cómo se notifica a las partes interesadas sobre los cambios y las interrupciones.
• ¿Cuáles son los períodos / tiempos de interrupción acordados?
• ¿Dónde se guarda el código fuente?
• ¿Cómo se realiza la copia de seguridad, la restauración y el registro de cambios del código fuente administrado?
• Dónde, qué y quién posee la arquitectura de la solución.
• ¿Cuál es el destino de la implementación (DEV, ST, UAT, Pre PROD, PROD, DR)?
• ¿Cuándo se renovarán las licencias de terceros?
• ¿Hay un gráfico RACI?
• ¿Cuántos usuarios hay y dónde están ubicados?
• ¿Cuáles son los problemas o quejas comunes de solución de problemas?
• Quién es responsable de otorgar acceso al sistema.
• ¿Cuándo se realizan las pruebas pent / auditorías de seguridad?
• ¿Dónde está el CI y el proceso de construcción automatizado?
• Quién es responsable de administrar el control de origen y el servidor de compilación.
• ¿Dónde están las guías de instalación?
• ¿Existe documentación para la infraestructura y la red de destino?
• ¿Cuáles son los tipos de gravedad e impacto de los incidentes recientes?
• ¿Hay instrucciones de configuración de la estación de trabajo del desarrollador?
  • Qué ayudas y marcos de desarrollo se usan y tienen licencia para su equipo.

Eso es todo lo que puedo pensar en este momento.

  

¿Qué se debe tener en cuenta cuando comienza la entrega, para asegurarnos de que tenemos todo y poder mantener ese producto en el futuro?

Las cosas que debes asegurarte son:

• los ves construir el código con éxito
• los ves construir pruebas unitarias y hacer que todos pasen
• los ve ejecutar otras pruebas con éxito, y todos pasan (aceptación, integración, etc.)
• obtiene la base de datos de problemas abiertos (fácil de obtener si usan bugzilla o similar)
• el producto se ejecuta (instrucciones de instalación).

Todo lo demás depende del mantenedor actual a entregar.

Debe asegurarse de que el equipo que entrega el código proporcionará asistencia durante un período de tiempo. ¡Haz que sea un contrato firmado!

Más tarde, tendrás preguntas que no sabías que tenías que preguntar por adelantado, por lo que deben "mantenerse" para explicarte cosas, no solo dar el código, los documentos y todo lo que tengan sobre el proyecto.

Cuando tienes un traspaso de proyecto, pierdes una cosa importante: la experiencia original del equipo.

A veces también obtienes algo que no esperabas: su hostilidad.

¿La empresa que realiza la entrega está consiguiendo un buen trato con la entrega? Si pierden negocios porque le envían el proyecto, los desarrolladores (orgullosos) que crearon el código podrían resentirse por el hecho de que su "bebé" haya sido regalado. Podría obtener respuestas como: "Está en los documentos que recibió" ... incluso si no lo está.

Los aspectos técnicos son buenos para cubrir, pero también tienen en cuenta el lado humano.

YMMV!

¿El código viene con una suite de prueba? ¿Pasan todas las pruebas en la suite de pruebas? ¿Cuánta cobertura tiene la suite?

Recomendaría que, al faltar un conjunto de pruebas, haga que la creación del conjunto de pruebas y el marco relacionado sea su primera prioridad.