Grupos de trabalho para criar foco

Trabalhar com foco. No Scrum indicamos que o máximo de pessoas atue em um mesmo item do backlog, para intensidade e garantia da entrega.

Os grupos de trabalho podem ter uma entrega com duração total de 1-8 semanas de trabalho, e seguem os princípios de entregas frequentes e feedback contínuo com os clientes interessados no assunto em questão.

Continuar a ler

Melhoria contínua no backlog. Como faz? #dwildt101 ep 44

Contexto: uma equipe trabalhando com ciclos iterativos, usando Scrum, quer melhorar e trabalhar melhoria dentro do ciclo de trabalho. O Cassio Dias mandou um comentário indicando o seguinte:

… Dias atras entrei em uma discussão com um colega aqui do time sobre SCRUM (que “usamos” aqui) e os gaps de qualidade que esse meu colega argumentava. Segundo ele todos estão focados em entregar as atividades na sprint e, por isso, quando surge algo para melhorar, quase ninguém o faz para não afetar a entrega. Dai reforcei a importância das retrospectivas e priorizar também essas melhorias para a próxima sprint, algo como debito técnico.

Segundo ele estas melhorias ficam no backlog mas nunca serão priorizadas por causa da pressão normal do dia a dia – Talvez aqui seja uma questão cultural e gestão em priorizá-los…

Continuar a ler

Motivação em projetos Longos e comunicação em times distantes. #dwildt101 ep 40

E neste episódio, de número 40, vamos falar sobre comunicação em times separados geograficamente e sobre motivação em projetos longos. A pergunta veio pelo Matheus Girardi, parceiro em diversos eventos que realizo:

“…fala um pouco sobre motivação em projetos longos e como fazer com que a comunicação flua bem em equipes separadas geograficamente” — Matheus Girardi

Continuar a ler

Uma nova tarefa no meio da iteração planejada. O que fazer? #dwresponde ep. 15

Mais uma edição do Daniel Wildt responde! No episódio 15, pergunta de Vitor Consalter!

Fala Daniel, blz?
Situação é a seguinte: 4 desenvolvedores tocando um sprint de um projeto X. No meio do sprint um “Cliente especial” liga e pede uma alteração em projeto Y. Um dos desenvolvedores deixa o projeto X e começa a tocar o Y. Por muitas vezes esse desenvolvedor não volta para o projeto X até o final do sprint. GP reduz as tasks do kanban e essa redução não tem piores complicações.
Problema: motivação dos outros 3 desenvolvedores vai por água abaixo. Em diversas reuniões de retrospectivas é comentado essa situação e os desenvolvedores comunicam suas insatisfações.
O que fazer? 🙂
Abraços Daniel.
Vitor Consalter

Continuar a ler

Para aprender automação de testes e Test Driven Development (TDD)

Em 2001-2002 conheci o JUnit, ferramenta para escrita de testes unitários em Java. Em 2003 entendi mais da importância dela para o desenvolvimento de software. Descobri junto Delphi Unit, PHP Unit e outras várias versões e pude ajudar amigos a conhecem mais de uma cultura de melhoria contínua e de busca por código de qualidade e automatizado.

O que mudou?

Continuar a ler