123AGILE або три кроки в Agile. З чого розпочати старт у гнучкі методи роботи креативним та сервісним командам? (частина 1/2) | Scrum Україна - тренінги, навчання та сертифікації Agile, Scrum, Large-Scale Scrum
 
Статья отображается на оригинальном языке.

123AGILE або три кроки в Agile. З чого розпочати старт у гнучкі методи роботи креативним та сервісним командам? (частина 1/2)

Напевно, найлагідніший спосіб почати грати з гнучкими підходами, без докорів сумління

01 сен 2022

Це український переклад статті Олексія Кривицького, яка була написана ще в 2017 році. Російську версію матеріалу можна прочитати тут.

Моє спостереження останніх років — безліч сервісних та креативних команд дивляться із заздрістю на продуктові IT команди та компанії, намагаючись зрозуміти, як адаптувати те, що там так гарно виглядає: команди, живе спілкування, візуалізація та прозорість процесів з елементами гейміфікації та фана.

«Нам подобаються ідеї Agile!» — кажуть вони. «Але, як нам розпочати?».

І проблеми тут дві:

  1. Agile — сам собою, як філософія, не дає відповіді питання, з чого почати. Це лише набір цінностей і принципів. І постає перше питання: «З чого ж нам почати впроваджувати Agile?»
  2. А такі чіткі каркаси як 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 для книги рекордів Гіннеса, але користь точно обіцяю! І чи не для цього ви шукаєте нові методи роботи?

І так, три кроки:

  1. Mobilize
  2. Visualize
  3. Ritualize

Усього три кроки, але без них ніяк. І зараз по черзі.

#1: Mobilize

Ми починаємо з організації простору для команди чи просто приміщення.

Mobilize

Крок 1: Mobilize

Ви робите проєкти на замовлення? Чи надаєте сервісну діяльність? Працюєте, як підрядник? Розробляєте власні продукти? Чудово.

І ви, напевно, можете подумати про тих, хто мусить прикластися, щоби вийшло.

«Mobile» означає зібрати людей. Усіх, хто потрібний, для успіху проєкту, продукту, ініціативи, послуги…

А що саме означає зібрати? І що якщо вони працюють у home-офісах по всьому світу? Гарне питання, дякую, що спитали.

Зібрати — мається на увазі звести їх разом. Бажано фізично. Але щонайменше віртуально. Так, щоб у них з’явилося спільне місце для спілкування: кімната, стіна, Miro-дошка, переговорка, slack-чат, telegram-група…

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

Але тут нам важлива ментальна близькість більша, ніж фізична.

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

Тож тут йдеться про створення середовища та мобілізацію уваги, які дають змогу групі спілкуючись стати командою, об’єднаною однією метою. Хоча б тимчасово. Хоча б в окремо взятому чат-румі (хоча, набагато краще за одним столом… але я, здається, уже про це говорив, ні?).

#2: Visualize

Тут ми додаємо візуальну дошку.

Visualize

Крок 2:Visualize

Зібралися разом? Чудово. Ви готові до другого кроку — візуалізувати роботу.

«А це як?» — Запитайте ви. «Як завгодно!» — Відповім я. Anything goes.

Важливо зробити так, щоби з’явився колективний артефакт, стіна, фліпчарт, вікно, двері, стіл врешті-решт — на якому видно майбутню і зроблену роботу.

To do. In progress. Done!

У вигляді карток, стікерів, магнітиків, малюнків.

To do. In progress. Done!

З деталями чи без. З іменами працівників чи без. З лімітами кількості завдань у роботі чи без. Як завгодно. Але там мусить бути відображена вся робота.

To do. In progress. Done!

Це ваша мантра. Повторюйте її регулярно. Хоча про це якраз наш третій крок.

#3: Ritualize

Як ви вже, напевно, здогадалися — тут ми запроваджуємо ритуал.

Ritualize

Крок 3: Ritualize

Мобілізували команду? Візуалізувати роботу? Чудово.

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

І що найсумніше — артефакт із вигорілими й давно неактуальними стікерами щодня нагадуватиме всім про те, що статус-кво непереможне. Що «ми особливі та Agile у нас не запрацює».

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

Ритуалізація процесу в нас триває під пунктом «3». Але це, зазвичай, не одноразова дія.

Це звичка збиратися час від часу разом, дивитися на роботу та вирішувати, як і що робити далі.

Як часто? Так часто, щоб усі тримали пульс на тому, що відбувається. Так часто, щоб учасники процесу не встигали розбігтися в різні боки та забути про спільні цілі. Настільки часто, наскільки потрібно успіху проєкту, продукту, ініціативи, сервісу.

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

Говорять, «тиждень роботи економить годину планування». Це чудовий жарт.

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

Згодом, у вас з’явиться спектр ритуалів. Але боже борони називати їх плануванням спринту, щоденними Scrum-мітингами, рев’ю продукту чи ретроспективами. Не наслідуйте тих IT-шних зануд, які наслідують книжкові процеси — шукайте свій шлях в Agile!

Й у вас для цього все є. Залишилося тільки почати зробити три перші кроки:

  1. Mobilize
  2. Visualize
  3. Ritualize

А якщо українською й дуже простими словами:

  1. Приміщення
  2. Дошка
  3. Ритуал

Запам’ятаєте?

123AGILE_1

123AGILE_2

123AGILE_3

123AGILE_4

М’якого старту!

Але пам’ятайте — це лише початок. Для хорошого Agile потрібна ще пара важливих речей.

Рекомендованные мероприятия

тренинг
Дмитрий Незабытовский  

Двухдневный курс по основам Agile, Scrum фреймворку и Kanban-методу. Курс сертификационный, по его окончанию участники получают именные сертификаты ICAgile Certified Professional - Agile Fundamentals (ICP).

тренинг
Дмитрий Незабытовский, Александр Червинский  

Двухдневный углубленный класс посвященный фасилитации. Курс сертификационный, по его окончанию участники получают именные сертификаты ICAgile - Agile Team Facilitation (ICP-ATF Certified professional).

тренинг
Craig Larman  

Learn with Craig Larman—the co-creator of LeSS—in this 3-day highly-participative course. Participants (senior managers, product developers, ...) explore a deep understanding of LeSS, Large-Scale Scrum, for lean & agile development with many teams working together on one product.

Рекомендованные статьи

123AGILE- лёгкий старт в гибкие методы работы для небольших креативных и сервисных команд (часть 1/2)

Нет, это не новый фреймворк.

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

Это метод старта в Agile для тех, кому Scrum кажется тяжеловесным, …

Как сделать организацию Agile-ной

Опросы показывают, что большинство Agile команд испытывают сложности из-за отличия практик работы в команде и в остальной организации. Можно ли сделать всю организацию Agile-ной?

Мы активны в социальных сетях и хотим общаться. Добавляйтесь на нашу страничку в facebook и присоединяйтесь к нашим сообществам.

По вопросам коучинга и корпоративных программ:

+380 93 4974661
hello@scrum.ua

По вопросам публичных классов, регистраций, счетов:

+380 95 7402380
hello@scrum.ua

По всем номерам телефонов - голос и telegram.

©2017 - 2022 Scrum Ukraine. Все права защищены.

Политика конфиденциальности