significa - ¿Qué hace un maestro de scrum todo el día?
scrum software (17)
Para citar wikipedia:
Scrum es facilitado por ScrumMaster, cuyo trabajo principal es eliminar los impedimentos a la capacidad del equipo para cumplir el objetivo de sprint. El ScrumMaster no es el líder del equipo (ya que se autoorganizan), pero actúa como un amortiguador entre el equipo y las influencias que distraen. El ScrumMaster asegura que el proceso de Scrum se usa como se esperaba. El ScrumMaster es el ejecutor de las reglas ".
Al trabajar sobre esta base, y el hecho de que la mayoría de las empresas ejecutan de 2 a 3 proyectos a la vez, ¿qué tareas de trabajo real hace una SM para completar un trabajo de tiempo completo? ¿O no es un trabajo a tiempo completo y ese individuo hace otras cosas como desarrollo, ventas, etc.?
¿Algún SM tiene algo que compartir?
Desafortunadamente no tenemos el lujo de tener maestros de scrum dedicados. También soy un líder de equipo y desarrollador senior que llena el día.
El Scrum Master hará cosas como asegurar que se produzcan scrums, organizar reuniones de planificación de sprints, retrospectivas, etc. Además, podrá explicar a la gerencia lo que el equipo está haciendo y por qué los miembros del equipo no pueden escaparse a otros proyectos hasta que el sprint termina. Más allá de eso, no hay realmente ninguna tarea definida para Scrum Master. Entonces, una persona debería ser capaz de ser Scrum Master para 3 equipos, y todavía le queda tiempo para realizar tareas administrativas (solicitudes de vacaciones, procedimientos, asistir a reuniones aburridas con directores o lo que sea), o ser libre de contribuir al desarrollo. recursos del equipo.
Para resumir, el Scrum Master es responsable de hacer que las cosas sucedan. Y en la práctica, a menudo el Scrum Master es en realidad un administrador de proyectos disfrazado. Al menos ese es el caso en mi compañía.
The ScrumMaster / Iteration Manager
- Crea el plan de lanzamiento
- Construye el Scrum / Iteration Plan
- Planifica y alberga el
- Scrum / Iteration Planning Meetings
- Mostrar y contar
- Reuniones de planificación de lanzamiento
- Retrospectivas
- Posee el tablero bloqueador y trabaja activamente con el equipo para identificar y eliminar bloqueadores
- Actualiza el equipo WIKI
- Actualiza grandes gráficos visibles en la sala del equipo, incluida la pared de la tarjeta de historia
- Participa en el standup diario
- Participa en el Scrum of Scrums diario
El ScrumMaster / Iteration Manager es también el perro ovejero, es decir, protege al equipo (rebaño). Finalmente, ScrumMaster / Iteration Manager es el punto de contacto del equipo con los recursos externos, pero principalmente con el Project Manager.
Si bien ScrumMaster es un rol dentro del marco de Scrum, el individuo que cumple ese rol debe ser un miembro del Equipo. En Scrum, los miembros del equipo deben ser a tiempo completo a toda costa . Los miembros del equipo deberían poder recoger tareas en la acumulación de Sprint. Pueden ser tareas de desarrollo, pruebas de tareas, configuración de las tareas del servidor de CI, etc ... Si no puede contribuir al burndown, ¿por qué formar parte del equipo? Quejarse y unirse a otro equipo es lo último que debe hacer cualquier ScrumMaster que se precie. Los ScrumMasters deben ser líderes servidores que estén integrados y dedicados a su equipo y producto. ScrumMaster es un rol en un equipo, no un título de trabajo. No estoy de acuerdo con aquellos que piensan que puedes ser un ScrumMaster en más de un proyecto a la vez y seguir siendo de clase mundial. El hecho es que eso no es Scrum.
Al trabajar sobre esta base, y el hecho de que la mayoría de las empresas ejecutan de 2 a 3 proyectos a la vez, ¿qué tareas de trabajo real hace una SM para completar un trabajo de tiempo completo?
Cualquier cosa dentro de sus habilidades para ayudar al Equipo a alcanzar el objetivo.
¿O no es un trabajo a tiempo completo y ese individuo hace otras cosas como desarrollo, ventas, etc.?
ScrumMaster originalmente no estaba destinado a ser un trabajo de tiempo completo. ScrumMaster es un rol cumplido por alguien en el Equipo. Ese miembro del equipo está dedicado al producto a tiempo completo. Entonces, cuando él / ella no está haciendo los deberes de ScrumMaster, ellos de manera predeterminada vuelven a consumir tareas en Sprint Backlog.
"actúa como un amortiguador entre el equipo y las influencias que distraen"
Ese es un trabajo de tiempo completo. Hay un grupo de personas a las que les encantaría obtener información del equipo y es el SM el que maneja esas preguntas. Para hacer bien ese trabajo, es importante ser proactivo, no reactivo. Por lo tanto, deberían mantener todas las ruedas funcionando sin problemas. Es una transformación sorprendente cuando el SM está funcionando bien.
Creo que habrá tantas respuestas a esta pregunta como personas para responderla. En un pequeño equipo con personas dedicadas que en su mayoría saben lo que hacen, el rol de SM es casi invisible; en un equipo más grande que intenta lidiar con los requisitos imprecisos y las luchas de poder, el SM será muy visible y probablemente nunca tenga un momento para sí mismo, ya que se convertirá en el conductor de todas las frustraciones del equipo (y los interesados fuera de él).
No hay sustituto para saber lo que quiere lograr y tener un pequeño equipo de personas que saben cómo lograrlo. Si tiene eso, y "adopta SCRUM", probablemente se convencerá rápidamente de que ser Scrum Master es fácil. Pero si en cambio tienes un gran lío de equipo y un objetivo indefinido, y hay mucha lucha política en marcha, y "adoptas SCRUM", probablemente saldrás pensando que ser un Scrum Master es un trabajo de tiempo completo ( tal vez imposible) trabajo que requiere una combinación de talentos muy raros. La mayoría de los equipos reales están probablemente en algún lugar entre estos extremos.
La clave del rol de ScrumMaster es eliminar los impedimentos.
Todo y todo lo que los desarrolladores necesitan para seguir siendo productivos. Ordenar pizza. Ve a hablar con los administradores, la administración y otros equipos. Hacer burocracia tipo de cosas. Arregle el servidor de compilación si no hay nadie más disponible.
Un rol de Scrum Master implementado correctamente es invaluable para el Proyecto y no debe considerarse como un rol a tiempo parcial. El aspecto más importante del rol es actuar como un eliminador de obstáculos para cualquier consulta planteada en las reuniones de Scrum por parte de los Equipos de Desarrollo. Un Scrum Master técnico (que es lo que la mayoría de los SM tienden a ser) no debe ser un desarrollador en el equipo, sino que debe ser capaz de asesorar sobre el diseño y las soluciones (una extensión para emparejar la programación si se quiere).
Son responsables de actualizar ProductBackLog (las historias deben ser creadas por la empresa), SprintBackLog y BurnLog, y de ponerse en contacto con el negocio y la Administración de TI sobre el progreso. También administran un SpikeLog para cualquier artículo que requiera una investigación que pueda evolucionar a Historias (otra vez impulsado por el negocio).
Como implica el desarrollo impulsado, el ScrumMaster es un miembro completo del equipo y, por lo tanto, debe ser de tiempo completo. Generalmente considero mi rol como "asegurar que el equipo funcione como una máquina bien engrasada", que puede tener varios significados en diferentes momentos. Con frecuencia, un SM pasa mucho tiempo facilitando las interacciones del equipo con personas ajenas al equipo, especialmente aquellas relacionadas con el análisis del negocio y las expectativas de las partes interesadas. Más allá de eso, se trata de cumplir con los elementos mecánicos enumerados por Cam y cuidar el estado físico y emocional del equipo.
En relación con una de las respuestas anteriores, uno de los aspectos fundamentales en los que insisto es que ningún miembro del equipo es un informe directo para mí, ni el uno para el otro. Esto impide que cosas como el tiempo de vacaciones, los gastos, etc. sean parte de mi trabajo, pero ayuda mucho a no saturar la relación de confianza que debe existir.
Primero y más importante: eliminar impedimentos .
Es mejor si un Scrum Master está dedicado a un equipo, para que los impedimentos se eliminen lo antes posible. Parte de esto puede hacerse de manera proactiva, por ejemplo, presionando al PO para que analice ciertas historias mejor para el próximo Sprint.
Si hay tiempo adicional disponible, es conveniente si el SM tiene algunas habilidades que lo pueden hacer funcionar como desarrollador o tester en el equipo. He visto buenos resultados con los SM que delegan tanto como sea posible a un gerente de proyectos (clásico) y se centran en el desarrollo la mayor parte de su tiempo.
Scrum Master es como la madre oso para el equipo. Cuidan la salud del equipo (en lo que respecta al proyecto), los protegen de los extraños molestos y eliminan cualquier obstáculo para el equipo. Juego ScrumMaster para mi equipo, pero también soy un líder de desarrollo (¡para el mismo equipo!) Que participa en discusiones técnicas, discusiones de diseño, coordinación entre los desarrolladores y QA en nuestro equipo (si ya no lo están haciendo). Intento y me encargo de tareas de desarrollo reales para quemar el gráfico cuando haya tiempo disponible.
¿No es extremadamente molesto para el ScrumMaster jugar ese rol en múltiples equipos? Dios, encontraría eso confuso. ¿Qué impedimento está bloqueando qué equipo otra vez? Espera, ¿quién estaba trabajando en esta tarea?
La palabra clave aquí es que el rol de un Scrum Master es el rol de un facilitador. Y como alguien mencionó con acierto allí, su trabajo más importante es garantizar un entorno libre de distracciones para su equipo, lo que significa eliminar los impedimentos, asegurándose de que su equipo tenga todo lo que necesite en todo momento. Scrum Master es un enlace entre el equipo del Producto y el equipo de Desarrollo. La toma de decisiones la realiza el EQUIPO y no Scrum Master. No es una buena idea compartir un Scrum Master entre varios equipos, ya que el requisito de un equipo puede ser un impedimento para el otro equipo y, por lo tanto, desafía todo el propósito de un Scrum Master. También es muy peligroso tener a su Manager como su maestro de Scrum ya que la presión de la entrega en el administrador puede obligarlo a administrar micro lo que es un asesino para cualquier equipo de scrum. Aparte de las cosas normales que es
- Organizar la planificación y las retrospectivas de Sprint
- Facilitar sesiones de pie diarias Organizar
- Demostración al final de la iteración de sprint
- Abordar las preocupaciones del equipo mencionadas en los standups
Algunas cosas importantes que un Scrum Master debe administrar día a día son
- Prever y eliminar cualquier distracción para el equipo incluso antes de que llegue al equipo.
- Aliente al equipo a comunicarse más
- Mantenga una comunicación constante con el equipo del producto para verificar lo que se debe hacer en preparación para los sprints futuros
- Asegúrate de que el equipo sigue los procesos que han acordado colectivamente, ya que a veces durante el sprint, algunos procesos se deslizan a través de la grieta.
- Encontrar constantemente formas de mejorar los procesos seguidos por el equipo
Lo más importante es que Scrum Master tiene que estar preparado y apoyar a su equipo.
Todo este trabajo requiere mucho tiempo y requiere un Scrum Master dedicado que no realiza ningún otro rol.
Como generalmente se entiende, la prioridad n. ° 1 en la lista scrum-master es eliminar los impedimentos según lo informado por el equipo. Pero esto no debería detenerse aquí, debería buscar constantemente impedimentos potenciales ... y lo que es más importante, impedimentos que están allí pero aún no identificados. Ken dijo que los impedimentos son oportunidades. Así que el scrum-master debería aprovechar estas oportunidades todo el día para llevar a su (s) equipo (s) a la hiper productividad .
En última instancia, el objetivo del scrum es llevar el éxito a los proyectos. El propósito de tener un scrum-master es garantizar que el scrum tenga éxito en el cumplimiento del propósito del scrum. Ahora, para cumplir el propósito de scrum-master, él / ella debe pensar y actuar a nivel estratégico también. Este es un trabajo de tiempo completo.