SAFe Roam board

Sobre o SAFe ROAM board

Um SAFe ROAM board é um framework para tornar os riscos visíveis. Ele oferece a você e seu time um espaço compartilhado para perceber e destacar riscos — e para determinar quais riscos Resolver, Assumir, Aceitar ou Mitigar.

Use este template para avaliar a probabilidade e o impacto dos riscos, e decidir quais riscos são de baixa prioridade versus alta prioridade.

Os princípios subjacentes do SAFe (Scaled Agile Framework) são:

• Promova soluções custo-efetivas

• Aplique o pensamento sistêmico

• Assuma que as coisas vão mudar; proteja as opções

• Construa incrementalmente com ciclos rápidos de aprendizado integrado

• Baseie os marcos na avaliação de sistemas em funcionamento

• Visualize e limite os trabalhos em andamento, reduza os tamanhos dos lotes, gerencie o comprimento das filas

O que é um SAFe ROAM board?

Um SAFe ROAM board é uma ferramenta SAFe útil que permite a você e seu time destacar riscos para que possam tomar medidas. Após alguém identificar e registrar um risco, você precisa decidir o que fazer a seguir. Para cada risco que você encontrar, você pode:

1. Evite-o e siga um caminho diferente

2. Reduza a probabilidade de isso acontecer 

3. Compartilhe o risco trazendo a expertise de fornecedores 

4. Aceite o risco (mas lembre-se, isso não significa ignorá-lo)

5. Mitigue o risco e tome medidas para reduzir seu impacto

Este framework tem como objetivo ajudar você a Resolver, Possuir, Aceitar ou Mitigar riscos.

• Riscos resolvidos: o seu time concorda que este item não é mais um problema e todos podem seguir em frente

• Riscos assumidos: se um risco não for resolvido imediatamente, um membro do time pode assumir a tarefa para resolver mais tarde (planejamento de mitigação ou trabalhar na execução de qualquer ação adicional que deva ser tomada)

• Riscos aceitos: alguns riscos não podem ser razoavelmente tratados, por isso os times devem entender completamente o motivo antes de aceitá-los

• Riscos mitigados: um plano de mitigação pode reduzir a probabilidade ou o impacto desses riscos

É importante manter seu board ROAM atualizado para que seu time esteja alinhado em cada nível de risco e ciente de como os riscos estão sendo gerenciados. Se o seu time usa o Jira, importe os cartões do Jira diretamente para o seu board SAFe Roam.

Crie seu próprio board SAFe ROAM

Criar seus próprios boards SAFe ROAM é fácil com o template da Miro. Comece selecionando o template do SAFe ROAM Board, depois siga os passos a seguir para criar o seu próprio:

1. Durante o Planejamento de PI, adicione riscos à seção Riscos do Programa. Lembre-se de que o número de notas adesivas com riscos identificados pode aumentar ou diminuir conforme seu time decide uma estratégia de mitigação durante o processo de planejamento.

2. Após a revisão final do plano, mova todos os riscos para o Board ROAM. Aloque cada risco à categoria relevante do ROAM: Resolvido, Responsável, Aceito, Mitigado.

3. Votem em equipe para decidir quais riscos valem a pena priorizar. Agile coaches podem conduzir sessões de votação para decidir quais riscos devem ser considerados de alta prioridade. É necessário um mínimo de três votos para considerar um risco como alta prioridade.

4. Revise e ajuste os riscos conforme necessário. Perfis de risco podem mudar conforme os planos e as etapas de acompanhamento são acionados. Certifique-se de que um membro do seu time ajuste e atualize o board durante o PO Sync semanal ou quinzenal.

Quando usar Boards ROAM SAFe

Boards ROAM são usados como uma ferramenta de Planejamento de PI durante as sessões de Planejamento de PI para identificar qualquer obstáculo ao alcance das metas do time.

Risco e incerteza são inevitáveis em afetar qualquer projeto de alguma forma. Em vez de depender de um plano de gestão de risco clássico ou de um log de riscos, uma abordagem ágil (como criar mais histórias de usuário para adicionar a um backlog) pode diminuir as chances de imprevisibilidade e surpresas.

O método ROAM também pode ajudar a aliviar a Agile Release Train (os times e stakeholders necessários para implementar, testar, implantar e liberar software de forma incremental) de qualquer ambiguidade.