Modelo de Registo RAID Permalink

Use este Modelo para gerir um registo RAID no Quire: mantenha riscos, pressupostos, problemas e dependências num único lugar, ordene-os por impacto na Vista de tabela e realize uma revisão semanalmente que realmente fecha as coisas.

Pode visitar o projeto Registo RAID e Duplicar para a sua área de trabalho, sem precisar de construir tudo de raiz.

Pode também explorar mais modelos prontos a usar para acelerar o seu fluxo de trabalho.

Compreender os Registos RAID

RAID significa Risks, Assumptions, Issues and Dependencies (Riscos, Pressupostos, Problemas e Dependências). Um registo RAID é o registo contínuo dos quatro: o que pode correr mal, o que se está a assumir sem ter verificado, o que já correu mal e o que se precisa de pessoas fora da equipa.

A maioria das equipas acompanha parte disto algures. Muito poucas guardam as quatro categorias num único lugar, e é aí que está o valor. Um código orçamental em falta parece um pequeno problema administrativo até se perceber que é por isso que o fornecedor não liberta as credenciais, que é por isso que o acordo da semana de lançamento continua por assinar. Uma causa raiz, três listas separadas, sem ninguém a ligá-las.

O registo está organizado em cinco Secções, com um Marco fixado no topo para que todas as datas abaixo sejam lidas em relação ao prazo que importa.

Quatro secções contêm as próprias Categorias. A quinta, governação RAID, contém a cadência de revisão, que é a parte que decide se o registo sobrevive para além do segundo mês. Vinte e uma entradas de exemplo são fornecidas preenchidas, para que possa ler o formato de uma boa entrada antes de as substituir pelas suas.

Registo RAID ou Registo de Riscos

O Quire inclui ambos e respondem a perguntas diferentes. Um registo de riscos é um instrumento aprofundado para uma Categoria: uma matriz 5x5, pontuações numéricas de risco, cinco estratégias formais de resposta e uma cadência de governação, tudo direcionado apenas para o risco. Um registo RAID é um instrumento mais superficial para quatro Categorias, avaliando o risco apenas com probabilidade e impacto, mas cobrindo os pressupostos e dependências que um registo de riscos não contempla.

Use o registo RAID quando quer um único lugar para tudo o que pode descarrilar o projeto. Use o registo de riscos quando a gestão de riscos é o trabalho principal e a avaliação tem de ser defensável. Usar os dois em simultâneo é comum, com o registo RAID como registo de trabalho e o registo de riscos como artefacto formal.

O Modelo inclui um Documento que cobre a configuração, as regras de Categoria e os modos de falha a evitar.

Um segundo documento contém a agenda de revisão semanalmente, para que quem conduz a reunião não esteja a inventar a ordem de trabalhos na manhã do dia.

Distinguir as Quatro Categorias

As categorias confundem-se constantemente, e uma discussão sobre onde algo pertence é uma boa forma de desperdiçar os primeiros dez minutos de uma revisão. Quatro testes resolvem quase tudo.

Três regras resolvem o resto.

1. Um risco que se materializa deixa de ser um risco. Mova-o para Problemas e feche o risco com uma nota a indicar para onde foi, em vez de o deixar em aberto em ambos os lugares.
2. Um pressuposto que se revela falso não é apenas errado — tem uma consequência. Feche o pressuposto e registe essa consequência como um risco ou um problema.
3. Uma dependência que deixou de ser perseguida é um risco. Reavalie-a na limpeza mensal.

A entrada de exemplo A-01 no modelo é o exemplo prático da segunda regra, ligada ao problema que produziu.

Ler o Registo na Vista de Tabela

A Vista de tabela está disponível apenas nos planos Professional, Premium e Enterprise. Mais informações estão disponíveis na nossa página de preços.

A Vista de tabela é o registo RAID propriamente dito. Coloca cada campo Personalizado ao lado da entrada, e ordenar por Impacto transforma o topo da lista na agenda da reunião.

Sete campos sustentam o registo.

“Criado em” e “última Revisão” parecem apenas burocracia. Uma entrada criada em março, revista em abril e ainda em aberto em setembro não está a ser gerida, e essas duas datas são a única forma de esse facto se tornar visível sem que alguém o note por acidente.

Nota: Se se encontrar a preencher a Probabilidade num problema, provavelmente é um risco que não foi reclassificado. Os problemas já aconteceram, pelo que a sua probabilidade é de cem por cento.

Oito Tags atravessam todas as quatro categorias: Orçamento, Cronograma, Técnico, Âmbito, Cliente, Fornecedor, Pessoas e Conformidade. Respondem a uma pergunta diferente do Tipo, que é de onde veio a entrada e não que tipo de coisa é.

Escrever uma Entrada que Vale a Pena Guardar

A diferença entre um registo RAID útil e um artefacto de conformidade está quase inteiramente na forma como as entradas são escritas. Cada entrada de exemplo no modelo segue a mesma estrutura em quatro partes.

A descrição abre com uma declaração se X, então Y, depois enuncia o impacto se acontecer em unidades que alguém valoriza, depois nomeia a resposta e por fim indica o gatilho a observar. O trabalho de mitigação pende da entrada como subtarefas, para que o plano e o registo fiquem no mesmo lugar.

Cinco regras fazem a diferença.

• Escreva os riscos como causa e efeito. “Atraso do fornecedor” é uma preocupação. “Se o fornecedor falhar 6 de agosto, os testes de autenticação começam sem credenciais de produção e os testes atrasam duas semanas” é algo sobre o qual uma equipa pode agir.
• Dê um gatilho a cada risco. O ponto observável em que deixa de ser hipotético. Sem ele, a escalada acontece tarde e por intuição.
• Nomeie a resposta. Evitar, mitigar, transferir ou aceitar. “Monitorizar” não é uma resposta, é uma forma de escrever “ainda não decidimos”.
• Escreva o impacto em unidades que alguém valoriza. semanas, dinheiro, clientes, reputação. “Alto impacto” não diz nada a um patrocinador.
• Coloque uma data em tudo. Uma entrada sem Data limite nunca será tratada.

Atribua uma pessoa nomeada a cada entrada. Uma equipa nunca persegue nada, porque ninguém nela acredita que a perseguição é especificamente sua.

Acompanhar o Fluxo na Vista de Quadro

A Vista de Quadro agrupada por Estado mostra movimento em vez de inventário, o que é uma perspetiva diferente e mais honesta.

Seis estados gerem o registo.

“Em espera de resposta” é o que ganha o seu lugar. Sem ele, “Em curso” tem de cobrir tanto “estou a trabalhar nisto” como “enviei um e-mail há nove dias”, e esses dois precisam de acompanhamentos completamente diferentes.

Dica: Observe a coluna Escalado ao longo de algumas semanas em vez de a ler uma vez. Se encher mais depressa do que esvazia, é um sinal de saúde mais fiável do que qualquer relatório de estado.

Obter Vistas Transversais com Sublistas

No plano Free, pode criar duas Sublistas por cada projeto, e este modelo inclui 4. Fique com as duas que a sua equipa abre mais frequentemente após Duplicar, ou atualize o seu plano de subscrição para usar todas as quatro. Mais informações estão disponíveis na nossa página de preços.

As secções respondem à pergunta “que tipo de coisa é isto”. Quatro Sublistas respondem a perguntas que atravessam as quatro categorias de uma vez, que é onde manter um único registo em vez de quatro começa a compensar.

• Escalar agora são todas as entradas com impacto Crítico ainda em aberto, independentemente da categoria. Este é o pacote para o comité de direção. Se ultrapassar cerca de seis itens, o projeto está a ser observado e não gerido.
• À espera de outra pessoa é tudo cujo próximo movimento não é seu. Abra antes de cada chamada de estado e pressione os três primeiros.
• Pressupostos não validados é a lista que ninguém lê até ser tarde demais. Leia-a em voz alta uma vez por trimestre.
• A cadeia do fornecedor é um exemplo prático em vez de um filtro.

Este último vale a pena abrir primeiro, porque mostra o argumento completo para um único registo em quatro entradas.

Uma ordem de compra por levantar é um problema. Bloqueia a aprovação da encomenda pelas finanças, que é uma Dependência. Isso bloqueia a entrega de credenciais de produção pelo fornecedor, outra Dependência. E essa é a razão pela qual o acordo da semana de lançamento ainda está por assinar, registado como um risco. Três categorias, uma causa raiz, visível apenas porque vivem no mesmo registo. As entradas estão ligadas entre si com dependências de Tarefa reais, por isso a cadeia é imposta e não apenas descrita.

Manter o Registo Honesto

Um registo sem revisão é um Documento, não um processo. A Secção de governação contém quatro Tarefas recorrentes para que o ritmo fique no Cronograma em vez de depender de alguém se lembrar.

Três modos de falha respondem pela maior parte dos registos RAID mortos, e vale a pena nomeá-los porque chegam silenciosamente.

1. Torna-se um cemitério. Cinquenta entradas em aberto, a maioria obsoletas, pelo que as pessoas param de o abrir. Uma entrada que ninguém tocou em dois meses ou não é real ou não tem dono.
2. Tudo é de alto impacto. Se o registo todo é vermelho, deixou de classificar qualquer coisa. Quatro entradas Críticas em vinte é um projeto plausível. Catorze é um projeto em que ninguém pensou a sério.
3. Só é atualizado antes da reunião de direção. Nesse ponto transformou-se de ferramenta de gestão em ferramenta de reporte.

Os três têm a mesma solução pouco glamorosa: uma breve revisão semanalmente e fechar entradas de forma agressiva.

Leia mais no nosso blogue sobre como avaliar riscos e manter um registo vivo.

Perguntas Frequentes

O que é um registo RAID?

Um registo RAID é um único registo contínuo do que pode correr mal, do que se está a assumir sem ter verificado, do que já correu mal e do que se precisa de pessoas fora da equipa. Manter os quatro num único lugar é o que permite ver que problemas aparentemente separados partilham uma causa raiz.

O que significa a sigla RAID?

Risks, Assumptions, Issues and Dependencies (Riscos, Pressupostos, Problemas e Dependências). Também é expandido como Risks, Actions, Issues and Decisions, mais comum em trabalho de programa. O Modelo do Quire usa a primeira versão porque pressupostos e dependências são as duas Categorias que as equipas têm menos probabilidade de acompanhar noutro lugar.

Qual é a diferença entre um risco e um problema?

Tempo verbal e certeza. Um risco é futuro e incerto, escrito como “se X, então Y”. Um problema é presente e certo, porque já aconteceu. Quando um risco se materializa Para de ser um risco, por isso mova-o para Problemas e feche o risco com uma nota a indicar para onde foi.

Qual é a diferença entre um registo RAID e um registo de riscos?

Um registo de riscos é um instrumento aprofundado para uma Categoria, com uma matriz 5x5 e estratégias formais de resposta. Um registo RAID é um instrumento mais superficial para quatro, e cobre os pressupostos e dependências que um registo de riscos não contempla. Muitas equipas usam os dois.

Quem é responsável pelo registo RAID?

O gestor de projeto é responsável pelo próprio registo, ou seja, pela cadência de revisão, pelo encerramento de entradas obsoletas e pelas escaladas. Cada entrada individual precisa de uma pessoa nomeada, nunca de uma equipa, porque uma equipa nunca persegue nada.

Com que frequência deve um registo RAID ser revisto?

semanalmente para o registo completo, cerca de 30 minutos ordenado por impacto. mensalmente para fechar entradas obsoletas e reavaliar riscos em aberto. Trimestralmente para revalidar pressupostos. O modelo contém as três como Tarefas recorrentes para que fiquem no Cronograma automaticamente.

O que deve conter uma entrada do registo RAID?

Um ID estável como R-01, a Categoria, uma classificação de impacto, um responsável nomeado, uma Data limite e uma resposta escrita. Os riscos também precisam de uma probabilidade e de um gatilho, que é o ponto observável em que o risco Para de ser hipotético e alguém tem de agir.

Por que razão os registos RAID deixam de ser úteis?

Três modos de falha: o registo torna-se um cemitério de entradas obsoletas, tudo fica marcado com alto impacto pelo que nada é classificado, ou só é atualizado antes da reunião de direção. A solução para os três é uma breve revisão semanalmente e fechar entradas de forma agressiva.

Existe um modelo de registo RAID pronto a usar no Quire?

Sim. Visite o projeto Registo RAID e Duplique-o para a sua área de trabalho e obtenha as quatro Secções de Categoria mais a governação, sete Campos Personalizados, seis estados, oito Tags, quatro Sublistas transversais e vinte e uma entradas de exemplo já configuradas.