tgoop.com/agile_space/208
Last Update:
Привіт, продовжуємо нашу рубрику фейлів 😉
Dmytro Skliar
Хочу поділитись своїм фейлом, який виник на другий пів рік моєї роботи Скрам Майстром. Я вже мав PSM1 і вважав себе непоганим Скрам Майстром, що має бекграунд PM, практикує Agile підходи і добре знається на усіх артефактах, ролях, івентах і т.д. Але, як каже наша “біблія” Scrum is simple to understand, but difficult to master.
Scrum виявився значно глибший ніж артефакти, ролі та івенти. Перш за все це взаємодії між людьми, що є командою (пізніше виявилось, що навіть більше, але про це не сьогодні). Тож люди, що працюють в одній групі та мають єдину ціль, вони різні. Мають різний характер, можуть мати різні погляди на речі, персональні цілі і багато всього іншого. Працюючи разом ці різні погляди, цілі та характери завжди зустрічаються між собою і не завжди усі згідні один з одним.
Мені пощастило працювати зі злагодженою командою перші 6 місяців і все що мені требу було робити – це слідкувати за тайм-боксами, іноді ділитись своїми спостереженнями, допомагати команді бачити велью і працювати з імпедіментами. Кайф!😊
Продукт розвивався і ми доволі швидко дійшли до моменту, коли перед нами постала необхідність росту. І до нас в команду прийшов новий сініор фронтенд девелопер - Сергій. Дуже гарна людина і класний професіонал. Все було добре і ми мали декілька успішних спринтів. Настав момент, коли ми не встигали до важливого релізу, і фронтенд девелопер Вася, що вже давно працює в команді мав складнощі, але на дейлі звучало лише «я вже майже доробив, ноу блокерс».
Так продовжувалось кілька днів, а «я вже майже доробив, допомога не потрібна» змінилось на «сьогодні дороблю». Ось настав день релізу і Вася запевняє усіх, що ще пів годинки і готово, все протестовано і лише оця маленька частинка залишилась. Сергій бачачи це просто заліз у код Васі і швидко виправив проблему. Реліз був успішний, але наступного дня Вася і Сергій майже не розмовляли і почали токсично поводитись по відношенню один до одного.
Розуміючи що треба з цим щось робити я поліз вирішувати цей конфлікт між девелоперами. Я поговорив окремо з кожним, домовившись про те, як кожен з них може і буде працювати в команді, але по суті це ще більше погіршило взаємодії у команді. Наче конфлікт і вирішений, але командний дух таїв на очах.
На щастя я як раз читав Лізу Адкінс Коучинг Agile команд (дуже рекомендую!!!) і там знайшов розділ №9 Agile Коуч, як навігатор конфлікту, який допоміг мені зрозуміти мій фейл. Я, як Скрам Майстер, чи Коуч не повинен вирішувати конфлікти, я можу допомогти вирішити конфлікт ставши навігатором. Тож мої наступні дії були направлені саме на це, і магія спрацювала. Я мав окремі розмови з Сергієм і Васею, де:
👉 кожен з них виявив бажання вирішити цей конфлікт;
👉кожен згодився на мітинг, де саме вони зможуть все обговорити і вирішити конфлікт, а не третя сторона;
👉 я отримав запит від хлопців на допомогу у цьому конфлікті. Моя допомога, як навігатора, була у тому, що я можу вступати у розмову нагадуючи про її мету розмови, якщо хлопці будуть повертати не в той бік і віддалятися від мети.
Насправді у цій історії є багато фейлів, але я хотів сфокусуватися саме на конфліктах.
p\s Дякую Сергію і Васі за цінний досвід, і Лізі Адкінс за знання)
BY Agile Space 💙💛
Share with your friend now:
tgoop.com/agile_space/208