Recientemente me uní a una empresa de software, trabajando en un equipo Agile de 6 personas.
El Scrum Master de mi equipo tiene menos experiencia en software que yo, pero en base a su habilidad de gestión de proyectos y gestión de clientes, el cliente le ha pedido que dirija este proyecto. Ambos compartimos un jefe de proyecto común que no interfiere en el trabajo diario de nuestro equipo.
Mi Scrum Master no me apoya mucho. No le gusta que le hagan preguntas y ha dicho cosas que realmente me lastimaron. Debido a esto, en realidad siento miedo y pienso varias veces antes de hacerle alguna pregunta. Esto realmente está obstaculizando mi trabajo.
Además, en la tecnología en la que estoy trabajando, no tengo mucha experiencia práctica, lo que significa que lleva tiempo completar el trabajo, pero como tengo experiencia, él espera que lo entregue antes.
¿Cómo puedo manejar esto?
EDITAR: Ejemplo de discusiones con scrum master: -
Si le pregunto si queremos agregar esta característica, dirá "¿qué te dije?", y cuando respondo, dirá "Si dije lo que me acabas de decir, entonces ¿por qué me preguntas?"
A veces, si le pregunto si necesitamos cambiar una determinada funcionalidad, dice 'por supuesto que tienes que hacer esto'. Esto es sentido común.
Si le pregunto cómo diseñar una característica, me dirá "piensa por ti mismo". y si le digo algo que podemos hacer de esta manera, me dirá "OK, ¿eso está hecho? ¿Y si esto sucede, lo has pensado de esta manera?"
A veces me dice que no sé nada, quiero que esté hecho para hoy.
Scrum master en mi equipo tiene menos experiencia en software que yo, pero en base a su gestión de proyectos y habilidades de gestión de clientes, el cliente le ha pedido que dirija este proyecto.
Eso parece que la organización implementó SCRUM al tener la misma jerarquía de jefes y trabajadores y simplemente cambió el nombre de "jefe" a "scrum master" y ahora cree que está usando SCRUM. no lo es
El tipo que lidera todo se llama propietario del producto. Y esa no es la misma persona que el Scrum Master, o todo se irá por el desagüe. Solo el propietario del producto está hablando con el cliente. No hay nada de lo que el maestro SCRUM y el cliente puedan hablar.
Necesitas averiguar lo que quieres. Si quieres SCRUM, hay 3 participantes, el propietario del producto (gran jefe), el equipo (muchachos que hacen el trabajo) y el maestro de scrum. No es el jefe de nadie ni un miembro del equipo. Su trabajo es asegurarse de que las reglas del proceso Scrum se implementen correctamente.
Es posible que desee leer un libro sobre SCRUM para saber si está configurado correctamente.
Basado en Scrum, sus preguntas fueron dirigidas a la persona equivocada. Todo lo que sea un requisito del cliente debe ser aclarado por el propietario del producto si tiene alguna pregunta. Cualquier cosa relacionada con el desarrollo de software debe ser aclarada por su equipo si tiene preguntas. Si tiene preguntas sobre el proceso , sobre SCRUM en sí, no dude en hablar con su maestro SCRUM.
Tal vez sería una buena idea preguntar quién es el propietario del producto de su producto. Si el scrum master da un paso al frente, corre. Rápido y lejos. Probablemente nunca leyó el libro sobre SCRUM en primer lugar.
Lea el libro The No Asshole Rule de Bob Sutton y luego decida si está trabajando para uno. Si tu jefe es una persona así:
Respuesta corta : Encuentra otro trabajo y vete.
Respuesta más larga : Encuentra otro trabajo y vete. Porque la empresa confía en tu jefe, y no en ti. Si son las palabras de tu jefe contra las tuyas, perderás. Y la empresa obviamente no tiene mecanismos para aprender cómo el jefe maneja a las personas. Si te quedas, estás validando el comportamiento de ese jefe. Eso es malo para ti. Si Recursos Humanos (HR) le ofrece una entrevista de salida, documente las interacciones típicas como lo ha hecho anteriormente y luego dígale a HR que esas interacciones lo dejaron sintiéndose mal. No insultes al jefe ni trates de sugerir sus motivos. Simplemente describa las interacciones solo con detalles fácticos y explique brevemente cómo se sintió. Y no acepte una contraoferta para quedarse.
En el libro de Sutton, habla de una métrica llamada "Costo total del gilipollas", que mide el daño financiero que esos jefes causan a sus empresas, porque los empleados se enojan, se deprimen y temen, y la empresa sufre pérdidas de productividad como resultado. Su empresa no puede aprender la necesidad de medir tales costos a menos que las personas se nieguen a trabajar para este tipo de personas.
Me parece un caso típico de bullying. Hay que tener cuidado en este tipo de situaciones.
Si tiene preguntas sobre la funcionalidad y/o las características, anótelas y entrégueselas al maestro SCRUM. Si sus preguntas se refieren a cambios (importantes) en el producto, debe informar al propietario del producto.
A veces, si le pregunto si necesitamos cambiar una determinada funcionalidad, dice 'por supuesto que tienes que hacer esto'. Esto es sentido común.
Según mi experiencia, probablemente lo dirá de una manera que te haga sentir tonto, o al menos inseguro. Indícale que no tiene que actuar como un imbécil cuando simplemente le pides confirmación.
El maestro SCRUM está ahí para guiar a los miembros del equipo y hablar con el propietario del producto. Puede ser visto como un intermediario.
Por último, pero no menos importante, como está escrito en otras respuestas, es posible irse. Pero ten en cuenta: él te está haciendo sentir incómodo, y hay muchas otras personas que harán exactamente lo mismo. No digo que no debas irte, pero puedes esperar una situación similar en la próxima empresa (también podrías no volver a encontrarte con nadie como él).
No se aleje inmediatamente de los problemas, sino más bien trate de lidiar con ellos. Te hará más fuerte, más seguro y más experimentado.
aktón
usuario8365
gnasher729
teego1967
dwjohnston