Scrum cree en que el personal automotivado busca encargarse de mayor responsabilidad; así que ellos entregan un valor mucho mayor cuando están autoorganizados. Ellos prefieren el estilo de liderazgo de Scrum que es de un “líder servicial”, el cual enfatiza lograr resultados a través de enfocarse en las necesidades del Equipo Scrum.

Beneficios de la Autoorganización

La autoorganización como un principio esencial de Scrum lleva a lo siguiente:

- El equipo adquiere una propiedad compartida.
- Motivación, la cual encamina a un nivel de desempeño destacado del equipo.
- Ambiente innovador y creativo que conduce al crecimiento.

La autoorganización no significa que los miembros del equipo estén autorizados para hacer lo que les plazca. Una vez que se ha definido la Visión del Proyecto, en el proceso de Crear la Visión del Proyecto, se identifica al Product Owner, al Scrum Master y al Equipo Scrum. Entonces, el Equipo Scrum Principal en sí mismo trabaja muy cerca con los Interesados relevantes para refinar mejor los requisitos a medida que pasan por los procesos de Crear Épicas y Crear Historias de Usuarios. La pericia del equipo se usa para evaluar las entradas necesarias para ejecutar el trabajo planificado del proyecto. Este juicio y pericia se aplican a todo aspecto técnico y de dirección del proyecto durante el proceso de Crear Entregables.

Aunque el Product Owner, quien representa la voz del cliente (VoC), es principalmente quien realiza la priorización, el equipo Scrum autoorganizado está involucrado en descomponer la tareas y estimarlas durante los procesos de Crear Tareas y Estimar Tareas. Durante estos procesos, cada miembro del equipo es responsable de determinar qué trabajo hará quién. Durante la ejecución de un Sprint, si los miembros del equipo necesitan cualquier ayuda para completar sus tareas, Scrum dirige el tema a través de la interacción regular obligatoria en las Reuniones Diarias de Pie (Daily Stand Up). El Equipo Scrum interactúa con otros equipos a través de las reuniones Scrum de Scrums y puede buscar guía adicional, según requiera, del Cuerpo de la Guía de Scrum.

Finalmente, el Equipo Scrum y el Scrum Master trabajan estrechamente para demostrar el incremento de producto, creado durante el Sprint, en el proceso de Demostrar y Validar el Sprint, en el cual se acepta los entregables correctamente terminados. Dado que los entregables son potencialmente lanzables, (y el Backlog Priorizado del Producto se organiza según las Historias de Usuarios en el orden de valor que se les dió), el Product Owner y el cliente pueden visualizar claramente y articular el valor que se está creando luego de cada Sprint. Los Equipos Scrum, a su vez, tienen la satisfacción de ver su duro trabajo siendo aceptado por el cliente y otros interesados.

Autor: SCRUMstudy

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

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