¿Cuáles son los pasos para un entrenador ágil cuando comienza con un nuevo equipo?

Como entrenador ágil, ¿cuáles son los primeros pasos que toma cuando va a una empresa para asegurarse de que adopten ágil? Supongamos que esta empresa solo ha oído hablar de Agile, están trabajando en un método de cascada muy tradicional y tienen un gran equipo de 10 desarrolladores, 5 qa, 1 pm. Por ejemplo, ¿comienza con una presentación y formación de equipos? ¿O se sienta a hacer un poco de diligencia debida sobre cómo funciona la empresa?

¿ Eres un Agile Coach nuevo y pides orientación sobre cómo abordar un nuevo contrato o estás auditando a un Agile Coach que ingresa? Esta es una pregunta muy subjetiva y no tiene una respuesta empírica.
Soy un entrenador ágil relativamente nuevo (1,5 años, 2 empresas) que intenta comparar opiniones y enfoques en una vista de alto nivel. Quiero hacer hincapié en el estado de borrón y cuenta nueva de la empresa en cuestión.
Puedo cerrar esto a menos que se vuelva muy abstracto a algo como Auditar, Evaluar, Decidir, Actuar o algún otro tipo de ciclo de actividad.

Respuestas (3)

He dedicado mucho tiempo a este tema. Estuve colaborando durante un año con la revista en línea AgileConnection.com para implementar transformaciones ágiles. Si vas a su sitio web y buscas "Joel Bancroft", encontrarás mis artículos. Comience con el de enero de 2017.

El marco en pocas palabras es:

  1. Comience con la observación: haga muchas preguntas
  2. La educación es clave: todos reciben la misma capacitación, independientemente de la experiencia
  3. Puesta en marcha de buenas medidas: Tanto para el proyecto como para la transformación ágil.
  4. Inspeccione y adapte en todos los niveles: realmente haga algo sobre los impedimentos planteados
Hola Joel. ¿Puede recomendar un artículo para leer si de hecho está comenzando con 1 o 2 equipos?
@TheLearner- Iría con exactamente las mismas recomendaciones. Simplemente podrá ir más rápido, en la construcción de confianza y relaciones. Solo ten cuidado de ir demasiado rápido. Incluso con un grupo pequeño, debe tomarse el tiempo para convertirse en parte del equipo.

Comenzaría explicando Agile al ejecutivo y entrenándolos hasta que comprendan completamente el significado de una transformación Agile.

Una vez que hayan reconocido lo que están asumiendo, los buscaría para identificar las razones por las que están adoptando Agile. Esto luego proporcionará las bases para lo que está por venir. Por ejemplo, si están buscando mejorar la capacidad de las empresas para manejar el cambio, me gustaría que identifiquen cómo se medirá y rastreará esto. Para mí, esta es la clave para una transformación exitosa, ya que sin una indicación concreta de progreso, es fácil para la empresa volver a sus viejas costumbres o adoptar prácticas que son contraproducentes.

A continuación, buscaría trabajar con los equipos de entrega y el ejecutivo en un plan. Algunas organizaciones serán más tolerantes a las interrupciones que otras y, por lo tanto, pueden avanzar a un ritmo más rápido.

Entonces, en orden:

  • Asegúrese de que sepan en lo que se están metiendo
  • Asegúrese de que tengan una definición clara de lo que es el éxito (y cómo medirlo)
  • Cree un plan (que inevitablemente se adaptará continuamente)

Si el lenguaje y las expectativas aún no se han discutido, hágalo primero. Esto es importante en toda la organización para todos los afectados por el cambio. Hay mucho en la historia del desarrollo de software y el término ágil . Comience con la gestión del desarrollo de grandes sistemas de software (1970), el malentendido que condujo al proceso en cascada y la gestión de proyectos tradicional . Asegúrese de que el Manifiesto para el desarrollo ágil de software (2001) con sus cuatro valores y doce principios se comprenda completamente. Comparta las bases de esa filosofía que comenzó en la década de 1990 ( historia ) que incluye eXtreme Programming y Scrum. Promover la agilidad para cambiar de dirección para aprovechar las oportunidades y terminar un esfuerzo cuando el costo-beneficio ya no sea aceptable junto con su gestión de riesgos inherente . Comparar y contrastar los beneficios y desafíos suele ser útil.