( Traduction chinoise : Scrum:什么是Cynefin框架? ) (日本語)
Bien que Scrum puisse être un cadre efficace pour de nombreux types de projets, il est important que vous réalisiez que ce n’est pas la panacée pour tous les types de projets — il peut être une excellente solution pour de nombreuses situations dans votre organisation, mais il se peut que ce ne soit pas le cas. être la bonne réponse dans certains scénarios. Un cadre connu sous le nom de Cynefin nous aide à donner un sens aux situations que nous rencontrerions dans les scénarios de projet.
L’essence de la méthode Scrum est de permettre à toute l’équipe de fournir constamment un travail de qualité grâce à un processus de développement rigoureux mais flexible dans des situations où les exigences ne sont pas entièrement connues ou dignes de confiance. L’auto-organisation permet à l’équipe projet de produire des solutions justes et précises alors que les contraintes du marché sont sujettes à des changements imprévisibles.
Cadre Cynefin ?
Le cadre Cynefin, un mot gallois pour habitat, est un cadre conceptuel d’aide à la décision créé en 1999 par Dave Snowden. Il offre cinq contextes décisionnels comme :
- Facile,
- compliqué,
- complexe,
- chaotique et
- désordre
Cynefin Framework aide les managers à identifier comment ils perçoivent les situations et à donner un sens à leur propre comportement et à celui des autres. Il s’appuie sur la recherche en théorie des systèmes, en théorie de la complexité, en théorie des réseaux et en théories de l’apprentissage.
Jetez un œil à ces domaines de scénarios de désordre possibles dans vos projets pour savoir si Scrum fonctionnerait pour vous ou non :
- Simple
Dans le domaine simple, nous sommes dans un système ordonné où la relation de cause à effet existe, est prévisible à l’avance et est évidente ou évidente pour toute personne raisonnable.
Nous appliquons les meilleures pratiques et l’approche consiste à : –
SENTIR — CATÉGORISER — RÉAGIR
- Sense - Voir ce qui arrive
- Catégoriser - Faites-le correspondre à des catégories prédéterminées
- Répondre - Décidez quoi faire
Des scénarios simples sont des situations dans lesquelles tout le monde peut voir la cause et les effets – les gens savent quelle est la bonne réponse. Ce type de domaine existe est le meilleur pour reproduire des produits encore et encore car il y a des étapes que vous pouvez répéter pour résoudre les problèmes existants.
Bien que Scrum puisse être un moyen d’aborder ce type de domaine de scénario, vous pouvez obtenir des résultats plus rapides et plus sûrs avec le cadre de travail de la chaîne de montage, car vous disposez de meilleures pratiques légitimes partout.
2. Compliqué
Nous appliquons les bonnes pratiques et l’approche consiste à : –
SENTIR — ANALYSER — RÉAGIR
- Sense – Voir ce qui arrive
- Analyser - Enquêter ou analyser, en utilisant des connaissances d’experts
- Répondre - Décidez quoi faire
Les scénarios compliqués sont souvent dominés par des experts afin de garantir les bonnes pratiques dans un projet. Bien qu’il soit possible d’avoir plusieurs réponses, avoir un expert pour diagnostiquer les problèmes serait plus efficace pour traiter des scénarios qui ont plusieurs résultats possibles. Scrum peut être utilisé pour résoudre des scénarios comme celui-ci, mais bien sûr, ce n’est pas toujours le meilleur cadre à utiliser.
Par exemple, si vous avez besoin d’ajuster des paramètres pour optimiser les performances, vous pouvez connaître le meilleur plan d’action lorsque vous réunissez des experts pour examiner la situation, vérifier les options disponibles et générer une réponse basée sur leur expérience de ce qu’est un bon la pratique devrait être. Les scénarios compliqués sont mieux résolus par des approches quantitatives et tactiques comme Six Sigma.
3. Complexe
SONDER — SENTIR — RÉPONDRE
- Sonde — Entrée expérimentale
- Sens — Échecs ou réussites
- Répondre – Décidez quoi faire, c’est-à-dire. amplifier ou atténuer
Les problèmes complexes vous font réaliser qu’il y a des résultats plus imprévisibles que ce que vous pouvez attendre de vos approches, et dans ce domaine, vous avez plus de chances d’obtenir la bonne réponse lorsque vous corrigez une erreur ou un recul.
Cela vous oblige à explorer autant que possible le problème, à inspecter ce qui fonctionne ou non, puis à vous adapter en fonction de ce que vous avez appris. C’est également le domaine que vous rencontrez lorsque vous essayez d’apporter des innovations ou d’apporter des améliorations à des projets antérieurs qui nécessitent de meilleures fonctionnalités.
C’est le domaine où Scrum brille vraiment, car les situations complexes utilisent votre capacité à sonder la situation et à inspecter ce que vous pouvez faire dans un laps de temps donné. Lorsque vous apprenez une meilleure méthode dans le processus d’itération, vous pouvez l’adapter à la prochaine période d’itération.
4. Chaotique
Nous découvrons une nouvelle pratique et l’approche consiste à : –
AGIR — SENTIR — RÉAGIR
- Agir — Tentative de stabilisation
- Sens — Échecs ou réussites
- Répondre - Décidez quoi faire ensuite
La pratique émergente, le comportement ou les résultats de l’ordre et l’approche consiste à : –
Ces types de scénarios nécessitent une solution immédiate – lorsque votre projet va dans le domaine chaotique, cela signifie que vous rencontrez une crise que vous devez éteindre avant de subir un préjudice supplémentaire et de revenir à l’état d’ordre. C’est le type de scénario que vous rencontrez lorsque quelqu’un dépose une plainte ou que le seul expert que vous connaissez est introuvable.
Scrum n’est pas adapté pour traiter ce type de scénarios puisque vous n’avez pas le luxe de hiérarchiser les backlogs et ce que vous devez faire lors de la prochaine situation. Lorsque le chaos frappe, vous devez avoir quelqu’un avec toute l’autorité pour prendre en charge et agir dès que possible.
5. Trouble
Les domaines de désordre se produisent lorsque vous devenez incertain de l’étape à laquelle vous vous trouvez dans votre projet et que vous ne savez pas si des plans fonctionnent ou non. C’est une situation très dangereuse dont vous devez sortir immédiatement.
Cela vous oblige à décomposer la situation et à examiner ses composants pour savoir s’ils entrent dans d’autres catégories afin de voir quel type d’approche vous devez utiliser pour résoudre la situation et recommencer à progresser. Vous pouvez voir qu’il ne sert à rien d’adapter Scrum dans ce genre de situation tant que vous n’avez pas correctement catégorisé les composants du problème.