En Scrum, ¿el puesto de Scrum Master es más alto que el de Product Owner, en términos de jerarquía organizacional?
En el trabajo, los organigramas tradicionales son imprescindibles; ¿Cómo se ubican los Scrum Masters y los Product Owners? ¿Asumen un nivel igual? ¿O debería uno estar reportando a otro?
Es imposible responder a su pregunta porque "Scrum Master" y "Product Owner" son roles, no títulos de trabajo. Sus puestos de trabajo pueden ser diferentes y dependen de la empresa.
Por ejemplo, un Product Owner podría ser:
Como otro ejemplo, el Scrum Master podría ser un:
Pero, por otro lado, los roles "Scrum Master" y "Product Owner" tienen campos de responsabilidad absolutamente diferentes y no pueden afectarse entre sí. "Scrum Master" tiene más que ver con la gestión de procesos/operaciones y es responsable del proceso de desarrollo del producto. El "propietario del producto" se trata más de la gestión de productos/proyectos, responsable de la parte comercial del producto. Y, por supuesto, ni el Scrum Master ni el Product Owner pueden comandar a los miembros del Equipo de Desarrollo ni entre ellos.
En el caso de un CEO como Product Owner: puede despedir al Scrum Master, pero lo hará como CEO, no como Product Owner.
Entonces, los roles "Scrum Master" y "Product Owner" están en el mismo nivel jerárquico. Pero las personas que desempeñan estos roles podrían tener puestos de trabajo en diferentes niveles.
No es necesario informar dentro del Equipo Scrum. Scrum proporciona una buena transparencia de todo el proceso, y la participación en Scrum Events prescritos cubre todas las necesidades de generación de informes. El propietario del producto podría informar fuera del equipo Scrum, pero la descripción va más allá de Scrum.
Scrum no dice nada acerca de la jerarquía.
El puesto de Scrum Master no es un puesto más alto que el PO o el puesto de DevTeam.
¡La idea es no pensar en niveles de jerarquía! ¡Piense en un equipo de personas que quieran entregar productos de alta calidad!
No hay informes dentro del Equipo Scrum. ¡Simplemente no es necesario informar, debido a la alta transparencia en todas partes!
En Metodología Ágil, ¿el puesto de Scrum Master es más alto que el de Product Owner, en términos de jerarquía organizacional?
No.
El marco Scrum requiere una colaboración activa entre los roles Scrum y entre la empresa (o el cliente) y el equipo Scrum. Las relaciones jerárquicas dentro del equipo Scrum son la antítesis de la implementación efectiva del marco Scrum, pero Scrum en sí mismo es agnóstico acerca de los roles organizacionales y las relaciones que existen fuera del marco.
Dentro del equipo, cada rol tiene responsabilidades dictadas por el marco. Esto no pretende ser jerárquico, sino que sirve como una clara separación de funciones para garantizar el buen funcionamiento del proceso.
Dentro del marco de Scrum, cada rol tiene un alcance de responsabilidad que debe ser respetado por los otros roles, pero los roles en sí no son jerárquicos. En cambio, los roles colaboran en la implementación del proceso Scrum.
Por ejemplo, el propietario del producto es el árbitro final del contenido y las prioridades de los elementos de la cartera de productos. Si bien otros miembros de la organización o del equipo Scrum pueden brindar aportes, esta responsabilidad, en última instancia, recae únicamente en el Product Owner.
Asimismo, el Scrum Master es el árbitro final del proceso Scrum. Como árbitro del proceso, el Scrum Master tiene la responsabilidad final de garantizar que los procesos del equipo se comuniquen claramente, que las ceremonias esenciales de Scrum se lleven a cabo correctamente y que los artefactos de Scrum, como Product Backlog y Sprint Backlog, se implementen correctamente.
Cuando la gente habla de que un equipo Scrum es multifuncional, no se refiere solo a las habilidades técnicas; también significa que el equipo debe contener todas las habilidades de liderazgo necesarias para entregar un producto que funcione. Esto requiere una cooperación activa entre los roles (piense en "defensa de zona") en lugar de una relación formal de informes o una gestión de comando y control.
Desde un punto de vista puramente pragmático, el Product Owner gestiona la asignación de recursos del proyecto a través del Product Backlog. Como resultado, el propietario del producto suele ocupar un lugar más alto en la cadena alimentaria que otros miembros del equipo porque tiene la tarea de controlar el presupuesto y es responsable de la entrega del producto. Sin embargo, este es un efecto secundario político , más que un principio de Scrum.
Dentro del marco de Scrum, el propietario del producto es un socio con responsabilidades específicas y no es superior a nadie más dentro del equipo de Scrum. El Product Owner no puede infringir las funciones y responsabilidades de Scrum Master o Developer dentro del proceso.
Desde fuera del equipo Scrum, el control de la asignación de recursos puede dar la impresión de que el equipo Scrum informa al propietario del producto. Esto no es cierto, y es el trabajo del Scrum Master educar al equipo y a la organización sobre cómo funciona realmente Scrum.
Scrum no puede funcionar sin una cooperación activa entre los tres roles de Scrum. Los roles deben considerarse pares para adherirse a los principios detrás del Manifiesto Ágil .
Según los organigramas habituales de la empresa, no están en la misma división. Por lo general, los Product Owners provienen del lado del producto y los Scrum Masters de la línea de organización o desarrollo. Por lo tanto, puede haber casos en que estén en el mismo nivel (por ejemplo, PO junior - SM regular) o diferentes niveles.
De manera informal, los Product Owners están más arriba en la cadena alimenticia, debido a la responsabilidad que tienen.
aventura2099