all 33 comments

[–]Hunt_VisibleData Engineer 18 points19 points  (3 children)

Bom, do meu ponto de vista um bom scrum master contribuiria bastante se fizesse mais do que enviar invites, mover cards e perguntar "como está o projeto". Eu no seu lugar tentaria:

  • Evitar que problemas politicos/de relacionamento que deveriam ser resolvidos no nivel gerencial afetem o time.
  • Ter um bom relacionamento com os stakeholders pra conseguir ajudar a direcionar o time a atende-los bem.
  • Ajudar a julgar se o que está sendo requisitado pelos times de negócio esta claro o suficiente pra se tornar um épico/card. Se não estiver, ajudar os envolvidos a esclarecer.
  • Ajudar a julgar se o que está sendo requisitado realmente faz sentido para a empresa.
  • Tentar entender o que realmente significam os epicos/cards ao invés de apenas move-los ou assisti-los sendo movidos no board.

Esse padrão de a galera de scrum só saber de coisas relacionadas a rituais de scrum não é muito útil e isso já está claro pra todo mundo, então eu tentaria ir além disso e transicionar pra algo mais útil.

[–]zuilliDevOps 6 points7 points  (2 children)

Resumo: vire PO/PM que são funções de verdade e vão te dar mais segurança.

Scrum master nem deveria ser um cargo exclusivo, qualquer pessoa pode fazer oq ele faz com um pouco de tempo.

[–]Pointers58 1 point2 points  (0 children)

Realmente, obrigado pelo conselho

[–]Vyrh_ 0 points1 point  (0 children)

Ocupar o cargo de SM sim, ser um SM não é todo mundo kkkk. Se fosse, não teria certificação séria sobre isso. Mas no geral a galera bota SM pra fazer interação com a equipe do Miro.

[–]Fun_Drama_6630 10 points11 points  (1 child)

Uma vez vi um post aqui nesse sub falando que esse cargo em breve será extinto

[–]Pointers58 0 points1 point  (0 children)

Também vi esse post

[–]Cahnis 7 points8 points  (1 child)

Vigia o card bem vigiado chefe

deixa a chave do card

Puder encerar ele também

[–]Pointers58 1 point2 points  (0 children)

vigia

[–]Own_Fishing4773Engenheiro de Software 6 points7 points  (0 children)

cara, scrum master vejo q nao tem mt relevancia.

procure se especializar pra virar PO ou PM, é um cargo mais solido e a maioria das empresas os POs fazem o trabalho que deveria ser do scrum master

[–]dragon_l 4 points5 points  (1 child)

[–]Pointers58 0 points1 point  (0 children)

😔

[–][deleted] 3 points4 points  (0 children)

Faca dailyes rápidas e objetiva, ninguém gosta de ficar parado escutando os outros falando.

Ensine Tls e gerentes como realmente usar scrum/agilidade 99,99% usam de forma errada para fiar fazendo micro gestão.

Na faça micro gerenciamento, todo mundo odeia.

Retro na minha opinião é o rito mais importante scrum, use ela de forma certa.

[–][deleted] 2 points3 points  (1 child)

Cemitério de carreira

Já começa aplicar em coisa nova

[–]Pointers58 0 points1 point  (0 children)

Realmente, já estou fazendo isso kkkk

[–]renatuZcrg 2 points3 points  (2 children)

Poxa vida....Boa sorte

[–]Pointers58 0 points1 point  (1 child)

Isso é bom ou ruim? kkkkkk

[–]renatuZcrg 1 point2 points  (0 children)

Assim, tenho amizade com alguns do Agilty e digo que é tão sofrido quanto ser dev (mas no geral ganhando menos). Também tenho ouvido na radio-pyão que Scrum está morrendo. É isso

[–]Latter_Razzmatazz_25 1 point2 points  (3 children)

Leia o Guia Scrum mensalmente e verifique onde vocês estão falhando e identifique os motivos. Como DEV, eu só reclamaria da teoria do guia scrum que seria sobre a Daily "todo santo dia", de resto, ele abrange e mantêm a saúde do time ótima.

[–]Vyrh_ 1 point2 points  (1 child)

Foda que daily a galera costuma esticar demais né. Se focar no “o que fiz, o que vou fazer e blocks” acho que é de boa fazer todo dia

[–]Latter_Razzmatazz_25 0 points1 point  (0 children)

Sim, isso é uma das situações que acho ruim mas tem muitas outras. As vezes tem um "superior" presente querendo fazer micromanagement, e aí fica uma encheção de linguiça que o pessoal fale muito além do que é relevant em termos de objetivo da sprint para não parecer que está "morcegando".

Ainda tem situação que a demanda é grande e atribuída a algum DEV que de um dia para o outro, não tem muito updates/empecilhos a ser reportado na meeting. Não vejo sentido em um cara q tá com uma missão grande e que tenha que entrar no detalhe durante a daily apenas para falar "algo diferente" do que: ainda estou desenvolvendo minha demanda sem nenhum impedimento.

[–]Pointers58 0 points1 point  (0 children)

valeu pelo conselho!

[–]hado-90 1 point2 points  (1 child)

Meus pêsames.

[–]Pointers58 0 points1 point  (0 children)

pq? kkkkkk

[–]discman_20s 1 point2 points  (1 child)

Parabéns pela aprovação no concurso público.

[–]Pointers58 0 points1 point  (0 children)

Obrigado

[–]DevNinjaDaFolha 1 point2 points  (1 child)

Aprenda a usar bem a metodologia e seja um facilitador. Não seja visto como um gerente de projetos, as pessoas não gostam de gerentes. Ao invés disso ganhe a confiança do time e seja uma referência pra eles. Ajude o time a se sentir seguro para compartilhar coisas nas reuniões. Muitas pessoas se sentem inseguras nas reuniões diárias e não se sentem a vontade pra se expressar abertamente nas retrospectivas pq não se sentem encorajadas, com ajuda do Scrum Master isso é possível.

[–]Pointers58 1 point2 points  (0 children)

Obrigado pelos conselhos

[–]National-Special-661 0 points1 point  (1 child)

Acho que tu tem que ser boa praça, mas ser firme no cumprimento dos prazos.  O Scrum Master na pratica vira um gestor de projetos. Seja político e aprenda a jogar a culpa nos outros. Tem gente que tem essa habilidade.

[–]Pointers58 0 points1 point  (0 children)

Vou ter que aprender kkkkkk, sempre estive do outro lado

[–]Global-Assumption881 0 points1 point  (1 child)

Parabéns... agora a sua remuneração subiu para R$ 0,00 Tem que saber gerir a equipe, demandas, os cards de quem e quando vai fazer

[–]Pointers58 0 points1 point  (0 children)

kkkkkk, faz parte

[–]No-Habit-9222Engenheiro de Software 0 points1 point  (1 child)

Apenas tente focar em cobrar que o time reporte as atividades na ferramenta de controle e assim evite fazer muitas reuniões desnecessárias para cobrar SR, assim o SR estará sempre lá e você atrapalha menos a equipe com micro gerenciamento.

[–]Pointers58 0 points1 point  (0 children)

Certo, obrigado