Таки-так: Дихотомія Ґюнтера

“Так, але” і “Так, тому” — як два протилежні підходи до запровадження Scrum впливають на результати?

Зібравши багаторічний досвід запровадження Scrum-підходу в компаніях, що займаються розробкою продукту й інтеграцією інформаційних технологій, Ґюнтер Вергеєн (Gunther Verheyen) спостеріг цікаву тенденцію щодо способів казати “Так”, що прямим чином впливає на результат.

Одразу звернімо увагу на два терміни. Scrum — який Ґюнтер не вважає методологією; для нього це тільки framework — “рамка”, підхід із набором принципів та цінностей, в межах якого відбувається малювання “картини” — розробка продукту.

Другий термін — impediments — перешкоди на шляху розробки продукту (якщо їх немає, то деякі особи, які не хочуть змін, неодмінно їх вигадають).

Чимало компаній, що займаються ІТ-розробкою, перейшли, переходять або хочуть перейти на Scrum. Усі вони кажуть “Так”. Проте яке саме “так” вони мають на увазі? Від відповіді на це запитання і залежатиме успіх якщо не запровадження скрам-підходу, то бізнесу взагалі.

Чотири “Так” Ґюнтера

Отже, Ґюнтер Вергеєн звертає увагу на чотири способи казати “Так” у відповідь на нові можливості, трансформацію, нововведення, зрештою, на впровадження й практику Scrum:

• Так, тому (Yes, and).
• Так, але (Yes, but).
• Так, але ні (Yes, but no).
• Так, але реальна картина… (Yes, but reality).
• Що мав на увазі Ґюнтер? Розгляньмо кожен “так”.

1. Так, тому (Yes, and)

Лідери, що відповідають “Так, тому”, мислять приблизно так.

Ми кажемо “Так”, тому беремо відповідальність за своє “так”. Коли на шляху запровадження скраму виникатимуть перепони, ми готові їх усувати. До того ж, ми мислимо наперед. Тому готові розглядати нові варіанти, нові способи вирішення. Говорячи “так”, ми усвідомлюємо свою частину відповідальності.

2. Так, але (Yes, but)

На шляху змін ми неодмінно зустрінемо “обломістів”. У них завжди є причини зберігати Status quo. У цьому, власне, полягає їхня головна лінія поведінки. Неохочі до змін, повільні люди, які завжди сумніваються. Вони говоритимуть вам приблизно таке:

“Так, але можуть виникнути проблеми. До того ж, аби їх вирішити, потрібно багато часу. Також може виникнути чимало питань. Щоб знайти на них відповіді, також потрібен час, а ще — фахівці, ресурси. Ми не можемо починати, доки все це з’ясуємо. Це, самі розумієте, зайва напруга і додаткові труднощі”.

3. Так, але ні (Yes, but no).

Чимало осіб розуміють необхідність змін, але запроваджувати їх насправді не збираються. Тут трапляється саботаж, блокування ініціатив, уникнення діалогу.

Варіацій “так, але ні” — безліч:

• “Так, але не зараз”;
• “Так, але не так багато”;
• “Так, але не все одночасно”.

Не сумнівайтеся: у взаємодії з “так, але ні” ви почуєте й інші версії того, чому вам не потрібно впроваджувати зміни.

4. Так, але реальна картина… (Yes, but reality).

Певна річ, реальну картину складно заперечувати, хай би якою вона була. Проте відмовки на кшталт “жорстокої дійсності” надто ефемерні.

Насправді аналітики “реальності” повертають нас до того ж таки статусу-кво. Адже зміни передбачають створення нової реальності! Можливо, це найхитріший спосіб уникнути змін і насправді сказати “Так, але ні”.

Дихотомія Ґюнтера

У Agile.Live два протилежні вектори “Так” ми називаємо “Дихотомією Ґюнтера”:

Очевидно, що тільки за умови “Так, тому…” ми можемо просуватися у напрямку бажаних змін. Будь-які хитромудрі варіації на тему “Так, але” (“так, але ні”, “так, але реальна картина..”) відводять нас від мети у діаметрально протилежному напрямку!

Рух у напрямку “Так, тому” не тільки прискорює перехід компанії на гнучкий підхід і здобуття конкурентних переваг на ринку, а безпосередню реалізацію Scrum у процесі розробки продукту.

У контексті Scrum ставлення “Так, тому” означає створення сприятливого середовища для реалізації відповідних ролей і завдань. Наприклад:

1. У атмосфері “Так, тому” власник продукту може спокійно керувати беклогом (Product Backlog) і пріоритезувати завдання для оптимізації цінності продукту уже в поточному спринті. У разі необхідності взаємодіяти зі Скрам-майстром.
2. Команда може спокійно виконувати чітко сформовані завдання у спринті, просуваючись до мети (Spring Goal) у взаємодії з власником продукту.
3. Команда розробників може спокійно відстежувати щоденні результати й бачити решту роботи, що залишилася до кінця спринту.
4. Усі учасники розробки можуть спокійно вирішувати, на чому саме потрібно зосередити увагу і як найкраще організувати поточний чи наступний спринт.

Іншими словами, саме проактивна позиція “Так, тому” створює певну атмосферу, що сприяє високій продуктивності, що принципово важливо для Scrum-підходу до розробки продукту.

“Так, тому…” — ось сучасний спосіб допомогти людям збільшити переваги у процесі запровадження ними Scrum. — Ґюнтер Вергеєн

Ґюнтер Вергеєн (Gunther Verheyen) — легендарний автор бестселлера “Scrum – A Pocket Guide”, партнер Кена Швабера (співзасновника Scrum), представник Scrum в Європі, співрозробник EBM (Evidence-Based Management) та Nexus framework for Scaled Professional Scrum.

ДОЛУЧИТИСЯ ДО AGILE.LIVE

Найближчі сертифікаційні тренінги Agile.Live: Professional Scrum Master (PSM), Professional Agile Leadership Essentials (PAL-E)
Підписатися на сторінку у LinkedIn
Підписатися на Telegram-канал Agile.Live
Підписатися на You-канал Agile.Live