Creo que todos podemos estar de acuerdo en que Trello es, sin duda, una de las herramientas más económicas (junto a los viejos Post-Its a bordo) para poner en marcha un nuevo equipo de ingeniería de software. Sin embargo, le faltan demasiadas características para que sea la solución de gestión de proyectos de software adecuada para un equipo ágil.
Para ser claros, estoy definiendo un equipo ágil muy libremente aquí como uno que:
- funciona de manera cruzada,
- realiza un stand-up diario, y
- se ejecuta en iteraciones planificadas cortas.
Trello hace que el levantamiento diario sea un dolor diario.
- ¿Qué tan importante es la habilidad del desarrollador para mantener el software seguro?
- ¿Qué software de registro de eventos debo usar?
- ¿Debería especializarme en informática o ingeniería de software? He oído que los ingenieros de software codifican hasta que ya no se pueden codificar y que CS se especializa en código hasta que funcione. ¿Cuáles son las principales diferencias y similitudes?
- ¿Alguien ha usado el software Simplify3D antes? ¿O usó una licencia Simplify3D?
- Mi gerente no confía en mí porque vengo de un equipo fallido de ingeniería de software. ¿Debería encontrar un nuevo trabajo?
Trello no ofrece una vista unificada de alto nivel del trabajo de todos. Una parte crucial de la metodología ágil de scrum es la reunión diaria de scrum. Si el equipo está usando Trello, todos tienen que saltar de un tablero a otro todos los días o mantener notas fuera del sistema para estar lo suficientemente preparados para el stand-up diario.
Trello hace que sea difícil crear y compartir planes a largo plazo.
La simplicidad de los tableros y las tareas lo convierten en una solución obvia para el desarrollo de software en una etapa muy temprana, pero una vez que un equipo quiere comenzar a elaborar una hoja de ruta seria (incluso si solo es para un sprint de 2 semanas) tienen que buscar o idear otra solución. He visto a muchos equipos crear una tabla Trello de hoja de ruta separada, pero no hay forma de vincular un objetivo de hoja de ruta más grande con una tarjeta individual. Un sprint solo se puede representar como un tablero o una agrupación de tarjetas pirateadas.
Trello no tiene forma de revisar las iteraciones.
Las retrospectivas son una parte importante del trabajo en iteraciones. Para mejorar el rendimiento, los equipos deben establecer un intervalo regular para revisar el trabajo pasado y descubrir cómo proceder con la próxima iteración. Sin una función de informes, se vuelve extremadamente difícil obtener información necesaria sobre todo lo que se completó y lo que sigue.
En general, Trello es un buen comienzo, pero no es el adecuado para los equipos de software que desean establecer y refinar un proceso ágil dentro de su organización. Para obtener una herramienta que proporcione vistas listas para usar, herramientas para la planificación a largo plazo, informes y mucho más, consulte Clubhouse – Trello Alternative para equipos de software.