ODR: Tomada de decisão simplificada

Mar 28 2023
Como gerente, muitas vezes é muito difícil tornar seu processo de tomada de decisões muito claro. Além de tornar essas decisões compreendidas, colaborativas e integradas.

Como gerente, muitas vezes é muito difícil tornar seu processo de tomada de decisões muito claro. Além de tornar essas decisões compreendidas, colaborativas e integradas.

Com que frequência você ouve ou pronuncia frases: “Essa decisão não faz sentido”, “Esta decisão não é realista”, “Acho que você não entendeu direito” ou “ Esta não é uma solução melhor” ?

Um processo de tomada de decisão obscuro só pode levar à confusão

Bem, você está no lugar certo, deixe-me apresentá-lo ao ODR: Organization Decision Record .

Você pode ter ouvido falar sobre os ADRs: Architecture Decision Records , uma ferramenta popular para capturar as decisões arquitetônicas e seu contexto. Tem muitos efeitos colaterais positivos: documentação , esclarecimento , explicação …

Os ODRs são diretamente inspirados nas abordagens ADR e Teste de Software.

Parece ótimo, como você começa?

Sejamos claros: nenhum gerente toma uma decisão por prazer, temos que tomar decisões com base no contexto , restrições e/ou requisitos . O primeiro passo é coletar todos eles!

Neste ponto, não estamos sequer considerando opções, encontrando soluções ou reduzindo o escopo do problema. Estamos criando a matriz de pontuação para situações futuras que possam se apresentar.

Algumas definições e exemplos ajudarão a entender a natureza desse trio!

Contexto

Isso compõe os fatos inegáveis.

Por exemplo:

  • X Key People deixou a empresa.
  • A posição de Senior Incredible Partner não é preenchida há Y meses.
  • O Projeto CrazyShark está parado há Z meses.
  • A empresa A está se fundindo com a empresa B.

Estes definem coisas que devem ser alcançadas, gostemos ou não.

Por exemplo:

  • O sistema Pieceofshut precisa ser mantido, pois é o único sistema de pagamento disponível.
  • Uma lei impede que a empresa contrate pessoas fora de seu alcance operacional.
  • A segurança impede que colaboradores externos tragam seus próprios dispositivos.

Isso define o estado-alvo ideal que queremos alcançar. Geralmente é o principal motivo pelo qual abrimos um novo Registro de Decisão .

Por exemplo:

  • Lance um novo produto para AAAA/MM/DD.
  • As equipes de cada empresa devem ser mistas.
  • O gerente de engenharia John Doe tem apenas 1 equipe para gerenciar.
  • Cada equipe precisa de um Product Owner.

Opções consideradas

Depois que o contexto, as restrições e os requisitos estiverem exaustivamente listados, você poderá abrir o documento para todos na empresa!

Isso proporcionará transparência, abrirá a porta para feedback e permitirá que qualquer pessoa interessada contribua com a decisão. Isso vai dizer explicitamente que a organização precisa tomar uma decisão e esses são os fatores que irão direcionar a solução adotada.

Agora, você pode começar a listar as opções . Neste ponto, não queremos reduzir o escopo ou as possibilidades, ainda queremos ser o mais exaustivos possível.

Um exemplo simulado para ajudar a pintar um quadro:

A equipe A não tem mais um PO:

- Opção 1: Demitir toda a equipe

- Opção 2: contratar um PO externo

Opção 2.1: abrir uma posição de preenchimento

Opção 2.2: Contrate um empreiteiro

Opção 3: Transferir uma PO interna

Opção 3.1: Transferir John Doe da Equipe A

Opção 3.2: Transferir Jane Doe da Equipe B

Como você pode ver, você considerará todas as opções disponíveis, mesmo as mais extremas.

Esse processo é aberto, e qualquer pessoa da empresa deve poder contribuir, pois isso evitaria que algumas opções fossem perdidas.

Drivers de decisão, opção considerada, e agora?

Agora é hora de pontuar!

Esta é uma etapa bastante fácil, pois trata-se de criar uma tabela para incluir:

  • Uma coluna para cada opção considerada.
  • Uma linha para cada restrição.
  • Uma linha para cada requisito.
  • Em seguida, cada célula é verificada ou não.

Casos mais complexos podem levar a adicionar restrições e requisitos ou ponderá -los.

Exemplo Completo

Conclusão

Em resumo, adoro essa estrutura de tomada de decisão, pois ela realmente me lembra a mentalidade de teste de software: definir primeiro por que você faz as coisas e quais são os critérios de sucesso.

Todas as diferentes opções são então consideradas (mesmo as terríveis e extremas) para finalmente decidir, pontuando as opções usando os critérios de sucesso .

Obrigado por ler, estou ansioso para seus comentários e feedback!