Prontos, preparados, já – Escalabilidade Ágil

Foto de Sohrab Salimi
Sohrab Salimi
3 Min. Tempo de Leitura
Este conteúdo foi traduzido com IA. Ver original

No início de uma corrida, geralmente ouvimos "Aos seus lugares, preparar, já". No nível da equipe, "Ready to Develop" – ou seja, "pronto para o desenvolvimento" – significa que uma User Story está pronta para ser passada à equipe e incluída no próximo Sprint. Ready to Develop é frequentemente visto como um suporte para a Definition of Done. Só para comparar: a Definition of Done faz sentido tanto para uma equipe individual quanto quando várias equipes perseguem um objetivo comum. Na verdade, não é tão simples transferir "ready" para um projeto maior como acontece com "done". Em projetos ágeis maiores, "Ready" frequentemente requer dois critérios diferentes: "Ready to Develop" e "Ready to Go".

Cinco critérios simples para escalar o ágil

Os critérios de Ready mais comuns estão incorporados em "Ready to Develop". Ready to Develop é usado a nível de equipe. Os critérios são:

  • A story está bem elaborada.
  • A story atende aos critérios INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable)
  • Uma story precisa de critérios de aceitação.
  • Para cada story, deve-se ter à disposição um especialista externo (que não faz parte do time) para o respectivo tema.
  • Não há dependências externas que impeçam a story de ser concluída.

Com base nesses cinco critérios, é fácil descobrir se você pode começar a trabalhar diretamente em uma User Story específica no próximo Sprint ou se ainda é necessário mais Grooming. As equipes naturalmente preferem trabalhos que podem começar imediatamente, em vez de tarefas mal definidas

Team of Teams e o próximo nível

A mesma preferência tem a chamada "Team of Teams" (um exemplo disso é o Agile Release Train no SAFe). Para poder definir se estão prontos para começar o trabalho, uma Team of Teams precisa, no entanto, de critérios em um nível mais alto. Os critérios de "Ready to Go" que eu uso com mais frequência são estes:

1.) As equipes ajustaram seu ritmo de desenvolvimento umas às outras. Alinhar o ritmo das equipes e encontrar um ritmo comum é uma medida muito boa para garantir comunicação e integração.

2.) Existe um backlog suficientemente bem mantido. Você deve identificar e preparar trabalho suficiente para começar e apoiar as equipes – não mais que isso. O backlog não precisa estar completo (ou totalmente elaborado) antes do início do trabalho.

3.) Arquitetura e padrões foram definidos de forma suficiente. No SAFe, por exemplo, só se desenvolve design e arquitetura na medida necessária para que as equipes recebam a ajuda e orientação de que precisam, no momento certo.

4.) Restrições reconhecíveis foram identificadas. Restrições geralmente se referem a coisas como prazos, orçamentos limitados e capacidades disponíveis, mas às vezes também a limitações físicas ou técnicas. Em cada equipe, todos devem conhecer as restrições dentro das quais estão trabalhando.

5.) A infraestrutura necessária foi implementada. A infraestrutura consiste nas estruturas básicas, ferramentas e serviços necessários para entregar um determinado valor. Se você quer entregar software, a infraestrutura necessária pode ser algo tão simples quanto um assento e uma tomada elétrica, ou algo tão complexo quanto servidores, roteadores, redes e ferramentas de desenvolvimento.

6.) Equipes e papéis foram definidos. Certifique-se de que você organizou e preencheu os Scrum Teams com todos os papéis necessários (supondo que você não esteja trabalhando com equipes já existentes). Além disso, todos os papéis adicionais devem ter sido identificados e esclarecidos. Afinal, se você não se concentrar adequadamente em organizar e compor as equipes, as coisas podem dar errado rapidamente.

Vamos começar com a escalabilidade ágil!

Ready to Go e Ready to Develop têm objetivos diferentes e, portanto, também critérios diferentes. Quando na linha de partida chegar o momento do "…preparar", passe mentalmente por todos os critérios de "Ready to Go" para descobrir se você realmente está pronto para começar um grande projeto. Assim que tiver superado essa etapa, pode partir para a segunda série de critérios – os critérios de "Ready to Develop". Se você considerar esses dois fatores, vai conseguir arrancar muito melhor quando o tiro de partida soar.

Este texto foi retirado do Blog do SPaMCAST e foi traduzido por nós para o alemão.

Mais sobre este tema

Como a formação em métodos ágeis pode ajudar na busca por emprego?

Formação Agile para procura de emprego: Desenvolvimento de carreira ágil. Sucesso no mercado de trabalho. Leia agora!

Doing Agile Right: Agile Transformation

Agile Academy: Agil richtig machen - Bewährte Ansätze für erfolgreiche organisatorische Agilität und Umsetzung von Agilität in Unternehmen.

Capacidade (Carga de trabalho)

Capacidade ou também a carga de trabalho é o número de horas que uma equipe tem disponível dentro de um Sprint.

Fale com nosso assistente Fale com nosso assistente