Como Começar com Shape Up

Opção A: Um Experimento de Seis Semanas

Você não precisa mudar tudo de uma vez. Se toda a equipe de produto não estiver pronta para fazer uma grande mudança, comece apenas com um único experimento de seis semanas. Estes são os passos a seguir:

  1. Modele um projeto significativo que possa ser confortavelmente concluído em seis semanas. Seja conservador e permita tempo extra na sua primeira tentativa.
  2. Reserve o tempo de um designer e dois programadores para as seis semanas inteiras. Garanta que ninguém os interrompa durante a duração do experimento.
  3. Em vez de uma mesa de apostas formal, simplesmente planeje que a equipe faça o trabalho que você modelou para este experimento.
  4. Comece apresentando o trabalho modelado para a equipe, com todos os ingredientes de um pitch. Defina a expectativa de que eles descobrirão e rastrearão suas próprias tarefas.
  5. Dedique um espaço físico ou uma sala de chat para a equipe multifuncional para que eles possam trabalhar juntos de perto.
  6. Incentive-os a Concluir uma Parte, conectando a interface de usuário e o código no início do projeto.
  7. Você não precisa se preocupar com Mapeamento dos Escopos ou Mostrar Progresso imediatamente. Você deve ver um grande avanço apenas dedicando tempo ininterrupto, modelando o trabalho com antecedência e deixando a equipe resolver os detalhes.

Uma vez que a equipe se acostume a Concluir uma Parte, o palco estará montado para mapear os escopos corretamente no futuro. É a mesma ideia, apenas repetida. Mais tarde ainda, quando estiverem bons em definir escopos, você poderá usar o gráfico de colina para Mostrar Progresso nesses escopos.

Essa abordagem permite que você demonstre sucesso com uma equipe e um único compromisso de seis semanas. Com a credibilidade ganha a partir de um bom resultado, será mais fácil defender uma mudança maior e converter a equipe mais ampla para trabalhar dessa maneira.

Opção B: Comece com a Modelagem

Às vezes, não é possível reunir uma equipe para trabalhar durante seis semanas porque alguém, talvez um CTO, controla o tempo dos programadores. Nesse caso, você pode começar modelando um projeto significativo com limites mais claros do que os projetos anteriores. Apresente o projeto e passe-o pelo processo de priorização existente da sua empresa (mesmo que seja um triturador de papel). Um trabalho melhor modelado pode iluminar a equipe de engenharia e ajudá-la a se abrir para coisas como ciclos mais longos ou um processo de apostas mais deliberado.

Opção C: Comece com Ciclos

Outra abordagem é começar trabalhando em ciclos de seis semanas. Para equipes que anteriormente usavam sprints de duas semanas, isso remove a sobrecarga de reuniões de planejamento constantes e dá aos programadores mais tempo para ganhar tração e alcançar seu ritmo. Uma vez que a equipe tenha mais espaço para respirar, será natural pensar mais sobre como modelar o trabalho para aproveitar essa nova capacidade.

Corrija Primeiro a Entrega

Desenvolva suas habilidades de entrega antes de se preocupar demais em melhorar seu processo de pesquisa ou descoberta. Você pode ter o melhor conhecimento do cliente do mundo, mas se não conseguir transformá-lo em um projeto e entregá-lo, não terá importância. Primeiro, coloque a equipe em um ritmo de finalizar as coisas. Depois que você tiver a capacidade de entregar, poderá começar a melhorar as entradas para o seu processo de modelagem.

Foque no Resultado Final

Às vezes, pode ser assustador dar mais liberdade às equipes para definir suas próprias tarefas e cronograma. Você pode se perguntar: E se eles não usarem todo o tempo que dedicamos para o ciclo? E se um dos programadores ou designers ficar ocioso em algum momento do ciclo?

Para superar essas preocupações, mude a mentalidade do micro para o macro. Pergunte a si mesmo: Como nos sentiremos se entregarmos este projeto após seis semanas? Sentiremos orgulho do que realizamos? Quando os projetos são entregues no prazo e todos sentem que fizeram progresso, isso é o sucesso. Não importa exatamente o que aconteceu na escala de horas ou dias ao longo do caminho. É o resultado que importa.