Scrum: что такое Cynefin Framework?

Хотя Scrum может быть эффективной основой для многих видов проектов, вам важно понимать, что это не панацея для всех видов проектов — он может быть отличным решением для многих ситуаций в вашей организации, но может и не помочь. быть правильным ответом в некоторых сценариях. Фреймворк, известный как Cynefin, помогает нам разобраться в ситуациях, с которыми мы столкнемся в сценариях проекта.

Суть метода Scrum заключается в том, чтобы дать возможность всей команде постоянно обеспечивать высокое качество работы посредством строгого, но гибкого процесса разработки в ситуациях, когда требования полностью не известны или не заслуживают доверия. Самоорганизация позволяет команде проекта вырабатывать точные и точные решения, в то время как рыночные ограничения подвержены непредсказуемым изменениям.

Фреймворк Cynefin?

Структура Cynefin, валлийское слово для среды обитания, представляет собой концептуальную основу, используемую для помощи в принятии решений, созданную в 1999 году Дэйвом Сноуденом. Он предлагает пять контекстов принятия решений, таких как:

1. просто,
2. сложный,
3. сложный,
4. хаотичный, и
5. беспорядок

Cynefin Framework помогает менеджерам определить, как они воспринимают ситуации и понимают свое поведение и поведение других людей. Он опирается на исследования в области теории систем, теории сложности, теории сетей и теории обучения.

Взгляните на эти области возможных сценариев беспорядка в ваших проектах, чтобы узнать, подойдет ли вам Scrum или нет:

1. Простой

В простой области мы находимся в упорядоченной системе, где связь между причиной и следствием существует, предсказуема заранее и самоочевидна или очевидна для любого разумного человека.

Мы применяем лучшие практики, и наш подход заключается в следующем:

СМЫСЛ — КАТЕГОРИЗАЦИЯ — ОТВЕТ

• Чувство  — смотри, что приходит
• Категоризировать  — сделать так, чтобы он подходил к заранее определенным категориям
• Ответить  — решить, что делать

Простые сценарии — это ситуации, в которых каждый может увидеть причину и следствие — люди знают, каков правильный ответ. Этот тип домена лучше всего подходит для повторного воспроизведения продуктов, поскольку есть шаги, которые вы можете повторять для решения существующих проблем.

В то время как Scrum может быть способом решения этого типа предметной области сценария, вы можете достичь более быстрых и более определенных результатов с работой фреймворка сборочного конвейера, поскольку у вас есть законные передовые практики в любом месте.

2. Сложный

Мы применяем передовую практику, и наш подход заключается в следующем:

ЧУВСТВОВАТЬ — АНАЛИЗИРОВАТЬ — ОТВЕЧАТЬ

• Чувство  — смотри, что приходит
• Анализировать  — исследовать или анализировать, используя экспертные знания.
• Ответить  — решить, что делать

В сложных сценариях часто доминируют эксперты, чтобы обеспечить передовой опыт в проекте. Несмотря на то, что существует возможность получения нескольких ответов, наличие эксперта для диагностики проблем было бы более эффективным при рассмотрении сценариев, которые имеют несколько возможных результатов. Scrum можно использовать для решения подобных сценариев, но, конечно, это не всегда лучший фреймворк для использования.

Например, если вам нужно настроить параметры оптимизации производительности, вы можете узнать наилучший план действий, когда соберете экспертов, чтобы они рассмотрели ситуацию, проверили доступные варианты и сформулировали ответ, основанный на их опыте того, что хорошо. практика должна быть. Сложные сценарии лучше всего решаются с помощью количественных и тактических подходов, таких как шесть сигм.

3. Комплекс

ЗОНД — ЧУВСТВО — ОТВЕТ

• Probe  — Экспериментальный ввод
• Смысл  — неудачи или успехи
• Ответить  — решить, что делать, т.е. усилить или ослабить

Сложные проблемы заставляют вас осознать, что есть более непредсказуемые результаты, чем вы можете ожидать от своих подходов, и в этой области у вас больше шансов получить правильный ответ, когда вы исправите ошибку или задним числом.

Это требует от вас как можно большего изучения проблемы, проверки того, что работает, а что нет, а затем адаптации на основе того, что вы узнали. Это также область, с которой вы столкнетесь, когда будете пытаться внедрять инновации или улучшать предыдущие проекты, требующие лучших функций.

Это область, где Scrum действительно сияет, поскольку сложные ситуации используют вашу способность исследовать ситуацию и проверять, что вы можете сделать в определенный период времени. Когда вы изучите лучший метод в процессе итерации, вы сможете адаптировать его во время следующей итерации.

4. Хаотичный

Мы открываем новую практику, и подход заключается в следующем:

ДЕЙСТВОВАТЬ — СМЫСЛ — ОТВЕТИТЬ

• Действие  — попытка стабилизации
• Смысл  — неудачи или успехи
• Ответить  — решить, что делать дальше

Возникающая практика, поведение или приказ приводят к следующему подходу:

Такого рода сценарии требуют немедленного решения — когда ваш проект переходит в хаотическую область, это означает, что вы переживаете кризис, который вам нужно погасить, прежде чем вы испытаете какой-либо дополнительный вред и вернетесь к состоянию порядка. Это тип сценария, с которым вы сталкиваетесь, когда кто-то подает иск или единственный эксперт, которого вы знаете, нигде не может быть найден.

Scrum не подходит для таких сценариев, поскольку вы не можете позволить себе роскошь расставлять приоритеты в невыполненных работах и ​​делать то, что вам нужно делать в следующей ситуации. Когда начинается хаос, вам нужен кто-то с полной властью, чтобы взять на себя ответственность и действовать как можно скорее.

5. Беспорядок

Домены беспорядка возникают, когда вы не уверены в том, на какой стадии вы находитесь в своем проекте, и вы не знаете, работают ли какие-либо планы или нет. Это очень опасная ситуация, из которой нужно немедленно выйти.

Это требует, чтобы вы разбили ситуацию на части и рассмотрели ее компоненты, чтобы узнать, попадают ли они в какие-либо другие категории, чтобы увидеть, какой подход вы должны использовать для решения ситуации и вернуться к прогрессу. Вы можете видеть, что нет смысла адаптировать Scrum в такой ситуации, пока вы правильно не классифицируете компоненты проблемы.

Статьи о Scrum для начинающих