¿El Año Nuevo te hace apurar para concluir los proyectos de desarrollo de software del año pasado? ¡No archives tus entradas para Jira y las tablas de Trello demasiado rápido!
Una buena regla general en el desarrollo de software es que su próximo proyecto de software siempre debe ser mejor que el anterior. Por qué Porque las lecciones que aprende y quita de cada proyecto deben documentarse y aplicarse continuamente en proyectos futuros.
En palabras de Rachel Green, todo buen proyecto debe terminar con el cierre.
Siga esta guía rápida y fácil de 6 pasos para asegurarse de que finaliza su proyecto de software de manera eficiente y efectiva.
6 pasos para concluir con éxito un proyecto de desarrollo de software
1. Documentar las necesidades futuras
Si su equipo de desarrollo de software subcontratado no será responsable del mantenimiento y soporte continuo de su aplicación web o móvil, asegúrese de que hayan documentado claramente cualquier acción que deba tomarse para que su producto funcione sin problemas. Confluence, un producto de Atlassian, es una gran herramienta para almacenar todas las notas e historial de sus proyectos y hace que la incorporación de nuevos interesados sea lo más fluida posible.
Por ejemplo, si su software se basa en bibliotecas de terceros, asegúrese de que sus desarrolladores documenten qué versiones usa su aplicación. Si han agregado código personalizado a esas bibliotecas, asegúrese de que también esté claramente documentado. Las necesidades futuras que vale la pena documentar también pueden incluir:
- Pruebas de software adicionales
- Actualización de bibliotecas y otras dependencias
- Configuración de monitoreo automatizado
- Código de refactorización para mejorar el funcionamiento y el rendimiento
- Si necesita renovar licencias y quién posee esa licencia para que pueda encontrarla rápidamente
2. Actualización de la documentación para los principales interesados
Para los dueños de negocios no técnicos que externalizan el trabajo de desarrollo, es esencial para el éxito recibir documentación clara y concisa en un lenguaje no técnico sobre "comenzar" con su propio mantenimiento y soporte de un producto Si termina contratando a un desarrollador diferente en el futuro, realmente desea que toda la documentación del producto esté actualizada, ya sea un archivo README, Wiki, Confluence, lo que sea.
3. Agregue fechas de vencimiento importantes a su calendario
Es posible que el ciclo de vida real de su producto no sea tan largo como cree, especialmente si la tecnología en sí misma requiere actualizaciones o nuevas licencias. Obtenga fechas de vencimiento de sus desarrolladores y agregue información importante a su calendario futuro, incluidas las fechas de vencimiento de:
- Registro de dominio
- Servicio de suscripciones
- Certificación SSL
- Vencimientos de tarjetas de crédito por servicios aplicables
- Certificado de distribución de Apple iOS
4. Acordar las necesidades actuales de desarrollo activo.
Como propietario del producto, ¿necesitará asistencia técnica continua para mantener y respaldar su software? Si es así, llegue a un acuerdo con su talento técnico subcontratado con respecto a qué áreas requieren un desarrollo activo continuo, es decir, pruebas de integración continua, monitoreo y alojamiento de entornos que no son de producción, etc. A veces, las compañías de desarrollo de software establecerán un acuerdo de nivel de servicio (SLA) con usted, que le dará una cantidad dedicada de horas y prioridad para corregir errores o responder a nuevas solicitudes.
5. Casa limpia - es decir, todas las ramas
Un excelente equipo de desarrollo de software subcontratado limpiará cualquier desorden que haga, y esto incluye las ramas de desarrollo utilizadas durante la línea de tiempo del proyecto. La limpieza de la casa no solo simplifica el mantenimiento y el soporte, sino que también permite que un nuevo miembro del equipo encuentre fácilmente su camino. Toma un poco de tiempo extra, pero debes considerar que tu equipo de desarrollo elimine / aborde:
- Ramas de características antiguas
- Ramas de prueba no esenciales
- Ramas temporales
- Trabajo no publicado que se puede usar en una fecha posterior. Asegúrese de agregar notas a esto para que los futuros ingenieros sepan lo que debería estar haciendo en el futuro.
6. Organice una reunión retrospectiva del proyecto
Reconocer tanto los éxitos como los fracasos que ocurrieron durante un proyecto juega un papel crucial en la mejora del desarrollo futuro de un equipo. Una retrospectiva del proyecto es una reunión dedicada que involucra a las partes interesadas clave y los miembros del equipo que revisa un proyecto una vez completado y formaliza el proceso de cierre. En su Retrospectiva del proyecto, haga preguntas pertinentes al equipo que cubran:
- ¿Cuáles fueron los objetivos iniciales del proyecto?
- ¿Qué sucedió realmente durante el desarrollo?
- ¿Qué pasó durante las pruebas y el pulido?
- ¿Por qué sucedió eso?
- ¿Qué guardarías / cambiarías para la próxima vez?
- ¿Cuáles, si las hay, son las necesidades de desarrollo en curso?
Consejo profesional: Comience de manera positiva y mantenga un espacio seguro donde los miembros del equipo puedan hablar libremente sin temor a represalias.Pensamientos adicionalesEl software envejece rápidamente en estos días y concluir adecuadamente un proyecto de desarrollo con documentación completa puede ahorrar muchos dolores de cabeza en el futuro (y evitar que su producto experimente problemas costosos). Involucre a las partes interesadas clave, desde gerentes de proyecto hasta probadores y desarrolladores, en las conversaciones y tareas de cierre para garantizar que el próximo equipo que aborde el soporte, el mantenimiento y el desarrollo futuro esté un paso adelante.