El kit de herramientas de Disciplined Agile Delivery sugiere un set de roles sólido para la entrega de soluciones ágiles. Estos roles están resumidos en la  figura arriba. Como puedes ver, existen dos categorías de roles:

Roles primarios: Estos roles se encuentras comúnmente en los equipos DAD sin importar el nivel de escalamiento (Agilidad empresarial) que enfrente el equipo.

Roles de soporte: Esto roles se completan, generalmente de manera temporal, para encargarse de los problemas de escalamiento.

Roles Primarios

Los roles primarios se encuentran comúnmente a pesar del nivel de escalamiento. Existen cinco roles primarios:

• Interesados.- Un interesado es alguien a quien el producto de la solución le impacta materialmente. Con respecto a esto, el interesado es claramente más que un usuario final. Un interesado puede ser un usuario directo, usuario indirecto, gerente de usuarios, gerente senior, miembro del personal de operaciones, el propietario de los recursos quien financia el proyecto, miembro del personal de soporte, auditores, tu director de programa/portafolio, desarrolladores que trabajan en otros sistemas que integran o interactúan con el sistema que está en desarrollo, profesionales de mantenimiento potencialmente afectados por el desarrollo y/o el despliegue del proyecto de software. Los equipos DAD idealmente trabajarán diariamente junto con sus interesados a lo largo del proyecto.

• Miembros del Equipo.- El rol del miembro del equipo se enfoca en producir la solución en sí para los interesados. Los miembros del equipo desarrollarán pruebas, análisis, arquitectura, diseño, programación, planificación, estimación y muchas otras actividades que sean apropiadas a lo largo del proyecto. Nótese que no todo miembro del equipo contará con cada una de estas habilidades, por lo menos no aún, pero tendrán una parte de ellas y se esforzarán por ganar más habilidades con el tiempo. Los métodos ágiles centrales describen a los miembros del equipo como “desarrolladores” o simplemente programadores. Sin embargo, en DAD reconocemos que no todo miembro del equipo necesariamente escribe código. Los miembros del quipo identificarán tareas, estimarán tareas, se comprometen con tareas, desarrollan las tareas y monitorean su estado hasta completarlas.

• Líder del Equipo.- Un aspecto importante de los equipos autoorganizados es que el líder del equipo facilita o guía al equipo desempeñando actividades de gestión técnica en lugar de hacerse cargo de estas responsabilidades por sí mismo. El líder del equipo en un líder servicial que crea y mantiene las condiciones que le permiten ser exitoso al equipo. El líder del equipo también es un coach ágil que ayuda al equipo a mantenerse enfocado en entregar los ítems de trabajo y completar sus metas de iteraciones y los compromisos que han hecho con el propietario del producto.

Actúa como el verdadero líder facilitando la comunicación, empoderándolos para que optimicen sus procesos ellos mismos, asegurándose de que el equipo cuente con los recursos que requiere y remueve todo impedimento (resolución de conflictos) de manera expedita. Cuando lo equipos se autoorganizan, el liderazgo efectivo es crucial para su éxito.

• Propietario del Producto.- En un sistema con cientos de miles de requisitos, generalmente es difícil obtener respuestas a consultas acerca de los requisitos. El propietario del producto es el individuo del equipo que representa “la voz del cliente”. Representa las necesidades y deseos de la comunidad de interesados en el equipo de entrega ágil. Como tal, el propietario del producto aclara cualquier detalle con relación a la solución y también es responsable de mantener la lista priorizada de ítems de trabajo que el equipo implementará para entregar la solución.

Mientras que el propietario del producto puede no ser capaz de responder todas las preguntas, es su responsabilidad buscar la respuesta en el menor tiempo posible para que el equipo pueda mantenerse enfocado en sus tareas. Tener a un propietario del producto trabajando de cerca con el equipo para responder cualquier pregunta acerca de los ítems del trabajo mientras se están implementando, reduce sustancialmente la necesidad de requisitos, pruebas y documentación de diseño. Por su puesto que necesitarás documentación de entrega como manuales de operación, manuales de soporte y guías de usuario, solo por nombrar algunas.

Cada equipo DAD, o subequipo, en el caso de programas grandes que se organizan como un equipo de equipos, tiene un solo propietario de producto. Una meta secundaria para un propietario de producto es representar el trabajo del equipo ágil ante la comunidad de interesados. Esto incluye organizar demostraciones de la solución según evoluciona y comunicar el estado del proyecto a los interesados clave.

• Propietario de la Arquitectura.- La arquitectura es una fuente clave de riesgo para el proyecto y alguien debe ser responsable de asegurarse de que el equipo mitigue este riesgo. Como resultado, DAD incluye explícitamente el modelo del rol de propietario de la arquitectura. El propietario de la arquitectura es el dueño de las decisiones de arquitectura en el equipo y es quien facilita la creación y evolución del diseño total de la solución.  La persona en el rol de líder del equipo también estará en el rol de propietario de la arquitectura en pequeños equipos. Este no es el caso general, especialmente a gran escala, pero es bastante común en equipos ágiles pequeños.

Aunque el propietario de la arquitectura es generalmente un desarrollador senior en el equipo, y algunas veces es conocido como el arquitecto técnico, arquitecto de software o arquitecto de soluciones, debe notarse que esta no es una posición jerárquica a la que deban reportar otros miembros del equipo. Es igual que cualquier otro miembro y se espera que se comprometa y entregue trabajo relacionado con las tareas al igual que cualquier otro miembro del equipo. Los propietarios de la arquitectura deben tener experiencia técnica y un entendimiento sólido del dominio del negocio.

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