Parafraseando al Tío Ben Parker: con grandes derechos vienen grandes responsabilidades.  Los miembros de los equipos ágiles son responsables de:

Optimizar su WOW.- Desde una perspectiva a largo plazo, deberíamos buscar la forma de optimizar cómo trabajamos juntos.  En el corto plazo, puede parecer óptimo permitir a un especialista encargarse de un tipo en particular de tarea debido a que la tarea se realiza rápidamente.  En el largo plazo, puede ser más óptimo solicitar a alguien que trabaje en pareja con el especialita, incluso si toma más tiempo completar la tarea, para permitir que aprenda nuevas habilidades.

Estar dispuesto a colaborar de manera extensiva dentro de tu equipo, incluyendo a aquellos fuera de tu especialidad.- Están lejos aquellos días en que el desarrollador podía esconderse en un rincón y solucionar los códigos por sí mismo.  Se requiere colaboración entre todos los miembros del equipo.

Compartir toda la información, inclusive el trabajo en progreso.- Una de las claves para el éxito de la agilidad es la transparencia.  Si tienes un problema, cuéntale al equipo para que puedan ayudarte o por lo menos lo replanifiquen.  Si terminas algo rápidamente, avísale al equipo para que puedan trabajar en los siguientes pasos ya sea: probar, documentar o promover.  Cada uno debe saber lo que los otros miembros del equipo están haciendo en cada momento.

Actuar como Coach para otros en tus habilidades y experiencia.- La meta es incrementar el set de habilidades de todos en el equipo, así que debes estar preparado para enseñar tus habilidades a otros miembros del equipo.  Anteriormente, el desempeño de las personas se evaluaba según su habilidad de desempeñar tareas de especialidad.  El enfoque debe cambiarse a qué tan bien colabora una persona, qué tanto comparte e incrementa la habilidad de desempeño del equipo.

Expandir tu conocimiento y habilidades fuera de tu especialidad.- Nuevamente, la meta es incrementar el set de habilidades de cada uno, incluso tú, de tal manera que todos deben estar abiertos a aprender nuevas habilidades para que puedan ayudar al equipo a cumplir cada tarea requerida.

Validar tu trabajo tan pronto como sea posible, trabajando con otros para hacerlo.- No más escribir código y pasarlo a producción directamente o producir documentos que no han sido revisados.  Todo el código debe ser revisado por otro desarrollador.  Las estrategias para no trabajar solos, tales como hacer parejas, son excelentes porque reducen el bucle de retroalimentación a casi cero dado que varios pares de ojos están siempre sobre el código (o cualuqier otra característica).  Y, todo código debe probarse con respecto al criterio de aceptación en la historia de usuario.  Nada sale sin que alguien más en el equipo lo revise porque asegurar la calidad es una responsabilidad del equipo.

Atender a las reuniones de coordinación en persona, o a través de otros medios, si los miembros no están coubicados.- La reunión de coordinación es la más importante del día y nada tiene más prioridad.  Llega a la reunión y hazlo a tiempo.  Si te atrasas, estás retrasando a todo el equipo.

Buscar maneras de mejorar el desempeño del equipo.- Las retrospectivas están diseñadas para arreglar y mejorar los procesos del equipo.  Llega preparado a las reuniones para discutir cómo transcurrió el trabajo reciente, y para hablar de las cosas que salieron mal y cómo arreglarlas.

Evita aceptar trabajo fuera de la iteración en progreso sin el consentimiento del equipo.- Los equipos que están siguiendo un ciclo de vida ágil se comprometen con una cantidad específica de trabajo cuando inician una iteración.  Eso significa que todos los miembros han hecho un compromiso de completar todo el trabajo en la iteración.  Si tú, como un miembro del equipo aceptas trabajo fuera de la iteración (ya sea de un colega, de un antiguo jefe o de un jefe actual), eso significa que no estás trabajando en tareas de la iteración y que has dejado de lado al equipo.  Debes rechazar toda solicitud de tu tiempo que venga de afuera.  Si eso no funciona, dile a quien haga la solicitud que debe hablar con el líder de tu equipo.  El líder del equipo debe rechazar la propuesta.  Si eso no funciona, diles que deben hablar con el Propietario del Producto.  El Propietario del Producto debe rechazar la propuesta pero ofrecerá que lo registren para ponerlo a consideración en el backlog.

Autor:Disciplined Agile Consortium. ©2013-2019 Project Management Institute, Inc.

Traducción: Adela Vega, TSPM, SMC, SDC

Adaptación: Enrique Ledesma M.Sc., DALSM/CDAI, PMP, STC, SPOC, SMC, SDC