Interrupções. Créditos: mbrewergroup.com Olá, hoje irei falar de um tema que está no cotidiano de toda equipe e que influencia muito na produtividade e pode ser minimizado ou até mesmo evitado. São muitas as fontes de interrupções ou dispersões e que atingem em maior magnitude a equipe de desenvolvimento, que está comprometida com a entrega ao final da Sprint.

Em alguns projetos é muito comum que a equipe de desenvolvimento tenha outras atribuições além do desenvolvimento, sendo interrompida para realizar pequenas tarefas que não foram previstas no planejamento da Sprint, como:

 

  • Acerto/correções de bugs que são reportados por clientes e que são prioridade para o P.O.;
  • Problemas de infra-estrutura;
  • Atendimento ao suporte e outros mais.

Essas tarefas podem ou não ser de conhecimento do P.O., mesmo assim não podem ser negligênciadas e acabam afetando o andamento de outras histórias da Sprint.

Para que esse trabalho "extra" não seja ignorado é recomendado que histórias sejam incluídas na Sprint, caso o planejamento da mesma não tenha sido previsto. Isso também favorece de forma que tais tarefas "extras", não influenciem na velocidade da equipe e dar a falsa impressão de improdutividade.

Outros pontos onde podemos evitar as interrupções são nas cerimônias do Scrum. Se há perda de foco que cause atrasos nas reuniões de início e final de Sprint, que possuem timebox de 2 ou 4 horas, haverá atrasos em cascata e com reuniões mais longas a tendência é serem menos produtivas por cansaço e estresse.

Para evitar esse problema é imprescindível que o Scrum Master, como facilitador e defensor do processo Scrum intervenha de forma a fazer com que as reuniões não percam o foco principal.

É sempre possível reduzir a perda com simples ações mas é claro que as interrupções podem ocorrer durante o desenvolvimento em si já que na área de T.I. é muito comum fazermos dezenas de coisas ao mesmo tempo e com isso perdemos o foco. Mas se as interrupções estão afetando as entregas combinadas pela Equipe é preciso avaliar a situação e fazer as adaptações necessárias no processo, já que é um dos princípios do Manifesto Ágil (At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly), como foi visto nesse post sobre o 12º Princípio do Manifesto Ágil – Retrospectiva da Ester Lima.