SAFe® explicado: O valor "Transparência"
O SAFe baseia-se em quatro valores centrais. Os dois primeiros, Alignment e qualidade incorporada, já descrevemos anteriormente. O terceiro desses valores é "Transparency" – ou seja: "Transparência". Mas por que a transparência é tão importante que se torna um valor central – e o que está por trás disso?
Embora existam muitos pontos em que a transparência ajuda, neste artigo queremos mostrar apenas alguns aspectos essenciais em que a falta de transparência causa obstáculos massivos para um desenvolvimento de produto bem-sucedido.
No nível estratégico, são discutidos temas importantes que afetam o desenvolvimento do portfólio:
A decisão é tomada rapidamente – e o resto é "apenas" execução. Mas essa "execução trivial" precisa, naturalmente, ser assumida por alguém. E assim, um gestor de portfólio assumirá a responsabilidade:
Com isso, o tema fica como Epic na gestão de portfólio. A margem de decisão dessa gestão é boa, mas também cria problemas que precisam ser resolvidos:
Uma decisão de portfólio tem, naturalmente, consequências de longo alcance no trabalho das equipes dentro do ART:
Muitas vezes já podemos nos considerar sortudos quando existe comunicação suficiente para que, no nível de portfólio, haja uma compreensão de quais trabalhos ainda estão acontecendo em paralelo e quais consequências novas Epics terão na entrega de cada Feature individual. E assim também é feito o planejamento:
E as equipes começam a trabalhar, e cada um faz o seu melhor – o choque vem então na demo com o cliente:
O feedback dos clientes deve, naturalmente, ser levado a sério, e assim os Product Owners transmitem a opinião do cliente de volta à gestão:
E assim continua o "telefone sem fio":
As confusões que surgem levam depois a acalmar o cliente, interromper trabalhos já iniciados e colocar temas parcialmente concluídos para segundo plano. Isso não é desejável nem sustentável.
Para evitar que ninguém saiba realmente o que é importante, por que e quando, é necessária alta transparência.
Medidas SAFe para aumentar a transparência:
Existe um único Portfolio Kanban centralizado. Isso proporciona uma visão unificada de quais Epics estão em andamento, quais vêm a seguir – e o que já está concluído.
Os objetivos do Program Increment são definidos coletivamente no PI Planning como PI Objectives e estão sempre visíveis para todos os envolvidos.
As equipes se comprometem com metas claras de curto prazo e normalmente as alcançam.
Quando as equipes se desviam de seus objetivos, comunicam isso cedo – não apenas internamente, mas também entre si.
A visualização do Program e Architecture Kanban está disponível para todos que trabalham com o Agile Release Train (ART).
O mesmo vale para os backlogs de todas as equipes do ART.
O progresso do programa é verificado nas Iteration e System Demos. Assim, fica rapidamente visível onde o plano original precisa ser ajustado.
Harmonização entre estratégia e capacidade real de desenvolvimento
Existe um entendimento comum do conceito de "Velocity" até o nível de gestão
Há clareza sobre o WIP nos níveis de equipe e programa – especialmente sobre a necessidade de limitar o WIP.
Essas medidas estão longe de serem completas, mas representam o mínimo essencial para prevenir os problemas mais comuns.
O SAFe aposta em que cada indivíduo saiba como pode contribuir para que o maior valor seja entregue o mais rápido possível – e igualmente na confiança de que cada um faz a sua parte para o sucesso. O quarto valor, a Program Execution, explicamos no próximo artigo.
