¿Qué es el Radar de prácticas de desarrollo?
El Radar de prácticas de desarrollo es un health check breve para equipos de software. El equipo valora seis afirmaciones en una escala de cinco puntos, desde Totalmente en desacuerdo hasta Totalmente de acuerdo: el alcance está claro, los estándares de código están acordados y se cumplen, las personas tienen tiempo para concentrarse, la deuda técnica se supervisa y se gestiona, las funcionalidades costosas en tiempo y de alto impacto cuentan con pruebas automatizadas, y el despliegue está automatizado y es fiable. Con seis dimensiones, es lo bastante rápido para hacerlo cada trimestre y los puntos débiles saltan a la vista. Si Capacidad de concentración obtiene una puntuación baja en todo el equipo, es un problema concreto que conviene plantear a quien fija las prioridades. Usad los resultados para acordar uno o dos cambios y comprobad en la siguiente sesión si se han mantenido.
Dimensiones
Prácticas de desarrollo
Prácticas de ingeniería fundamentales que influyen en la eficacia con la que el equipo planifica, construye, prueba y entrega software de calidad.
Claridad del alcance
El alcance de nuestro trabajo está claro y bien definido.
- El alcance no está claro
- El alcance está bastante claro
- El alcance está bien definido
Estándares de código compartidos
Tenemos un conjunto acordado de estándares de código que están definidos y se respetan.
- Sin estándares compartidos
- Hay estándares, pero varían
- Estándares aplicados con constancia
Capacidad de concentración
Tenemos el tiempo y la oportunidad de concentrarnos en el trabajo que hemos planificado.
- Interrupciones constantes
- Algo de tiempo de concentración
- Tiempo de concentración protegido
Gestión de la deuda técnica
Supervisamos y gestionamos nuestra deuda técnica.
- La deuda se ignora
- La deuda se revisa de vez en cuando
- La deuda se gestiona activamente
Prácticas de pruebas
Tenemos automatización de pruebas funcionales para las funcionalidades costosas en tiempo y de alto impacto.
- Pruebas mayoritariamente manuales
- Automatización parcial
- Automatización de pruebas sólida
Proceso de despliegue
Tenemos un despliegue automatizado, fiable y con garantía de calidad.
- Despliegues manuales y arriesgados
- Despliegues parcialmente automatizados
- Despliegues automatizados y fiables
Cuándo debe realizarse esta revisión médica
- Cuando tu equipo de ingeniería quiere una visión compartida de la solidez de sus prácticas diarias.
- En una retrospectiva o revisión trimestral, para detectar qué fricciones están frenando la entrega.
- Cuando se forma un equipo nuevo, para establecer una referencia inicial de estándares de código, pruebas y despliegue.
- A lo largo de varias sesiones, para ver si las prácticas de desarrollo están mejorando.
Consejos y trucos
- Hazlo de forma anónima para que la gente responda con sinceridad sobre el alcance, la concentración y la deuda técnica.
- Compara los resultados entre equipos para encontrar prácticas que merezca la pena compartir o estandarizar.
- Dedica cada retrospectiva a las una o dos dimensiones con la puntuación más baja. Intentar arreglar las seis a la vez rara vez funciona.
- Repite el radar cada trimestre para ver tendencias y comprobar que las mejoras acordadas se mantienen.