He estado en esta empresa como Desarrollador Senior durante 3 semanas, ¿debería aceptar un puesto como Scrum Master / Team Lead?

Se espera que tome un tiempo de mi desarrollo para identificar los riesgos del proyecto y reportarlo a la gerencia.

Esto me preocupa porque esto NO es lo que hace un ScrumMaster. Un ScrumMaster básicamente produce dos cosas:

—La eliminación de impedimentos

—Facilitación del proceso Scrum en sí

No está allí para “informar a la gerencia” y si su liderazgo cree que eso es lo que hace un ScrumMaster, entonces no saben mucho sobre Scrum.

En mi clase Certified ScrumMaster, hablamos sobre “¿Cuándo está bien combinar los roles de Scrum?” Y hablamos de que un miembro del equipo técnico sea un ScrumMaster. Uno de los ejemplos que doy de cuando esto NO funcionará es cuando el miembro del equipo es un líder tecnológico. Cuando se trata de empujar y el cronograma se abruma, esa persona hará el trabajo técnico y dejará que el ScrumMaster se deslice porque se siente más responsable e invertido personalmente en el trabajo técnico.

No tome el rol SM si su pensamiento es “Ok, lo haré siempre que no interfiera con la codificación”, porque interferirá. Solo tome el rol SM si realmente desea aceptarlo.

¡Buena suerte!

—Angela

Me preocuparía más la multitarea implicada.

Los Scrum Masters / Servant Leaders que hacen un gran trabajo tienen poco tiempo. Si espera desarrollar también, existe un peligro muy real que terminará haciendo ambas cosas mal.

No es una regla difícil y rápida, pero para la mayoría de los casos, realmente necesita estar haciendo uno u otro.

Aunque es un problema menos apremiante, existe un ligero conflicto de intereses en desarrollarse como parte del equipo, pero también en actuar como Scrum Master. Esto hace que sea difícil mantenerse objetivo e invita a una tensión contraproducente.

Alguien necesita tu ayuda; alguien necesita un bloqueador de clasificación; Los dueños de negocios están molestando al equipo en Sprint. Deberá seguir dejando caer lo que está haciendo para resolverlos.

Mencionó su preocupación por su sufrimiento de programación y sobre esa base me inclinaría a sugerirle que desaproveche esta oportunidad. Sin embargo, no conozco la situación completa, así que tómalo con una pizca de sal saludable.

Sí, definitivamente solicite un aumento, pero estará en una mejor posición de negociación una vez que haya demostrado cierto éxito. Además de todas las otras respuestas que ya están aquí, consideraría su experiencia con la metodología Scrum. Si su trabajo es aprender scrum y enseñarlo a un equipo nuevo para scrum, y necesitará adquirir esa experiencia usted mismo, entonces necesitará pasar más tiempo perfeccionando sus propias habilidades de facilitador / líder de servicio. Entonces, espere menos tiempo en el desarrollo como agente de cambio que está aprendiendo y enseñando al mismo tiempo.

Pero si ya tiene experiencia en el uso de scrum usted mismo (o su equipo sí), entonces su experiencia técnica puede ayudarlo.

Simplemente establezca límites claros sobre cuándo necesita usar un sombrero de tecnología líder y hacer una mierda (o resolver un desafío técnico complejo) versus cuándo necesita dar un paso atrás y permitir que su equipo se autoorganice en torno al mismo problema para que crezcan Un buen líder servidor.

Depende de tus objetivos. Si desea pasar a la gestión, hágalo. Si quieres enfocarte en ser un mejor desarrollador, pasa.

Pocas personas pueden hacer ambas cosas a un alto nivel simultáneamente y tener algo parecido a una vida personal.

Buena suerte para ti, sea lo que sea que elijas hacer.

Creo que deberías probarlo. ¡Te puede gustar! No soy desarrollador pero soy un Scrum Master muy experimentado. He visto muchos Desarrolladores tener éxito en ese rol. Además, sabría mejor que una persona de negocios cuál es la LOE correcta. Haga amigos y trabaje con su equipo y propietario del producto. ¡Los mejores deseos! ¡Déjame saber como va!

Algunas banderas rojas aquí. Diferiría con toda la gracia que puedas. Tendrás una mejor evaluación después de unos meses.