Більшість сучасних продуктів — це серія проєктів, які пов’язані між собою. Виходить, ми щось закінчуємо й одночасно якийсь процес розпочинаємо, а буває, навіть не закінчуємо, але вже робимо щось нове. Робимо додаткові функції, фічі під час роботи над чимось іншим. І, у результаті, концентруємося на тому, що потрібно зробити більше роботи. Project Manager фокусується на кількості виконаної роботи. Він має scope, план та графік.
Agile, у різноманітності його підходів, пропонує зовсім іншу парадигму. І це мені сподобалося. В Agile ми спочатку визначаємо, що дійсно потрібно споживачам і просимо розробників саме це зробити. Ми не підганяємо терміни, ми не погіршуємо якість. Для Agile MVP — це не “давайте зробімо так, а потім полагодимо”. Це про інше — що потрібно мінімально користувачеві, щоби він почав користуватися продуктом?
І Scrum Master на відміну від Project Manager-а допомагає зрозуміти, що варто зробити для того, щоби продукт став робочим. Якщо РМ слідкує за планом, то SМ допомагає досягти додаткової цінності.
Цікавість до Agile у мене виникла раніше, ніж я прийшов в IT. Цю "цінність для кінцевого споживача" я намагався знайти, коли ще працював у продажах, керівником відділу продажів. Ми постійно шукали, знаходили, переглядали й у результаті нам удалося побудувати відмінний відділ продажів по Agile. Сенс був не лише в цінності, яку ми приносимо людям, а в пошуку додаткової цінності, яку ми зможемо принести в майбутньому. Людей не треба вчити, людей потрібно навчити вчитися. Тоді вони зможуть чогось досягати.
Після продажів, я змінив роботу на IT і потрапив до структурованої компанії, де є СЕО, Product Manager, у якого в підпорядкуванні Project Manager-и, які бігають та запитують розробників "Ну як? Ну що? Встигаємо чи ні?". Зі свого досвіду зараз я можу сказати, що всі розробники робили будь-що. Тому що Project Manager-и давали їм таски спущені від Product Manager-ів. А Product Manager давав те, чого хоче СЕО. У цьому ланцюжку ніде не було кінцевого користувача нашої платформи.
Багато компаній найчастіше вгадують цінність, яку вони несуть кінцевому користувачеві. Ця схема здалася мені не зовсім робочою. Тому я пішов ще глибше в навчання Agile і зрозумів, що мені потрібно стати Scrum Master-ом. Є хороша приказка: “Scrum Master або змінює компанію, або змінює компанію” :). Тому я змінив компанію, тому що саму компанію мені змінити не вдалося.
У результаті, на першій своїй роботі в ролі Scrum Master, я побачив якийсь більш-менш зачаток Agile. У нас було робоче середовище з Agile мисленням. Ми виходили з того, що маємо. У нас була група розробників, розбита на дві команди. Група розробників мала свою швидкість роботи, знання та визначення готовності роботи. Я почав аналізувати, яких знань не вистачає, що ми можемо покращити, де ми можемо змінити процес, щоби бути ефективнішими (наприклад, Kaizen).
Для мене, це було приголомшливою різницею. Де, з одного боку, продукти — це серія проєктів "швидше-швидше, давай-давай" і "якщо погоджуватися з термінами програмістів, то вони робитимуть нескінченно довго свою роботу". А, з іншого боку, у нас є люди, які працюють і допомагають команді та продукту ставати більш ефективними. Й ось, власне, у чому різниця роботи Project Manager-а та Scrum Master-а.
Чи трапляються переходи від одного стану до іншого в рамках однієї компанії?
Буває. Але будь-якій зміні має передувати криза. Якщо ваша компанія за півкроку від банкрутства — вона може пройти такий перелом. Якщо у вас змінився менеджмент, або зійшло осяяння на ключового стейкхолдера, теж може статися такий перелом. Але просто так, коли робочий процес тече й нічого особливо не змінюється в компанії, такі прориви не відбуваються. На жаль!
Я радий був приєднатися до Scrum Ukraine, тому що ми намагаємося збільшити кількість осяянь у компаній. Ми проводимо публічні вебінари, бесіди, консультації, навчання. Ми намагаємося максимізувати кількість інсайтів "що може стати ще кращими" в компаніях. Зараз я консультую одну компанію, яка пройшла тривалий процес до осяяння. Тобто, це не було клацання пальців на кшталт “Ага, ось воно, що я роблю не так”. До нас приходив один із керівників компанії, який приймає рішення, побачив, яким може бути робоче середовище, ставив питання, після яких переконався, що це реальне життя, а не якісь казки-обіцянки. Потім він довго аналізував інформацію, читав книжки та спостерігав за своїм продуктом. Побачивши кількість промахів, які були допущені в процесі роботи над цим продуктом, він зрештою зважився працювати з нами по консалтингу. Через півроку роботи він задоволений результатами у своєму продукті.
Яких знань, по-твоєму, бракує Project Manager-ам, щоби бути Scrum Master-ом?
Зауважу одразу, що не всім проєктам потрібний Agile чи Scrum. І що саме середовище визначає роль.
Класичний Project Manager не мислить категоріями Agile тому, що будь-який проєкт — це відрізок часу, а будь-який продукт — це промінь, який має початок і не має кінця. І те, наскільки ми розпорошуємося в роботі над проєктом, залежить від ефективності процесу. А процеси допомогає налагоджувати Scrum Master у команді або Agile Coach загалом по компанії. Як тільки ми розуміємо, що наш продукт — це промінь і нам потрібно збільшувати ефективність роботи в моменті, тоді компанія може замислитися про Scrum Master.
Також, може бути й по-іншому. Якщо Scrum Master — це певна роль людини, яка допомагає команді працювати за Scrum, допомагає Product Owner і вчить організацію \ коучить, то Project Manager — це збірне поняття. Я бачив команди, де Project Manager був усередині скрам команди, але його роль полягала в тому, що він займався технічною документацією та розвідкою з іншими компонентними командами. У деяких командах, його назвали б бізнес-аналітиком, що теж, по суті, є збірним поняттям.
Якщо Project Manager думає розвиватися, як фахівець, в роль Scrum Master, йому потрібно вчитися відсторонюватися на час навчання від того, що він бачить у роботі й спробувати думати по-іншому. Це, як пенітенціарна система. Навіщо державна судова система садить злочинців у в’язницю? Щоби вони були ізольовані від суспільства. А в деяких країнах — для того, щоби вони більше ніколи не скоїли злочинів.
Так і тут. Щоби стати Scrum Master, потрібно зрозуміти всі недоліки проєктного менеджменту. А далі здобувати знання. На жаль, дуже багато помилкових знань про роль Scrum Master, і загалом про Scrum у відкритому доступі, в інтернеті. Міфів про Scrum можна зібрати більше, ніж Scrum Guide завдовжки. Для того, щоби стати Scrum Master, потрібно вибирати якісне, перевірене джерело знань і звідти черпати всю інформацію.
У принципі, нічого неможливого не існує. Було б бажання. Важливо ще пам’ятати про навчання. Як тільки ви стаєте Scrum Master-ом, вчитися ви будете постійно. Загалом увесь свій час. Тому що роль Scrum Master-а дуже багатогранна, де розвиватися можна у двох площинах: горизонтальній та вертикальній, що неможливо для Project Manager-ів. Гарний Project Manager — це досвідчений Project Manager. Кращий Project Manager у команді бігає швидше за інших або знає, куди подзвонити, щоби не бігати. Досвідчений Scrum Master має широкі знання, які можливо застосувати до будь-якого продукту. Звісно, є галузеві знання. Але, навіть, якщо взяти банківського Scrum Master-а й поставити його в дитячий садок, він там теж добре налагодить процес.
Чому в тебе виникло бажання піти на ICAgile Certified Professional (ICP) сертифікацію?
На той момент я вже багато читав статей від Дмитра Незабитовського й мені сподобалася його особливість — будь-яку складну ситуацію Дмитро може пояснити на простих прикладах. Плюс я хотів систематизувати свої знання. Це те, чого мені не вистачало в той час.
До навчання з ICP у мене були уривчасті знання з Agile. Але це я зрозумів лише після проходження курсу. Це як під час переїзду в інше місто, куди раніше ти тільки туристом приїжджав. Ти знаєш ось цю площу, ось цей фонтан, колись був у тому ресторанчику. Але тільки коли ти почнеш жити в цьому місті, ти почнеш об’єднувати ці місця у своїй голові. Ти вже знатимеш, що через провулок у цій арці можна потрапити на площу, до фонтану. А фонтан розташований на одній вулиці з тим рестораном. А ще тобі покажуть дворик із гарною крамничкою, де можна купити продуктів тощо. Лише в місті ти це робиш за якийсь проміжок часу, а клас ICP дає ці знання з Agile за два дні.
Для мене ICP здійснив переворот, революцію в голові. Усі речі, які жили колись окремо, деякі, навіть, були протиставлені твоїм знанням, раптом склалися в доріжку з дуже зрозумілою системою, коли можна легко бродити туди-сюди. Виходить, всю масу неправдивих, не сформульованих, недопрацьованих речей з інтернету про Agile Дмитро впорядкував, розклавши всю інформацію по поличках.
Плюс, формат навчання розкішний. Дмитро дає чимало інформації, у чіткій та зрозумілій формі. Нею можна користуватися відразу, навіть якщо ви нічого не знали раніше про Agile. Чим більше знань, що укорінилися, ви принесете на це навчання (наприклад, ви пробували спринти, борди, ретроспективи й щось не виходило), тим більше структури та ясності ви здобудете на виході. Якщо людина, яка раніше нічого не практикувала, забере після навчання 2–3 ідеї, то людина, яка крутиться в цій спільноті, піде з навчання з 10–15 інсайтами. Головне, встигати їх записувати. Зрештою, є записи відео та Miro-дошка, до якої завжди можна повернутися.
Як змінилася твоя робота, підхід до роботи після навчання?
Рівно втричі. За всіма показниками стало значно краще. Коли тобі зрозумілий процес, ти без страху в очах йдеш у нове. І, по-друге, ти не витрачаєш час на пошуки відповідей на запитання. Тому що розумієш:- що, навіщо й чому тобі зараз сказали;- як це пов’язано з минулим та майбутнім продукту\проєкту, на якому ти наразі працюєш;- на якому місці цілого шляху всього проєкту зараз перебуваєш, тому можеш підхоплювати всю роботу на льоту.
У мене зник безпричинний страх зробити крок уперед. З’явилася ясність. Розуміння процесів надало впевненості. У результаті зараз я пробую проблему на смак і розумію туди, я йду чи ні. Спробував проблему та почав будувати план її вирішення.
Як ти вважаєш, на якому етапі роботи Project Manager-ам потрібна сертифікація Agile?
Може, сама сертифікація ICP і не знадобиться Project Manager-у, але знання дуже потрібні. Як мінімум, половину роботи Project Manager буде робити набагато легше після проходження цього класу. Організація процесу зміниться. Тому що нові знання застосовуються не тільки до командної роботи, але й до себе.
Здобувши ICP сертифікат, що далі?
Сходіть сьогодні на ICP і за два роки можете ще раз повторити. Я певен вам буде цікаво. Не хочете на ICP, сходіть на хорошу Agile конференцію, там також досить багато інсайтів та практичних порад. Вчитися треба постійно.
Після ICP, я пішов на ICAgile Team Facilitation (ATF). Тепер будь-який івент для мене, як відкрита книга. Немає страху, навіть якби стейкхолдери зібралися і сказали: «Чому ви завалили цю фічу?». Як максимум, я знаю, як тепер проводити такі зустрічі.
Але, якщо ви залишаєтеся на позиції Project Manager і не бажаєте переходити на роль Scrum Master-а, дуже раджу пройти курс Certified Scrum Product Owner (CSPO) з Олексієм Кривицьким. Професійний Product Owner — частина ролі, яку в принципі виконує Project Manager. Цей клас ще більше розплющить вам очі на те, як варто структурувати свою роботу і приносити більше value. По суті, будь-який Project Manager цінується за те, яке value він приносить продукту. І цей курс дозволяє оптимізувати й сфокусувати свою роботу в потрібний бік.
Вивчаючи Agile ви зменшуєте кількість непотрібної роботи задля досягнення тих самих цілей.
Comments