Scrum está Sobrevalorado

16 de marzo de 2021 • 3 min de lectura

La mayoría de las empresas siguen algún tipo de proceso Scrum. Típicamente esto implica sprints de 2 o 3 semanas. Al final de cada sprint se demuestran los cambios, se realizan retrospectivas y se organiza el backlog. Durante cada sprint se captura el tiempo de finalización de tareas, lo que permite a la gerencia proyectar hacia el futuro cuándo los proyectos alcanzarán su finalización.

Muchos de los proyectos Scrum en los que he participado enfatizan “comprometerse” con las tareas o “tomar responsabilidad”. Al final del sprint muchos ingenieros son responsabilizados por tareas incompletas. La velocidad del sprint es otra idea que se martilla constantemente. ¡Tenemos que mantener nuestra velocidad! Es como si crear software fuera una carrera, pero no lo es. Si los ingenieros son responsabilizados por una métrica, optimizarán para esa métrica, esto no es lo que quieres.

Scrum crea un marco fácil de entender para que los equipos lo sigan y le da a la gerencia las herramientas para predecir el futuro. Los equipos que han practicado waterfall encuentran Scrum fácil de entender.

Muchas de las prácticas de Scrum no son necesarias. Por ejemplo, la mayoría del software de seguimiento de problemas permite a los gerentes ejecutar reportes sobre la frecuencia de finalización de tickets. Con esta información, los gerentes pueden inferir la velocidad, en lugar de incorporar la velocidad en el proceso y convertirla en algo importante. Tomar responsabilidad es una farsa, lo hacemos naturalmente, hacerlo explícito es insultante. Todos los proyectos en los que he participado, cada ingeniero tiene un rincón de la aplicación que es su espacio.

Otras formas de mejorar la entrega de software:

• Si necesitas despliegues semanales, prográmalos. Despliega lo que esté listo.
• Mantén el backlog organizado; entonces los ingenieros nunca se quedan sin trabajo.
• En mi opinión, las retrospectivas son la actividad no relacionada con desarrollo más esencial. Sin ella, no tienes oportunidad de convertirte en una organización mejor y más eficiente.
• Automatiza, automatiza, automatiza
• Comprometerse con una lista de características es ridículo. Clasifica las tareas y completa lo que puedas. Preocuparse por qué la “tarea A” no se completó es una pérdida de tiempo. Es claro que la tarea era demasiado grande, o se asumió trabajo de mayor prioridad.
• Las demos son una pérdida de tiempo a menos que al cliente le importe y proporcione retroalimentación.
• Las reuniones diarias pueden ser necesarias o no. Prefiero reunirme cada par de días.

Al final del día se trata de proporcionar valor al cliente de la manera más eficiente.