agile, Project Management, The Project Manager Blog

Scrum Roles: la anatomía de un equipo de Scrum


Gracias a la evolución de las prácticas comerciales modernas, Agile, un enfoque iterativo para planificar y guiar el proceso del proyecto, está en la mente de casi todos los gerentes. Agile ha migrado desde el desarrollo de software para tocar casi todos los rincones del universo de administración de proyectos, y Scrum es uno de los marcos más populares para implementarlo.

Scrum funciona tan bien con Agile porque, de acuerdo con Scrum.org, permite Los miembros del equipo "abordan problemas complejos de adaptación, mientras que ofrecen productiva y creativamente productos del más alto valor posible".

Por lo tanto, si desea aprovechar este marco, probablemente se preguntará: "¿Qué es un Scrum, qué? es un equipo de Scrum y cuáles son los roles que componen ese equipo? "Comencemos definiendo brevemente Scrum.

¿Qué es Scrum?

Según Scrum.org, Scrum es un marco simple que facilita la colaboración en equipo en complejos proyectos y productos. Scrum fue desarrollado por los co-creadores Ken Schwaber y Jeff Sutherland. Describen el marco como "liviano, simple de comprender y difícil de dominar".

Es importante entender que Scrum no es una metodología; es un marco para poner en práctica la metodología de Agile. Scrum reemplaza los enfoques algorítmicos programados utilizados en proyectos de cascada lineal con métodos científicos empíricos que son heurísticos. Scrum empodera a las personas en el equipo al apoyar la autoorganización cuando se trata de la imprevisibilidad de un proyecto.

En 2016, los valores de Scrum se agregaron a la Guía de Scrum. Estos valores incluyen valor, enfoque, compromiso, respeto y apertura. Profundicemos un poco más en esos valores:

  • Coraje, como coraje para hacer lo correcto
  • Enfoque, como en centrarse en sprints (iteraciones cortas)
  • Compromiso, como en el compromiso con los objetivos del Scrum equipo
  • Respeto, como respeto por cada miembro del equipo
  • Apertura, como apertura sobre los desafíos y el rendimiento del trabajo

Roles de Scrum para Project Management

Si está interesado en usar Scrum, Scrum Alliance dice que necesita comprender cómo los roles de Scrum difieren de los roles tradicionales de administración de proyectos. Solo hay tres funciones principales en un equipo de Scrum, y estas funciones no se alinean necesariamente con la administración de proyectos tradicional.

Las tres funciones de Scrum son las siguientes.

  • Propietario del producto: La persona con la visión del producto
  • Scrum Master: El experto de Scrum que ayuda al equipo a construir el producto según el marco de Scrum
  • Equipo de desarrollo: Los miembros del equipo que ejecutan el trabajo [19659020] Por supuesto, estos son trazos amplios y son simplemente el comienzo de una comprensión real de estos roles y cómo funcionan juntos. Pueden parecer roles tradicionales de gestión de proyectos en cascada, siendo el propietario del producto el patrocinador, y así sucesivamente, pero ese no es realmente el caso. Examinemos cada función más de cerca para una comprensión más completa de los roles de Scrum.

    El propietario del producto

    El propietario del producto es la base del éxito del proyecto. Esta persona es responsable de definir el trabajo y luego priorizar esas tareas. Tienen claro los objetivos del proyecto, así como los del cliente, el mercado y la organización. Comunican esto al equipo de Scrum y los guían a través del proyecto.

    ¿En qué se diferencia esto de la función similar en un equipo tradicional de gestión de proyectos? Por un lado, el propietario del producto sigue participando activamente durante todo el ciclo de vida del proyecto. En lugar de simplemente definir todo el trabajo al principio con una declaración de alcance, como un gerente de proyecto tradicional, el propietario del producto revisará y cambiará la prioridad con comentarios a medida que cambien las necesidades.

    Piense en el propietario del producto como la parte central del valor comercial para las iniciativas de Scrum. Están trabajando constantemente para alinear el trabajo con los objetivos del proyecto. Eso no significa que controlen el trabajo; no son microgestión Son altamente autodisciplinados y serán asistidos por el Scrum Master para que se mantenga el progreso.

    The Scrum Master

    Como su nombre lo indica, el Scrum Master es el experto en todas las cosas Scrum y proporciona una luz que guía a llevar el proyecto al éxito En cierto sentido, son el protector del equipo, ya que se asegurarán de que todos en el proyecto puedan enfocarse sin distracciones. Eso incluye distracciones de un dueño de producto extralimitado, y distracciones organizacionales o internas, también.

    Pero Scum Master también protege el proceso de Scrum. Como son expertos en Scrum y saben cómo se debe aplicar, están atentos a que el propietario del producto y el equipo de desarrollo trabajen dentro del marco de Scrum. No son simplemente policías de Scrum, sino maestros de Scrum que entrenarán a los miembros del equipo sobre cómo usar el marco de manera más efectiva.

    Aunque algunos podrían ver esto como un gerente de proyecto con un nombre diferente, no lo es. Los gerentes de proyectos administran el trabajo de los miembros del equipo del proyecto. El Scrum Master es la única persona que es verdaderamente responsable ante el proceso.

    El Equipo de Desarrollo

    El equipo de desarrollo es responsable de realizar el trabajo real del proyecto. Cada miembro del equipo tiene una habilidad que, junto con los otros miembros del equipo, se combina para abordar todas las necesidades de la ejecución del proyecto.

    El equipo actúa colectivamente y se encarga de descubrir cómo lograr sus objetivos. El propietario del producto establece las prioridades, y el trabajo es guiado por el proceso de Scrum y supervisado por Scrum Master. Pero todas las demás responsabilidades se ponen a los pies del equipo de desarrollo.

    Esa autonomía es lo que hace que Scrum sea único. Es el núcleo mismo del proceso. Lo que se deriva de este enfoque son fuertes vínculos de equipo y un ambiente de trabajo positivo donde las personas se sienten empoderadas en el trabajo. Si bien esto no es completamente ajeno a la gestión de proyectos tradicional, los equipos de cascada, por ejemplo, son administrados por un gerente de proyecto, no autogestionado.

    ¿Qué hace un buen equipo de Scrum?

    Hay varias cosas que desea ver para cuando ensambles tu equipo de Scrum. Primero, ¿todos los miembros de su equipo comparten una ideología de trabajo similar? Eso es crucial para ellos trabajando bien juntos. Deben tomar responsabilidad como equipo para la entrega del producto. Y para hacer eso, deben sentirse capacitados para hacerlo.

    El equipo debe ser lo más autónomo posible. Se autoorganizan y demasiada presión jerárquica va a ser contraproducente. Por lo tanto, los conjuntos de habilidades de los miembros de un equipo de Scrum deben estar equilibrados, por lo que todos trabajan por separado, pero juntos.

    Los equipos de Scrum son pequeños, generalmente con cinco a nueve personas, siendo siete el ideal. No hay sub-equipos. Las personas que componen el equipo de Scrum trabajan a tiempo completo, idealmente en la misma oficina. Si el trabajo debe realizarse en varios lugares, cada uno de esos sitios debe tener su propio equipo de Scrum.

    Si busca una herramienta que respalde la autonomía de su equipo de Scrum, entonces ProjectManager.com es para ti. Nuestro software de administración de proyectos basado en la nube está diseñado para fomentar la colaboración y brindar a los miembros del equipo las herramientas que necesitan para tomar el control de un proyecto, mientras les ofrece a los propietarios de productos un tablero en tiempo real para monitorear y ajustar según sea necesario. Pruébalo hoy con esta prueba gratuita de 30 días.

You Might Also Like

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Powered by themekiller.com