Ця сторінка була перекладена автоматично. Для кращого читання, будь ласка, перейдіть на англійську мову.

Перейти на англійську

Парадокс гнучкості: гнучке планування (частина 2)

Спритність іноді здається суперечливою на перший погляд. Менеджери, зокрема, стикаються з багатьма протиріччями. У цій серії статей я покажу вам приклади цього парадоксу гнучкості і як все це поєднується в кінцевому підсумку.

Agile Команди не плануєте?

Впроваджуючи гнучкі методи, багатьом командам важко впоратися з тим, що все ще існують рамкові умови, які, здається, заважають їм застосовувати гнучкі методи. Основним блокуванням часто є питання бюджетного планування. Тоді вони кажуть: “Ми гнучкі. Ми не можемо сказати, що будемо робити в наступні шість місяців!?”

Звичайно, це правда, що в умовах гнучкості не можна на початку року побудувати чітку дорожню карту на весь фінансовий рік, яку потім потрібно буде просто реалізовувати наосліп. У той же час, вкрай нереально управляти компаніями з обмеженими ресурсами повністю без планування. Як ви вирішуєте це протиріччя?

Зосередьтеся на тому, що можливо

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

Річне планування слід доповнювати, наприклад, квартальними циклами планування. Квартальний підхід значно полегшує командам оцінку питань, з якими вони, ймовірно, матимуть справу. У цих квартальних циклах важливо дати командам уявлення про ресурси, на які вони можуть розраховувати під час реалізації тем. У цих рамках зазвичай є достатньо свободи, щоб самостійно вирішувати, як ці ресурси будуть використані.

Якщо ці рамкові умови чітко доводяться до відома команд і сприймаються ними як допомога, це може фактично стимулювати креативність у тому, як найкраще досягти мети з наявними ресурсами - за умови, що планування не розглядається як фіксоване, бюрократичне обмеження, яке не потребує креативності.

Незапланована вигода для клієнта

Важливим питанням для менеджерів у цьому контексті є питання розстановки пріоритетів: чи зацікавлене керівництво в тому, щоб якомога точніше дотримуватися своїх планів, чи в тому, щоб створити якомога більшу вигоду для клієнтів?

У контексті гнучкості друге, звичайно, є пріоритетом для команд і, сподіваємось, також для керівництва. Зрештою, керівництво, сподіваємось, структурувало бюджетне планування на фінансовий рік таким чином, щоб створити максимально можливу споживчу цінність відповідно до стану знань на той момент. Якщо під час спринтів та зворотного зв’язку з клієнтами з’являться кращі можливості для створення споживчої цінності, це буде вагомим аргументом, щоб відхилитися від планування.

Приклад: AПрипустимо, що для задоволення нових потреб клієнта потрібно на 10 тис. євро більше, ніж заплановано в бюджеті. Водночас для клієнта створюється додана вартість у розмірі 25 тис. євро, за яку він готовий заплатити. Логічно, що це загальна додана вартість для компанії. Рішення не використовувати цю можливість “відхилитися від плану” було б важко донести до команд (і, найпізніше, до керівництва).

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

Висновок

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

У той же час, швидкі цикли навчання завжди створюватимуть можливості для створення кращих переваг для клієнтів, ніж планувалося спочатку. Або навіть відмовитися від певних тем через відсутність споживчої цінності. Функціонування гнучкого планування дозволяє враховувати такі можливості для відхилення від плану.

P.S:

З Echometer ми розробляємо інструмент для гнучких ретроспектив - центральної зустрічі для безперервного розвитку та посилення самоефективності команд. Якщо ви зацікавлені в подальшому розвитку циклів зворотного зв’язку та навчання у ваших командах, домовтеся про тут. безкоштовний тест - ми з нетерпінням чекаємо на ваш запит!

Категорія блогу

Інші статті за темою «Гнучкість масштабування»

Переглянути всі статті цієї категорії
Гнучка модель Spotify: пояснення Squads, Tribes, Chapters & Guilds

Гнучка модель Spotify: пояснення Squads, Tribes, Chapters & Guilds

Проста модель agile Spotify з Squads, Tribes, Chapters і Guilds. Дізнайтеся більше про переваги, типові підводні камені та випадки використання.

Радар здоров'я гнучкості: 13 найпопулярніших моделей для гнучких KPI

Радар здоров'я гнучкості: 13 найпопулярніших моделей для гнучких KPI

Відкрийте для себе 13 найпопулярніших моделей Agility Health Radar для agile KPI. Оптимізуйте здоров'я своїх команд і проєктів за допомогою цих інструментів.

Робочі договори: 10 прикладів, зразків та шаблонів

Робочі договори: 10 прикладів, зразків та шаблонів

Agile Working Agreements: 10 прикладів, шаблонів і зразків для Scrum, віддалених команд і SAFe. Як покращити співпрацю та зміцнити команди!

Скрам-майстер як лідер для підлеглих: 8 порад для роздумів

Скрам-майстер як лідер для підлеглих: 8 порад для роздумів

Дізнайтеся, як стати лідером-слугою як Scrum-майстер! 8 порад щодо комунікації, самоорганізації та гнучкого управління проєктами для вашої гнучкої команди.

Цілі ефективності продакт-менеджера: 5 порад і прикладів

Цілі ефективності продакт-менеджера: 5 порад і прикладів

Цілі ефективності для продакт-менеджера: поради та приклади для розумних цілей, рівнів і розвитку. Дізнайтеся тут, як зробити ефективність вимірюваною!

Хто такий Product Owner у Scaled Agile Framework SAFe? – Цифри, дані, факти 

Хто такий Product Owner у Scaled Agile Framework SAFe? – Цифри, дані, факти 

Що робить SAFe Product Owner? Ми пояснюємо роль у Scaled Agile Framework, завдання, обов'язки та 6 типів Product Owner.

Скрам - що це таке? Пояснюємо просто!

Скрам - що це таке? Пояснюємо просто!

Scrum просто пояснити: що означає гнучка робота? Ми висвітлюємо ролі (власник продукту, Scrum-майстер, команда), спринт, беклог і успіх Scrum.

Поєднання OKR та Scrum: Як це працює (воркшопи, мета спринту та цикли)

Поєднання OKR та Scrum: Як це працює (воркшопи, мета спринту та цикли)

Дізнайтеся, як успішно поєднати OKR та Scrum! Ми покажемо вам, як воркшопи, цілі спринтів і цикли оптимально поєднуються між собою. Ось як працювати гнучко!

Agile в масштабі: порівняння 5 найважливіших фреймворків

Agile в масштабі: порівняння 5 найважливіших фреймворків

Agile at Scale: Відкрийте для себе найважливіші фреймворки (SAFe, LeSS, DA, Spotify, Scrum@Scale) для масштабування agile в компанії. 5 принципів & 6 кроків.

Інформаційний бюлетень Echometer

Не пропускайте оновлення на Echometer та отримуйте натхнення для гнучкої роботи