🏺 ☯️ 👨🏿‍🎓 ¿Quienes son esas personas? ¿Por qué me necesitan? y otros problemas de scrum master 🏳️ ⚒️ 🎸

¿Qué siente un maestro scrum que sabe sobre scrum solo de una guía? ¿Cómo está tratando de ayudar al equipo a no romper y mejorar los procesos existentes? Un artículo sobre las dificultades que encontré al comienzo de mi viaje como samurai.

El equipo al que vine como ingeniero de control de calidad ya estaba formado: se crearon procesos estándar, la atmósfera en el equipo era amigable y tranquila. Después de un año de mi trabajo, surgió la pregunta de quién reemplazará al Scrum-master, quien se mudó a otro equipo. Yo quería intentarlo. No había experiencia en la gestión y construcción de procesos, pero el terreno para empezar es benévolo. Por qué no?

imagen

Dificultades

Después de una semana de euforia (¡eee, nuevo achivka!) Mil y un problemas cayeron en mi cabeza (¡mamá, ayuda!). La mayoría de ellos son personales, banales o se deciden pasando un par de entrenamientos. Quiero compartir cuatro dificultades básicas que un principiante scrum master puede encontrar.

Falta de autoridad

A pesar de que trabajé en el equipo durante un año, el papel del scrum master era nuevo para mí. Para construir nuevos procesos, la credibilidad es uno de los componentes importantes. Cuando intenta cambiar sus prácticas habituales, basadas solo en el conocimiento teórico, es difícil evitar el escepticismo por parte del equipo. Incluso la introducción de una de las prácticas más comunes - scrum poker - fue problemática para mí.

La sombra de un antiguo maestro.

No hay escapatoria de las comparaciones. Si antes de mi llegada, algo funcionó mal, y nada ha cambiado después de mi llegada, hubo solicitudes: "Tenemos una planificación demasiado complicada, ¡hagamos algo con eso ya!" En el caso en que algo era conveniente para el equipo, por ejemplo, una tabla física en el diario, y después de que aparecí y dije: "¡Estoy incómodo, cambiemos!", El equipo no entendió por qué esto era necesario.

Otra dificultad está relacionada con la comunicación. El anterior scrum master recibió comentarios sobre su trabajo de manera bastante aguda, y era importante para mí recibir comentarios. Como resultado, la primera retroalimentación útil solo fue posible en un par de meses: la persistencia y las conversaciones cara a cara ayudaron. En reuniones personales, algunos muchachos dijeron que les resultaba incómodo criticar mi trabajo: la experiencia previa decía que herir los sentimientos del scrum master es fácil, y la retroalimentación se percibe como un insulto.

Comunicación del equipo

Un maestro scrum ideal observa el estado de ánimo en el equipo, analiza cómo funcionan los procesos y comprende cómo reacciona el equipo ante los cambios. ¿Cómo no confundir la indiferencia al proceso por parte del equipo con lo que ya está funcionando bien? ¿Cómo armar una retroalimentación adecuada? Aquí, claramente carecía de práctica. Estas cuestiones fueron especialmente preocupantes en retrospectiva, cuando en una reunión general se plantearon cuestiones menores para su discusión o no se plantearon en absoluto. Esto sucede si el equipo tuvo un buen sprint o si los problemas son silenciosos.

Síndrome voluntario

Al comienzo del viaje, quiero dar lo mejor de mí, para que el equipo se dé cuenta de inmediato de lo genial que soy y cuánto puedo. ¿Por qué debería hacer menos si puedo hacer más?

Soluciones

No puede haber una solución universal para todas las dificultades. A continuación enumero los patrones de comportamiento que una vez me ayudaron a acostumbrarme a un nuevo rol.

Resolver problemas por etapas.

Combiné el papel de un maestro scrum con el puesto de ingeniero de control de calidad y físicamente no podía permitirme solo tratar de mejorar los procesos en el equipo. Traté de encontrar un equilibrio y, como resultado, evité serios problemas al cambiar todo y todo en el equipo. La solución por fases ayudó no solo a profundizar en los cambios por el bien de los cambios, sino también a rastrear cómo una innovación en particular afectó el problema que se estaba resolviendo inicialmente.

Quería cambiar algunas cosas en el equipo. Uno de ellos era una tabla física para el diario. Fui demasiado vago para participar en su diseño de sprint a sprint. La situación se complicó por el hecho de que este problema no afectó a todo el equipo. Otro problema con el tablero es la actualización reactiva de los estados de las tareas. Como el equipo estaba en la misma oficina, fue bastante fácil descubrir el progreso de la tarea: pregúntele a un colega o mire la pizarra. No causó ninguna dificultad en ese momento, pero podría interrumpir los procesos en caso de trabajo remoto prolongado de uno de los colegas o la aparición de un empleado remoto.

La solución al primer problema fue delegar el diseño de la placa o cambiar a alguna herramienta electrónica. El segundo es el desarrollo de una cultura de mantenimiento del orden. Por cierto, el argumento "algún día esto puede ayudarnos" no motiva lo suficiente al equipo para cambiar.

Decidí matar el tablero físico reemplazándolo con tablas en Wrike, donde la información básica sobre la tarea se presenta de manera bastante conveniente. Después de un tiempo, los estados de las tareas comenzaron a actualizarse todos los días, porque la fuente de la verdad no era un tablero, ¡sino las tareas mismas! Ni siquiera tuve que resolver el segundo problema.

imagen

Argumento para cualquier cambio

No hay necesidad de precipitarse en la cantera con un grito: "¡Ahora todo será!". Al comienzo del camino del dominio de scrum, existe la posibilidad de inventar procesos por el bien de los procesos, esto puede empeorar el karma. Primero debe comprender por qué y luego transmitir la idea al equipo.

En la situación con el rechazo del tablero físico, le dije al equipo que era difícil para mí dibujar, y si no había alternativa para el tablero, le pediría al equipo que compartiera conmigo las responsabilidades de cortar y colgar calcomanías.

Estudiar el comportamiento de la autoridad.

¿Ves que alguien en el equipo habla con éxito sobre sus ideas? ¿Escuchas la opinión del líder? Puede observar cómo esta persona entrega información, lo más probable es que él y el equipo estén en la misma onda. También es importante sintonizar esta ola.

El alma de nuestro equipo era un gerente de producto. El equipo compartió la importancia y la necesidad de las características en las que propuso trabajar. Y el punto no es solo que estos fueron cambios obviamente necesarios e importantes. El gerente abogó por la propuesta, destacó las ventajas, aclaró: esto ayudó a realizar y aceptar la nueva tarea.

Encuentra personas con ideas afines

Una cabeza es buena y tengo cien amigos. Una mente colectiva está bien, pero no todos los temas pueden plantearse para la discusión del equipo. Puede encontrar uno o dos colegas atentos y consultar con ellos. Pero los diferentes miembros del equipo tienen habilidades en diferentes aspectos del trabajo, por lo que es mejor no centrarse en un par de asesores. Expande tu círculo social.

Para nuevas ideas con respecto a los procesos, recurrí al gerente de producto. Los ángulos agudos y los problemas me ayudaron a encontrar un ingeniero de pruebas. El resultado fue una solución agradable y probada.

imagen

La experiencia necesaria para el scrum master te ayudará a obtener libros, entrenamientos y práctica. Pero la cantidad de consejos se dispara, e incluso priorizar los consejos en orden de necesidad causa dificultades. El conocimiento de las complejidades es un paso en la dirección correcta hacia el mantenimiento y la construcción de procesos.

¿Que sigue?

Ahora que el caos está simplificado, puede pensar en trabajar en habilidades y tareas específicas.

Melé

Conocer la metodología scrum (principios, valores, roles, artefactos)
Ayuda en la formación del trabajo atrasado
Organizar el trabajo del equipo scrum (proceso iterativo e incremental, eventos del equipo)
Ayudar al equipo a reflexionar y trabajar en la mejora de los procesos (por ejemplo, utilizando retrospectivas)
Poder facilitar reuniones

administración

Ayuda con la planificación del equipo.
Organizar el trabajo en equipo de acuerdo con los objetivos del sprint.
Asistir en la priorización de tareas, garantizar la transparencia de las prioridades.
Identificar problemas de trabajo en equipo.
Responsable de artefactos scrum y herramientas de equipo: trabajo atrasado, reuniones, discusiones

Habilidades de la personalidad

Reconoce y controla tus propias emociones.
Sé responsable por el resultado.
Ser proactivo e independiente en la organización del trabajo.

Puede haber más direcciones de desarrollo, he identificado solo aquellas a las que tuve que prestar atención justo después de que el trabajo se hizo de la manera habitual. Mi lista de problemas que los maestros de scrum superan en las primeras etapas está lejos de ser completa. Sería interesante saber qué problemas tuvo que resolver.

¿Quienes son esas personas? ¿Por qué me necesitan? y otros problemas de scrum master