Напевно, найлагідніший спосіб почати грати з гнучкими підходами, без докорів сумління. Моє спостереження останніх років — безліч сервісних та креативних команд дивляться із заздрістю на продуктові IT команди та компанії, намагаючись зрозуміти, як адаптувати те, що там так гарно виглядає: команди, живе спілкування, візуалізація та прозорість процесів з елементами гейміфікації та фана.
«Нам подобаються ідеї Agile!» — кажуть вони. «Але, як нам розпочати?».
І проблеми тут дві:
Agile — сам собою, як філософія, не дає відповіді питання, з чого почати. Це лише набір цінностей і принципів. І постає перше питання: «З чого ж нам почати впроваджувати Agile?»
А такі чіткі каркаси як Scrum і Kanban здаються незрозумілими та надмірними. І постає друге питання: «що ж у цих методах нам насправді потрібно, а що ні!»
Якщо ви ставитеся цими двома питаннями — ця стаття для вас. Вона дасть вам простий та ефективний метод для старту, якому ми регулярно вчимо наших клієнтів, знайомих та друзів — він працює, і ми раді їм ділитися.
Scrum — рай та пекло гнучкої розробки
Scrum — це непоганий набір вітамінів для продуктової компанії, яка хоче ставати розумнішою.
Але чи всі його інгредієнти такі вже потрібні для невеликої креативної групи, яка мріє трохи підвищити прозорість у своїх проєктах?
Scrum, якщо зрозумілий і практикується із серйозністю — може істотно підвищити зрілість вашої організації.
Але, якщо він натягнутий на старі структури та процеси, через перейменування старих у новомодні «беклоги», «скрам-майстри» та «власники продуктів» заведе вас у глухий кут.
І це дуже актуально для не-IT команд та компаній, які, намагаючись застосувати Scrum, стикаються з такими непростими питаннями:
Чи потрібні нам спринти? І якої довжини вони мають бути? Здається, ми не зможемо планувати більше ніж на пару днів, чи можемо ми використовувати Scrum?
Хто в нас має бути Скрам-майстром? Чи може це бути наш менеджер? Здається, у нас ніколи не буде такої виділеної ролі, чи все ще буде Scrum?
Хто має відповідати за формування Беклогу Продукту й що таке для нас «Продукт» загалом? У нас є просто перелік справ, нам Scrum взагалі допоможе?
У цих питаннях читається надія («нам подобається ваш Agile!») і з іншого боку, безвихідь («ми, схоже, не зможемо його використати повною мірою!»).\
І ми бачимо чудові HR команди, групи юристів, відділи маркетингу, команди продажів, які намагаються стати гнучкими, але водночас відчувають докори совісті, тому що в них «неповноцінний Scrum».
Це — ілюзія. І вина, здається, на нас — agile коучах, що так сильно чіпляються за фреймворки. Scrum — адже і справді, непоганий мікс порад, але чи всі з них потрібні всім компаніям?
Зазвичай ні. І, до речі, метою ніколи не було впровадити Scrum, навіть в IT командах. Мета — навчитися покращуватись, беручи на себе за це відповідальність.
І сьогодні я візьму на себе гучну роль і позбавлю вас від непотрібних докорів совісті — Scrum чи не Scrum. І покажу, як можна почати насолоджуватися легкістю гнучких процесів.
І так зустрічайте — 123AGILE
Напевно, найлагідніший спосіб почати грати з гнучкими підходами, без докорів сумління.
Як можна здогадатися, він складається із трьох кроків. Це мінімалістичний старт у світ Agile. Ці три кроки так чи інакше мусять зробити всі команди, які використовують такі формальні Agile-методи, як Scrum, SAFe, Nexus, LeSS чи Kanban.
Хоча, варто сказати, не всі усвідомлюють важливість цих кроків, оскільки деякі методи зроблені так, щоби їх не можна було впровадити без консультантів і тренерів, що додаються (камінь у свій же город).
Але полеміку убік. Три кроки. Вам для початку їх вистачить із головою.
Я не гарантую, що ви матимете першокласний Agile для книги рекордів Гіннеса, але користь точно обіцяю! І чи не для цього ви шукаєте нові методи роботи?
І так, три кроки:
Mobilize
Visualize
Ritualize
Усього три кроки, але без них ніяк. І зараз по черзі.
Mobilize
Ми починаємо з організації простору для команди чи просто приміщення.
Крок 1: Mobilize
Ви робите проєкти на замовлення? Чи надаєте сервісну діяльність? Працюєте, як підрядник? Розробляєте власні продукти? Чудово.
І ви, напевно, можете подумати про тих, хто мусить прикластися, щоби вийшло.
«Mobile» означає зібрати людей. Усіх, хто потрібний, для успіху проєкту, продукту, ініціативи, послуги…
А що саме означає зібрати? І що якщо вони працюють у home-офісах по всьому світу? Гарне питання, дякую, що спитали.
Зібрати — мається на увазі звести їх разом. Бажано фізично. Але щонайменше віртуально. Так, щоб у них з’явилося спільне місце для спілкування: кімната, стіна, Miro-дошка, переговорка, slack-чат, telegram-група…
Зазвичай, ніяка команда не поб’є групу людей, що сидить за одним столом, разом зі своїм замовником жваво обговорюють швидкий випуск продукту.
Але тут нам важлива ментальна близькість більша, ніж фізична.
Усім доводилося бачити групу людей, які сиділи у кутках однієї кімнати в навушниках, де кожен сам за себе. Фізична близькість не завжди автоматично означає ментальну. І мені неодноразово доводилося вдаватися до коучингової магії, щоби люди починали спілкуватися про роботу, яка, здавалося б, і без якихось зовнішніх маніпуляцій могла б це робити.
Тож тут йдеться про створення середовища та мобілізацію уваги, які дають змогу групі спілкуючись стати командою, об’єднаною однією метою. Хоча б тимчасово. Хоча б в окремо взятому чат-румі (хоча, набагато краще за одним столом… але я, здається, уже про це говорив, ні?).
Visualize
Тут ми додаємо візуальну дошку.
Крок 2:Visualize
Зібралися разом? Чудово. Ви готові до другого кроку — візуалізувати роботу.
«А це як?» — Запитайте ви. «Як завгодно!» — Відповім я. Anything goes.
Важливо зробити так, щоби з’явився колективний артефакт, стіна, фліпчарт, вікно, двері, стіл врешті-решт — на якому видно майбутню і зроблену роботу.
To do. In progress. Done!
У вигляді карток, стікерів, магнітиків, малюнків.
To do. In progress. Done!
З деталями чи без. З іменами працівників чи без. З лімітами кількості завдань у роботі чи без. Як завгодно. Але там мусить бути відображена вся робота.
To do. In progress. Done!
Це ваша мантра. Повторюйте її регулярно. Хоча про це якраз наш третій крок.
Ritualize
Як ви вже, напевно, здогадалися — тут ми запроваджуємо ритуал.
Крок 3: Ritualize
Мобілізували команду? Візуалізувати роботу? Чудово.
Але якщо ви не будете регулярно збиратися навколо вашої дошки завдань усією командою ця яскрава ініціатива дуже швидко стане однією з тих невдалих спроб менеджменту, які зазвичай трапляються після прочитання чергового «бестселера про те, як побудувати компанію мрії» або наступного дня після відвідин тренінгу про «побудову плоскої бірюзової компанії майбутнього».
І що найсумніше — артефакт із вигорілими й давно неактуальними стікерами щодня нагадуватиме всім про те, що статус-кво непереможне. Що «ми особливі та Agile у нас не запрацює».
Ви особливі — це безперечно. Але щоби новий процес став звичкою й почав приносити користь, потрібно спочатку усвідомлено намагатися його використовувати.
Ритуалізація процесу в нас триває під пунктом «3». Але це, зазвичай, не одноразова дія.
Це звичка збиратися час від часу разом, дивитися на роботу та вирішувати, як і що робити далі.
Як часто? Так часто, щоб усі тримали пульс на тому, що відбувається. Так часто, щоб учасники процесу не встигали розбігтися в різні боки та забути про спільні цілі. Настільки часто, наскільки потрібно успіху проєкту, продукту, ініціативи, сервісу.
Як довго? Так довго, щоби ви змогли зрозуміти, де ви зараз і що варто робити далі. Так довго, щоб усім учасникам процесу стали болісно очевидні подальші кроки. Так довго, щоби кожен відчув силу команди над викликами, які кидає проєкт, продукт, ініціатива, послуга.
Говорять, «тиждень роботи економить годину планування». Це чудовий жарт.
У вас згодом може з’явитися ритуал тижневого планування. І також п’ятихвилинна ранкова та післяобідня літучка. Якоїсь миті ви зрозумієте, що варто зустрічатися й обговорювати недавні інциденти, щоби вони більше не повторювалися. Якісь зустрічі ви почнете присвячувати розмовам про те, як спрощувати собі роботу і ставати розумнішим.
Згодом, у вас з’явиться спектр ритуалів. Але боже борони називати їх плануванням спринту, щоденними Scrum-мітингами, рев’ю продукту чи ретроспективами. Не наслідуйте тих IT-шних зануд, які наслідують книжкові процеси — шукайте свій шлях в Agile!
Й у вас для цього все є. Залишилося тільки почати зробити три перші кроки:
Mobilize
Visualize
Ritualize
А якщо українською й дуже простими словами:
Приміщення
Дошка
Ритуал
Запам’ятаєте?
М’якого старту!
Але пам’ятайте — це лише початок. Для хорошого Agile потрібна ще пара важливих речей.
Comments