¿Cómo contribuye la mentalidad ágil a un equipo de alto rendimiento?

Un alto directivo me hizo esta pregunta específica hace unos días. Había recibido una presentación sobre los principios Agile y algunas de las metodologías que lideran el mercado (XP, DSDM, Scrum).

Aunque estaba impresionado, quería más información sobre cómo los Principios conducen a una mayor posibilidad de un equipo de alto rendimiento.

Tomamos un café y conversamos al respecto, pero quería hacerle la pregunta a la comunidad de PM para obtener una respuesta más autorizada que podría incluir presentaciones o documentos técnicos que había pasado por alto.

Descargo de responsabilidad: tomaré todo el crédito ;-) jaja, sin embargo, aparte de eso, creo que es una pregunta valiosa ya que luché por aplicar los principios a un escenario de la vida real que no sea la comunidad de inicio.

Los principios ágiles no hacen de un grupo un equipo de alto rendimiento. Más bien, liberan todo el potencial inherente a los equipos de alto rendimiento.
Nunca dije "hacer un equipo de alto rendimiento" CG. Dije contribuir a.

Respuestas (3)

Agile, y en particular Scrum, se trata de crear un equipo autogestionado y autoorganizado.

Aunque en un contexto diferente al del desarrollo de software (equipos autogestionados en una empresa de telecomunicaciones), este documento muestra que los equipos autogestionados son más efectivos que los grupos comparables gestionados tradicionalmente que realizan el mismo tipo de trabajo .

Hace algunos meses leí una tesis de Maestría en Ciencias de la Computación que puede ser muy útil para su propósito: Una investigación de la efectividad del equipo en el desarrollo ágil de software por Lars Martin Riiser Haraldsen. Su principal objetivo es investigar:

¿Cómo facilita la metodología Scrum la efectividad del equipo y cuáles son las ventajas y desventajas?

El autor define la efectividad del equipo como:

[...] medida de un equipo que trabaja en conjunto de tal manera que las metas principales se logran dentro de un marco de tiempo determinado y los miembros del equipo están satisfechos.

El modelo adoptado se basa en este artículo escrito por Salas, Sims y Burke. Según estos autores, los componentes centrales del trabajo en equipo incluyen: liderazgo del equipo , monitoreo mutuo del desempeño , comportamiento de respaldo , adaptabilidad y orientación del equipo . Todas estas áreas son necesarias para lograr una buena efectividad del equipo, pero su implementación puede ser diferente de un proyecto a otro.

Le sugiero que eche un vistazo al Capítulo 5 para ver los hallazgos del autor en detalle.

Verá, por ejemplo, que un modelo mental compartido y una comprensión común de lo que se necesita hacer en el próximo sprint facilita el trabajo en equipo.

Se destaca que los gráficos de quemado son más que una forma de monitorear el progreso del trabajo. Muestran el esfuerzo de trabajo del equipo en conjunto y hacen que los desarrolladores sientan que contribuyen al proyecto.

Las reuniones diarias de scrum, la planificación de sprints, la revisión y la retrospectiva son elementos que pueden facilitar el monitoreo mutuo del desempeño y la orientación del equipo.

Se puede garantizar un comportamiento de respaldo efectivo practicando la programación en pares.

Del capítulo 6 :

En general, descubrí que Scrum facilita el trabajo en equipo y en la mayoría de las áreas aumentará la efectividad del equipo. [...] los estudios también muestran que cuando se utiliza el desarrollo ágil, como Scrum, y se siguen las pautas correctamente, los equipos están satisfechos y la productividad mejora.

En esta publicación de blog de Scott Ambler puede encontrar una comparación entre los paradigmas de desarrollo de software (es el resultado de la Encuesta de Éxito de Proyectos de TI , realizada en noviembre y diciembre de 2013).

Algunos hallazgos incluyen:

  • Las estrategias Agile y Lean son más efectivas que las estrategias tradicionales en promedio.
  • Los equipos de proyectos ad-hoc (sin proceso definido) y los equipos de proyectos tradicionales tienen tasas de éxito más bajas que los equipos de proyectos ágiles/iterativos.
  • No existe una definición común del éxito del desarrollo de software (en términos de tiempo/programa, ROI, valor para las partes interesadas y calidad).
  • Solo el 8 % de los encuestados indicó que su definición de éxito incluía las tres: cumplir con el cronograma, el presupuesto y las especificaciones.

Aunque varios elementos del Manifiesto Ágil podrían conducir a más equipos de alto rendimiento, creo que este es el más importante:

A intervalos regulares, el equipo reflexiona sobre cómo volverse más efectivo, luego sintoniza y ajusta su comportamiento en consecuencia.

La mejora continua es una de las formas de entender qué funciona y qué no para el equipo. Encontrar un buen formato retrospectivo (por ejemplo , evento retrospectivo de Scrums ) debería conducir a mejoras técnicas, de comunicación y de proceso. Cuando el equipo está implementando pequeñas mejoras en cada iteración, esto debería conducir eventualmente a un equipo de alto rendimiento. Motivado, técnicamente fuerte y con un proceso mínimo.

Puede encontrar mi formato retrospectivo preferido aquí .

Si no has leído Drive de Dan Pink, te sugiero que veas su video de YouTube rápidamente.

Esto se reduce a motivación y compromiso extrínsecos versus intrínsecos. Seguir los principios de Agile en su diseño y desarrollo se ha relacionado con mejorar el compromiso de la fuerza laboral (que en promedio ronda el 30% de sus empleados).

Otro libro que recomendaría es Management 3.0 de Jurgen Appello. Entra en muchas más ciencias del cerebro en torno a la creación de equipos felices y comprometidos.