SAFe® explicado: O valor "Qualidade Integrada"

SAFe baseia-se em quatro valores centrais. O primeiro foi o Alignment no SAFe. O segundo valor é "Built-In Quality" – em português: "Qualidade Integrada". Mas por que a qualidade integrada é estabelecida como valor central – e o que está por trás disso?

Neste artigo, focamos conscientemente apenas nos impactos de coordenação da qualidade integrada. A importância da qualidade integrada para o cliente – e consequentemente para o faturamento e o sucesso empresarial – será mencionada apenas de forma secundária.

O desenvolvimento clássico geralmente funciona assim:

E na próxima reunião, fica claro o que significa "pronto":

Porque a entrega pontual do produto é naturalmente importante para o negócio, chega logo o momento em que é preciso partir para a ação:

A consequência? Dívidas técnicas se acumulam. Em algum momento, os desenvolvedores ficam bloqueados, pois só conseguem "arrumar a casa" e não avançam mais.

A situação se agrava muito rapidamente quando há muitos testes manuais pendentes. Quanto maior a equipe de desenvolvimento, mais testes surgem. Especialmente quando o tempo é escasso, uma decisão errada fatal se torna cada vez mais provável:

Por falta de testes, os desenvolvedores estão navegando às cegas e não sabem mais se e onde algo está dando errado. Os problemas só aparecem quando chegam ao cliente – e aí de repente se tornam urgentes! As notificações de erros chegam no momento mais inconveniente e atrapalham o desenvolvimento contínuo:

A situação fica ainda mais complicada quando muitas equipes trabalham no mesmo produto e, devido à falta de testes, não está claro de onde vem o erro:

Quanto mais desenvolvedores trabalham no mesmo produto, mais complicado se torna descobrir e corrigir erros.
Para que exatamente isso não se torne um problema, o SAFe propõe diversas medidas.

Medidas SAFe para produtos com qualidade integrada:

• Já na fase de planejamento, utilizamos todas as cabeças disponíveis para identificar riscos cedo e criar juntos o melhor design possível.
• Os desenvolvedores escrevem Clean Code por conta própria. Isso inclui, naturalmente, testes unitários e integração contínua.
• Muito importante são os ciclos de feedback frequentes e curtos, para identificar problemas rapidamente.
• Erros de desenvolvimento são mais fáceis de corrigir quando as soluções não são fixadas cedo demais.
• Uma infraestrutura de desenvolvimento e testes de alta qualidade favorece correções de rumo.
• Não testamos apenas funções individuais, mas também a integração e o sistema completo o mais cedo e frequentemente possível.
• Nas demos, mostramos o produto completo, não apenas os componentes de equipes individuais.

SAFe segue a filosofia: "A qualidade é construída em cada etapa do desenvolvimento do produto, não apenas no QA.".  

Todos os envolvidos, desde os desenvolvedores, passando pelos Product Owners, até a gestão, precisam reconhecer sua responsabilidade em como podem incorporar qualidade no processo e no produto da melhor forma e o mais cedo possível. O terceiro valor central do SAFe, a Transparência, explicamos para você no próximo artigo.