Quem deve definir, atribuir, implementar e seguir as tarefas no Scrum?

10

As funções no scrum são Product Owner, Scrum Master e Scrum Team. Uma história de usuário também deve ser dividida em partes menores chamadas tarefas. Uma tarefa parece ter quatro fases, a saber, definição, atribuição, implementação e acompanhamento.

Quem deve fazer o que no Scrum sobre tarefas? É de responsabilidade do scrum master atualizar as horas restantes de uma tarefa ou é de responsabilidade do desenvolvedor (equipe de scrum)? Os desenvolvedores devem atribuir tarefas a si mesmos ou é responsabilidade do scrum master acompanhado pelo proprietário do produto?

scrum scrum-master user-story task Saeed Neamati
fonte

Respostas:

12

O Agile segue vários princípios. Um deles é: capacitar as pessoas. Por causa disso, as tarefas devem ser definidas pela equipe e as tarefas devem ser selecionadas pelos membros da equipe. As tarefas não devem ser atribuídas ao membro da equipe. A equipe deve ser auto-organizada e, por causa dessa distribuição, tarefas difíceis / fáceis / interessantes / chatas devem ser uniformes.

O Scrum Master deve garantir que a equipe siga os princípios do Scrum. Ele não é um gerente de projetos.

Isso é teoria e funciona para equipes maduras. Para iniciantes no Scrum, às vezes pode ser difícil, mas você deve pelo menos insistir em que os membros da equipe selecionem tarefas por conta própria, em vez de atribuí-las.

atualizar as horas restantes de uma tarefa

Na minha opinião, estimar tarefas e manter o tempo restante são desperdícios. Você se comprometeu com o conjunto de histórias de usuários, por isso não importa quanto tempo cada tarefa levará. O único importante é se a história do usuário será concluída ou não.

Ladislav Mrnka
fonte
3
Discordo que estimar tarefas e manter o tempo restante são um desperdício. Descobri que o "tempo restante" é o melhor sinal de alerta precoce que você pode obter quando as coisas começam a correr inesperadamente. Ele não precisa ser super preciso, mas o Scrum master precisa estar ciente se uma estimativa está A) não mudando ou B) aumentando. Isso geralmente pode acontecer se houver um impedimento oculto (mesmo para o desenvolvedor). Em uma nova equipe de scrum, isso também ajuda na transparência e evita que o "eu fiz x ontem, vou fazer mais x hoje".
Brook
@Brook: Essa é a razão pela qual o Scrum usa o gráfico Burndown. Se você usar o gráfico de burndown para mostrar histórias de usuário concluídas (com complexidade definida por pontos de história), ainda terá esse feedback. Na minha experiência, esse feedback será ainda melhor porque você não terminará (por exemplo) 10 horas de trabalho não concluído, o que significa 10 histórias de usuários com cada 1 hora faltando.
Ladislav Mrnka
Se eu pudesse, daria esta resposta +10. Local, absolutamente correto.
wolfgangsz
@Ladislav Mrnka: Você obterá dados semelhantes da queima, mas o restante do trabalho fornecerá detalhes mais refinados e poderá avisá-lo antes. É um ponto discutível se todas as suas tarefas durarem <dia, mas ocasionalmente quando uma tarefa demorar> 1 dia, o trabalho restante poderá fornecer um indicador rápido sobre se você deve ou não se preocupar. Normalmente, eu não peço às pessoas que pensem muito, seja qual for a sensação, por isso não é uma métrica tão complicada a acrescentar.
Brook
Mais cedo? O Sprint deve ser "curto" - quanto antes você deve ser avisado? Eu usei regra muito simples. Se não tivermos pelo menos 1/3 das histórias de usuário (pontos da história) feitas na metade do sprint, provavelmente não conseguiremos entregar tudo o que comprometemos. Funcionou muito bem e não tivemos que estimar nada. Com os sprints levando 2 ou 3 semanas, você não precisa de muito mais.
Ladislav Mrnka
6

Os desenvolvedores devem atribuir tarefas a si mesmos ou é responsabilidade do scrum master acompanhado pelo proprietário do produto?

Em locais onde trabalhei que seguiram o Scrum, fizemos os dois, embora o ideal seja que os desenvolvedores escolham suas próprias tarefas. Em última análise, não importa, desde que todas as tarefas sejam concluídas.

Existem prós e contras em cada abordagem.

Deixando a equipe escolher seus próprios:

  • profissionais - a equipe sente a propriedade da tarefa, escolhe aqueles em que pode fazer um bom trabalho. A propriedade é um aspecto importante do desenvolvimento que muitas pessoas ignoram.
  • contras - algumas tarefas são deixadas até o final, quando elas seriam melhor executadas primeiro.

Tendo tarefas atribuídas:

  • profissionais - todas as tarefas são consideradas igualmente e nenhuma é deixada de fora.
  • contras - os membros da equipe não necessariamente sentem a propriedade da tarefa.

Na vida real, você precisa adotar uma abordagem pragmática. Haverá momentos em que as tarefas deverão ser atribuídas, mas estas deverão ser poucas.

ChrisF
fonte
+1 - para alguém com a palavra final. Alguém tem que estar no comando.
Jeffo
2
Compreendo que um certo pragmatismo é uma coisa útil, mas atribuir tarefas aos desenvolvedores definitivamente NÃO é a maneira do Scrum de fazer as coisas.
wolfgangsz
@ ChrisF: Você pode esclarecer onde, no Scrum, diz que o ScrumMaster tem autoridade superior e que outros têm permissão para atribuir tarefas aos desenvolvedores?
Martin Wickman
@ Martin - não, eu não posso. Principalmente porque faz um tempo desde que eu trabalhei com o Scrum. No entanto, o pragmatista em mim afirma que em algum momento alguém terá que tomar uma decisão.
ChrisF
Um pouco tarde no jogo, mas meus 2 ¢ - acho que se algumas tarefas forem deixadas até o fim quando deveriam ter sido realizadas primeiro, isso significa que seu Scrum Master (e Dono do produto) não está colocando ênfase suficiente nessas tarefas.
Wayne Werner
2

Em nosso processo scrum, fazemos o seguinte:

As tarefas são definidas pelo grupo de desenvolvedores, que provavelmente estará implementando a história do usuário.

Pelo menos dois desenvolvedores são responsáveis ​​pela implementação de uma história do usuário; portanto, eles serão atribuídos às tarefas automaticamente (se eles puderem trabalhar em paralelo, eles executarão uma tarefa mais adequada a eles de acordo com seu conhecimento e sabor pessoal. irá emparelhar o programa).

Benni
fonte
2

Quem atualiza as horas restantes de uma tarefa?

Somente os desenvolvedores podem saber quanto trabalho resta e fornecer as informações. Exatamente quem atualiza as horas não é importante.

Os desenvolvedores devem atribuir tarefas a si mesmos?

Sim. O ato de selecionar tarefas para si mesmo é poderoso, porque o torna fortemente comprometido em concluí-las de uma maneira que não é possível se alguém o designar para você.

Martin Wickman
fonte
2

Guia Scrum

Tudo relacionado às tarefas é de responsabilidade da equipe do Scrum. A equipe geralmente cria uma decomposição de histórias em tarefas durante a segunda metade da reunião de planejamento do sprint, mas novas tarefas podem ser introduzidas ou tarefas podem ser removidas a qualquer momento durante o sprint, à medida que novas informações surgem. Na minha opinião, esse ciclo de feedback diário é uma parte importante do Scrum.

O ScrumMaster não é o líder da equipe ou seu gerente. O papel do ScrumMaster é facilitar o processo Scrum e remover impedimentos. O ScrumMaster não atribui tarefas aos desenvolvedores. O proprietário do produto não atribui tarefas aos desenvolvedores. A equipe agrega valor ao proprietário do produto (e amplia o cliente) implementando as histórias do usuário.

A equipe é responsável por todas as estimativas. Portanto, ele possui as estimativas para as tarefas (e histórias) no quadro.

Guy Sirton
fonte