Herramientas en métodos ágiles

Actualmente estamos en el proceso de implementación de Scrum. Me gustaría que empezáramos con una herramienta para ayudar al equipo a llevarse bien con ella (ver aquí sobre este punto), pero después de una presentación que hice donde hablé sobre el manifiesto ágil, nuestro CEO argumenta que va en contra de los principios ágiles. ("Individuos e interacciones sobre procesos y herramientas"). El problema es que no vamos más allá sin una cierta formalización de la organización, y una herramienta para organizar nuestro backlog y nuestros sprints sería lo correcto ahora, en mi opinión. ¿Encontró tanta resistencia cuando comenzó con métodos ágiles? ¿Cómo los has superado?

Tengo la sensación de que no aclaré lo suficiente la situación. En nuestra empresa, las buenas ideas se desperdician porque no se mantiene nada parecido a un backlog. En realidad, el trabajo en equipo es algo caótico. Introducir Scrum es una forma de conseguir una organización más racional y eficaz. Ahora, nuestro CEO está usando este punto del manifiesto ágil como una razón para no cambiar nada. Así que no se trata de cartones y lápices frente a software sofisticado, ¡es cualquier herramienta frente a nada!
Traroth, dos cosas: primero, tal vez recuérdele a su jefe que se trata de "Individuos e interacciones -sobre- procesos y herramientas" y no -en lugar de- Las personas necesitan ayuda para conservar la información. En segundo lugar, comience con Excel o una hoja de cálculo de Google (son lo suficientemente gratuitas) y luego muestre el valor de usar esto. También puede volver a publicar la pregunta como "interpretando el Manifiesto Ágil: diferentes perspectivas" en lugar de orientada a herramientas...
No estoy seguro de que mi pregunta sea lo suficientemente genérica y, principalmente, no me ayudaría a encontrar una solución a mi problema específico, que es el propósito de este sitio...

Respuestas (3)

Interesante discusión. Primero necesito emitir un descargo de responsabilidad, trabajo para Rally pero no estoy en StackExchange para promocionar nuestra empresa o nuestro producto.

Estoy de acuerdo con su director ejecutivo en que las personas y las interacciones son lo primero, y Ben hace una buena propuesta para un equipo ubicado en el mismo lugar.

No estoy de acuerdo con la sugerencia de usar Excel, es una herramienta pésima para la colaboración y es una herramienta de gerente, no una herramienta de equipo y esto es un impedimento cultural. Si está decidido a explorar esta opción, pruebe Google Docs vs. MS Office, tiene un soporte colaborativo mucho mejor. Tal vez no pueda crear tablas dinámicas, pero tal vez esto sea algo bueno :-)

Si está decidido a usar una herramienta, hay muchos equipos que tienen éxito con una herramienta; sin embargo, tenga en cuenta que es posible que no resuelva sus problemas.

También desaconsejaría el "formalismo", un principio básico de nuestro enfoque ágil es la mejora continua, no existe un estándar para formalizar solo principios básicos a los que adherirse.

Buen punto. Google Docs puede ser interesante para el trabajo colaborativo, de acuerdo. ¡Gracias!

¡Estoy un poco de acuerdo con tu CEO! Si tiene un equipo ubicado en el mismo lugar, me quedaría con la pizarra, las fichas y los rotuladores.

Si tiene un equipo distribuido, tenga en cuenta que todos necesitan visibilidad del progreso para que Scrum realmente funcione: nuestro objetivo es fomentar la toma de decisiones individuales y las interacciones con los demás y un desencadenante importante para eso es el tablero. Para un equipo distribuido, eso significa que tener una herramienta de algún tipo es útil.

Honestamente, parece que está esperando una herramienta que lo ayude con Scrum, y sus preguntas tanto aquí como en el enlace que proporcionó parece que aún no ha llegado a la comprensión necesaria para evaluar y seleccionar una herramienta usted mismo. Mi sugerencia es que hasta que pueda escribir algunas expectativas y criterios de selección/evaluación para una herramienta, es posible que espere demasiado de una herramienta y no esté listo para una.

Cuando yo (como director) incorporé Scrum a nuestra organización, primero incorporé a mis gerentes y líderes técnicos y acepté el cambio (fue un gran problema). Luego vendió la idea hacia arriba y hacia afuera para obtener aceptación. (Parece que ya tienes esto) Luego, ofrecí comprarle a los equipos cuatro herramientas para ayudarlos: pizarras de borrado en seco, tarjetas adhesivas, proyectores y Excel. Quería que estuvieran -muy- cerca de los datos que manejaban. Luego necesitaba calcular la velocidad y comprender cómo trabajar con User Stories sin el marco o las restricciones de una herramienta para obligarlos a interactuar. Son personas inteligentes y aprenderían y se adaptarían. También contamos con un entrenador Agile para ayudar con la transición.

Una vez que entendimos el proceso y realmente lo hicimos nuestro, buscamos una herramienta que encajara en nuestra forma de trabajar. Teníamos suficiente experiencia para saber en qué necesitábamos ayuda para administrar y en qué simplemente no teníamos que preocuparnos.

Sugerencias de herramientas:

  • Mantenga su cartera de pedidos en Excel. Ordena bien y tiene capacidad más que suficiente para manejar los datos que necesita.
  • Tablero portátil o pared dedicada para conservar información importante
  • Papel de póster adhesivo para Retrospectivas (le permite escribir sobre la marcha y luego transcribir notas)
  • Proyector para demos y proyección de Backlogs
  • Tablero de borrado en seco en el que puede dibujar sus tablas de quemado y quemado (dibuje los ejes con un Sharpie)
  • Un entrenador ágil, o (si no puede permitírselo) un tiempo abierto de lluvia de ideas/mejora/revisión que opera por encima de las Retrospectivas de Sprint. Tener una reunión una vez al mes para tratar las ideas estratégicas de mejora para Scrum. Cuando este equipo ruega por una herramienta, puede impulsar los criterios de selección y seleccionar de la gran lista de herramientas gratuitas y comerciales.

Si ya lleva 9 meses en este proceso y sus equipos están frustrados con los datos que están administrando, entonces cree un presupuesto. Si Scrum está logrando valor (¿programas más predecibles? ¿programas de entrega más cortos? ¿mejor calidad?), entonces no debería tener problemas para obtener el dinero necesario para comprar una herramienta. Si Scrum no proporciona este valor comercial, entonces una herramienta no ayudará en absoluto.

mis 2 centavos...

+1 a @Al. Primero debe familiarizarse con el proceso en sí. Luego, podrá elegir la herramienta de manera más inteligente, ya que sabrá lo que necesita mejorar en la mecánica de su proceso (ya que las herramientas generalmente ayudan con la mecánica, no con el proceso en sí). De lo contrario, su proceso puede ser dominado fácilmente por la herramienta, que generalmente no es lo que desea.
Exactamente. Buscar una herramienta mientras se implementa una metodología ágil puede dar la impresión de que la herramienta es el resultado autónomo, lo cual está lejos de la realidad. Suponiendo que el equipo esté ubicado en el mismo lugar, opte por el enfoque más rápido y económico posible.
Herramientas en métodos ágiles
RespuestasAquíPolítica de privacidad1y, 0v