organizar o trabalho em Sprints com Sprint Review para validar incrementos, mantendo a responsabilidade do código por Component Teams.

limitar o trabalho em andamento e usar políticas explícitas de fluxo em um quadro Kanban, preservando a atribuição de módulos a responsáveis fixos.

adotar programação em pares, usar integração contínua e seguir um padrão de codificação acordado pela equipe.

planejar incrementos usando o Program Increments (PI) com decisões de arquitetura centralizadas em um time de arquitetos e áreas do sistema com donos definidos.

priorizar cerimônias de alinhamento e registrar decisões em wiki como principal mecanismo de controle de mudanças no código.