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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Висновок

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

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

P.S:

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

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

Більше статей про "Гнучкість масштабування"

Переглянути всі статті цієї категорії
Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Agiles Spotify Modell: Squads, Tribes, Chapters & Guilds erklärt

Kurzüberblick zum Spotify Modell: Wie Squads, Tribes, Chapters und Guilds Agilität skalieren, welche Rollen beteiligt sind und worauf du bei der Einführung achten solltest.

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

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

Американський журналіст і письменник Прентис Малфорд якось сказав: „Хто розпізнає зло, той вже майже вилікував його.“ Прентис Малфорд Тож не дивно, що ми міряємо температуру, відвідуємо лікаря або...

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

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

Ефективна співпраця в команді має вирішальне значення для успіху, особливо в контексті гнучких методів, таких як Scrum. Робочі угоди відіграють вирішальну роль у створенні чітких рамок для співпрац...

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

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

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

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

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

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

Що таке Product Owner у Scaled Agile Framework SAFe? - Цифри, дані, факти 

Що таке Product Owner у Scaled Agile Framework SAFe? - Цифри, дані, факти 

Ми пояснюємо, що таке власник продукту Scaled Agile Framework (SAFe), і знайомимо вас з 6 різними типами власників продукту.

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

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

Ви хотіли б працювати гнучко, але запитайте себе: Що таке Scrum? Ми пояснюємо найважливіші речі, щоб ваша команда могла успішно працювати в гнучкому режимі!

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

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

І Scrum, і OKR зараз дуже популярні як фреймворки в гнучкій спільноті. Scrum походить скоріше зі світу розробки програмного забезпечення, OKR – скоріше зі стратегії. Але чи можна поєднати ці методи...

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

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

Фреймворки Agile допомагають компаніям надавати послуги клієнтам швидше та надійніше. Впровадити Agile в окремих командах досить просто. Складність полягає у впровадженні гнучкого підходу до роботи...

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

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