0
Carta Gantt no solamente que no es apropiada para proyectos ágiles, sino se ha convertido en el símbolo de lo opuesto a agilidad dentro de los círculos ágiles. Los razones son lo siguientes:
1. Proceso predicativo vs. Proceso adaptativo
Se presta bien el Gantt para mostrar un plan de producto a largo plazo. El paradigma ágil es de adaptarse en lugar de seguir el plan a toda costa. En proyectos ágiles tampoco tiene mucho sentido mostrar dependencias entre tareas, lo que es mejor que hace una carta Gantt, ya que en proyectos ágiles cada entregable y cada ciclo (en caso que lo hay) debe generar algo de valor y listo para producción.
2. Equipos auto-organizados vs. Equipos control y comando
Gantt lo maneja el “jefe del proyecto”, de hecho es su herramienta preferida y es apropiado para equipos de control y comando donde es el jefe que asigna las tareas. Paradigma ágil promueve equipos auto-organizados y es difícil imaginarse al equipo trabajando en conjunto en elaborar una carta Gantt.
3. Personas por sobre proceso
Basta decir que el Microsoft Project (seguramente la implementación en software de Gantt más conocida), se refiere a personas como a “Recursos”.
4. Fiabilidad
De poco sirve el Gantt si no se actualiza regularmente. En la practica, muchos jefes de proyecto se conforman con la respuesta de “80% listo”. Entonces es muy común la situación donde el 20% restantes demora más que el 80% iniciales. La magnitud de distorsión que una demora pequeña provoca en el plan maestro, la conocen solamente los que lo han sufrido.
5. Visibilidad
Aunque el software (Ms Project) permite generar páginas web con el estado de carta Gantt, en la práctica esta capacidad se ocupa muy rara vez. En fin, nadie aparte de jefe de proyecto conoce en que estado está la carta Gantt. (y del estado real de proyecto es más probable que nadie tenga mucho conocimiento).
6. Mejora continua
Una de la gran gracia del Kanban es que permite al equipo darse cuenta de los problemas y proponer soluciones: cuellos de botella, carga de trabajo superior a la actual capacidad del equipo, proceso que no captura la realidad del proyecto etc… La carta Gantt claramente no permite eso.
7. Comunicación
El Kanban puede ser una excelente forma de comunicar con su cliente. Tengo el ejemplo de un gerente de una PYME que contrato a un ingeniero más solamente cuando, mirando el Kanban, se dio cuenta que su equipo estaba sobrecargado. Tratar de convencer este gerente de que faltaba alguien con una carta Gantt hubiera sido difícil…
8. Feedback positivo
Es muy agradable ver que una tarea esta lista, o que el equipo pudo sacar algunos puntos más que la semana pasada. La carta Gantt no do ningún feedback solamente trata de predecir lo impredescible.
9. Atraso
Al usar el Kanban el concepto de atraso desaparece pués no se trata de comparar lo hecho con una predicción (carta Gantt) pero simplemente optimizar el flujo de trabajo. La omnipresencia del atraso en los proyectos manejados por carta Gantt son fuentes de frustraciones y tensiones que son anti-productivas.
Termino con una cita sobre el tema de la predicción: “Prediction is very difficult, especially about the future.” — Niels Bohr
:)
10. Limitar el Trabajo en Curso (WIP – Work In Progress)
Dentro de mi reciente experiencia profesional me ha tocado trabajar en proyectos tradicionales en donde la Gantt sigue reinando. Uno de los efectos más malignos de su forma de presentar la información es que es tremendamente difícil gestonar cuantos temas se han abierto a la vez, lo que no extraña dado que Gantt es una forma de visualizar una Estructura de División de Tareas (Work Breakdown Structure) y no, como en la agilidad, una mirada a los resultados efectivos logrados, medidos en código funcional aceptado por el cliente.
Para los que quieran saber más acerca de lo importante que es el Limitar el trabajo en curso, pueden encontrar más información en la Limited WIP Society
En mi experiencia, trabajando con Kanban fuimos más productivos que usando Gantt. Por qué?
- Nos sentimos involucrados
- Nos sentimos responsables
- Nos era muy transparente
- Nos cooperabamos
- Sabíamos qué hacía cada quien
- Si había algún impedimento, era visible por todos y podíamos prevenir futuros problemas
- La visualización de avance es mucho más motivante
- Es más entretenido :) (aunque no lo parezca, es muy importante)
A medida que me vaya acordando de otras cosas, editaré esta respuesta. Espero haber ayudado
Hola,
Un artículo donde comentamos la alternativa ágil a los Diagramas Gantt para el seguimiento de proyectos.
Un saludo,
Estimado yopolt tu link me da el siguiente error:
01, Unable to load stream or clip file, connection failed, clip: ‘[Clip] 'mp4:link/cursos/ProfesoresPOLIMEDIA/M101/B02/polimediamuxed.mp4’‘
Saludos
Hector
about 1 year ago
alex.borquez
said:
Este es un comentario a una respuesta, y no una respuesta en sí. Edite este texto y colóquelo donde corresponde o será borrado para mantener el orden. Salud!
No hay ningún argumento robusto de porque Kanban es mejor que una gantt, solo comentarios basados en experiencia de gente que no sabe planificar proyectos reales. Podrían argumentar cosas más solidas. Si bien me atraen las metodologías ágiles siempre veo que son para temas no planificables como una investigación, una prueba de concepto o prototipos. No he logrado encontrarle aporte para proyectos de desarrollo de software reales, con presupuestos y tiempo acotado.
Espero no les moleste mi opinión, siempre hay que desafiar para robustecer. Ricardo Reyes
6 months ago
agustin.villena
said:
1
“Gente que no sabe planificar proyectos reales?” Y como tu sabes eso?
6 months ago
esteban.lopez
said:
Tu comentario es tanto o más pobre que el resto de comentarios del que hablas, basándose en tu propia lógica. Tus párrafos no tienen argumentos, ni tampoco la experiencia. Creo que te faltan ambas cosas para poder robustecer. Te invito a editar tu comentario, para así conocer mejor el por qué de este
All Shapado.com content and data are available under the
Es una pregunta que mucha gente me ha hecho, y creo que puede ser útil para principiantes.