Fase 6 de 7: Construir
Desarrollo y calidad
Prácticas y herramientas para entregar software estable y seguro.
Cuándo recurrir a esta sección: Al definir la Definition of Done, preparar releases o negociar deuda técnica.
Técnicas
Deuda técnicaCoste futuro de decisiones técnicas tomadas para entregar antes: código poco mantenible, falta de tests, tecnología obsoleta…POPMPjMTest-Driven Development (TDD)Escribir las pruebas automatizadas antes del código, en ciclos cortos Red → Green → Refactor.POPjMPruebas de regresiónVerifican que los cambios recientes no rompen funcionalidades existentes. Garantizan estabilidad tras cada release.POPjMSAST (Static Application Security Testing)Análisis de seguridad estático: revisa código fuente, bytecode o binarios sin ejecutar la aplicación para encontrar vulnerabilidades desde dentro.POPjMDAST (Dynamic Application Security Testing)Análisis de seguridad dinámico: prueba la aplicación en ejecución como lo haría un atacante (endpoints, formularios, APIs).POPjMRetrospectivaReunión al cierre de cada sprint o hito en la que el equipo revisa cómo ha trabajado y acuerda una o dos mejoras concretas para el siguiente ciclo.POPjMPMKanban y límites WIPMétodo para visualizar el flujo de trabajo en un tablero y limitar cuántos items puede haber en cada columna a la vez (WIP), para terminar antes en lugar de empezar más.POPjMFeature flagsInterruptores en el código que activan o desactivan una funcionalidad sin desplegar. Permiten separar el despliegue del lanzamiento, probar con un porcentaje de usuarios y apagar algo si falla.POPMMétricas DORACuatro métricas que miden el rendimiento de entrega de software: frecuencia de despliegue, lead time de cambios, tasa de fallo en cambios y tiempo de recuperación.PjMPOPMLecciones aprendidas y post-mortemRevisión estructurada al cerrar un proyecto o tras un incidente para entender qué pasó, por qué y qué cambiar, sin buscar culpables.PjMPOPM
Siguiente paradaStakeholders y negociación