Scrum: O que é Cynefin Framework?

( Tradução Chinesa: Scrum：什么是Cynefin框架？ ) （日本語）

Embora o Scrum possa ser uma estrutura eficaz para muitos tipos de projetos, é importante que você perceba que não é a panacéia para todos os tipos de projetos – pode ser uma excelente solução para muitas situações em sua organização, mas pode não ser ser a resposta adequada em alguns cenários. Uma estrutura conhecida como Cynefin nos ajuda a entender as situações que encontraríamos em cenários de projeto.

A essência do método Scrum é permitir que toda a equipe entregue consistentemente mão de obra de qualidade por meio de um processo de desenvolvimento rigoroso e flexível em situações em que os requisitos não são totalmente conhecidos ou confiáveis. A auto-organização permite que a equipe do projeto produza soluções precisas e precisas, enquanto as restrições do mercado estão sujeitas a mudanças imprevisíveis.

Estrutura Cynefin?

A estrutura Cynefin, uma palavra galesa para habitat, é uma estrutura conceitual usada para auxiliar a tomada de decisões criada em 1999 por Dave Snowden. Oferece cinco contextos de tomada de decisão como:

1. simples,
2. complicado,
3. complexo,
4. caótico, e
5. transtorno

O Cynefin Framework ajuda os gerentes a identificar como eles percebem as situações e dão sentido ao seu próprio comportamento e ao de outras pessoas. Baseia-se em pesquisas em teoria de sistemas, teoria da complexidade, teoria de rede e teorias de aprendizagem.

Dê uma olhada nesses possíveis domínios de cenários de desordem em seus projetos para descobrir se o Scrum funcionaria para você ou não:

1. Simples

No domínio simples, estamos em um sistema ordenado onde a relação entre causa e efeito existe, é previsível de antemão e é auto-evidente ou óbvia para qualquer pessoa razoável.

Aplicamos as melhores práticas e a abordagem é:-

SENTIR – CATEGORIZAR – RESPONDER

• Sentido  - Veja o que está chegando
• Categorizar  — Faça com que se encaixe em categorias predeterminadas
• Responder  – Decida o que fazer

Cenários simples são situações em que todos podem ver a causa e os efeitos – as pessoas sabem qual é a resposta certa. Esse tipo de domínio existe e é melhor para reproduzir produtos repetidamente, pois há etapas que você pode repetir para resolver problemas existentes.

Embora o Scrum possa ser uma maneira de abordar esse tipo de domínio de cenário, você pode obter resultados mais rápidos e certos com o trabalho da estrutura da linha de montagem, pois você tem práticas recomendadas legítimas em qualquer lugar.

2. Complicado

Aplicamos boas práticas e a abordagem é:-

SENTIR – ANALISAR – RESPONDER

• Sentido  – Veja o que está chegando
• Analisar  — ​​Investigue ou analise, usando conhecimento especializado
• Responder  – Decida o que fazer

Cenários complicados são frequentemente dominados por especialistas para garantir boas práticas em um projeto. Embora haja a possibilidade de ter várias respostas, ter um especialista para diagnosticar problemas seria mais eficiente para abordar cenários com vários resultados possíveis. O Scrum pode ser usado para resolver cenários como esse, mas é claro que nem sempre pode ser o melhor framework a ser usado.

Por exemplo, se você precisar ajustar parâmetros para otimizar o desempenho, talvez saiba qual é o melhor curso de ação ao reunir especialistas para analisar a situação, verificar as opções disponíveis e gerar uma resposta com base na experiência deles sobre o que é um bom prática deve ser. Cenários complicados são melhor resolvidos por meio de abordagens quantitativas e táticas, como o Seis Sigma.

3. Complexo

EXPLORAR – SENTIR – RESPONDER

• Sonda  - Entrada experimental
• Sentido  – Falhas ou sucessos
• Responder  — Decida o que fazer, ou seja. amplificar ou amortecer

Problemas complexos fazem você perceber que há resultados mais imprevisíveis do que você pode esperar de suas abordagens e, nesse domínio, é mais provável que você obtenha a resposta certa quando corrigir um erro ou retrospectiva.

Isso exige que você explore o máximo que puder sobre o problema, inspecione o que está funcionando ou não e depois se adapte com base no que aprendeu. Este também é o domínio que você encontraria ao tentar fazer inovações ou fazer melhorias para projetos anteriores que exigem recursos melhores.

Este é o domínio onde o Scrum realmente brilha, uma vez que situações complexas fazem uso de sua capacidade de sondar a situação e inspecionar o que você pode fazer em um determinado período de tempo. Quando você aprende um método melhor no processo de iteração, pode adaptá-lo na próxima iteração time-box.

4. Caótico

Descobrimos novas práticas e a abordagem é: –

AGIR – SENTIR – RESPONDER

• Agir  - Tentar estabilizar
• Sentido  – Falhas ou sucessos
• Responder  — Decida o que fazer a seguir

Prática emergente, comportamento ou resultados da ordem e a abordagem é: –

Esses tipos de cenários exigem uma solução imediata – quando seu projeto vai para o domínio caótico, isso significa que você está passando por uma crise que precisa resolver antes de sofrer qualquer dano adicional e voltar ao estado de ordem. Este é o tipo de cenário que você experimenta quando alguém entra com uma ação judicial ou o único especialista que você conhece não está em lugar algum.

O Scrum não é adequado para lidar com esses tipos de cenários, pois você não tem o luxo de priorizar as pendências e o que precisa fazer na próxima situação. Quando o caos acontece, você precisa ter alguém com autoridade total para assumir o comando e agir o mais rápido possível.

5. Desordem

Os domínios de desordem acontecem quando você fica incerto sobre em que estágio está em seu projeto e não sabe se algum plano está funcionando ou não. Esta é uma situação muito perigosa que você precisa sair imediatamente.

Isso exige que você separe a situação e observe seus componentes para saber se eles se enquadram em outras categorias para ver que tipo de abordagem você deve usar para resolver a situação e voltar a progredir. Você pode ver que não faz sentido adaptar o Scrum nesse tipo de situação até que você categorize adequadamente os componentes do problema.

Artigos do Scrum para iniciantes