Котел ПМа
854
@pmkotel
Мысли и заметки из жизни Senior ПМа
-
Котел ПМа
Друзі, я скучила 😊 Пропоную зустрітись, щоб поговорити про інциденти на проєктах, як їх вирішувати та аналізувати, щоб уникнути повторення. Коли: 1 вересня, 19:30 за київським часом (UTC/GMT +3 hours) Мова: англійська Місце зустрічі: DEV.BG meetup Участь безкоштовна Реєстрація: dev.bg/event/m…evention За посиланням вище трохи більше про тему. З мене – підготувати доповідь (і я вже навіть почала, чесно-чесно 😊). З вас – цікаві питання. До зустрічі! -
Котел ПМа
TED Talks for PMs 🎙 Для мене особисто краса TED Talk-у у співвідношенні користь/витрачений час. Лише за 10 хвилин на день ти поповнюєш свій англійський вокабуляр та дізнаєшся про якусь цікавинку або по-іншому починаєш дивитись на звичні речі. Сьогодні хочу з вами поділитися підбіркою TED Talks, які можуть бути цікаві проєктним менеджерам 😊 ⚡️ Селеста Хедлі: 10 способів стати відмінним співрозмовником Коли за родом занять вам необхідно вміти розмовляти з людьми, ви дізнаєтеся багато про те, як вести бесіду, і про те, що багато хто з нас робити цього не вміє. Протягом багатьох років Селеста Хедлі працює ведучою ефіру на радіо і добре знає складові успішної бесіди: чесність, стислість, ясність і вміння слухати. У цьому виступі вона ділиться десятьма правилами, які допоможуть стати класним співрозмовником. ⚡️ Дорі Кларк: Справжня причина, чому ви так зайняті (і що з цим робити) У наші дні майже кожен з нас відчуває нестачу часу. Експерт з лідерства Дорі Кларк ділиться трьома прихованими причинами, через які люди потрапляють у нескінченне відчуття постійної зайнятості, і пропонує вам поцікавитися, що є мотиватором ваших справ. ⚡️ Рей Даліо: Як побудувати компанію, де перемагають найкращі ідеї Уявіть, якщо ви по-справжньому знали б своїх колег та їхні думки? Рей Даліо з огляду на бізнес розповідає про переваги ідей меритократії. Для неї потрібні повна прозорість та алгоритмізоване прийняття рішень. При такій системі люди можуть вільно висловлювати свої думки та навіть критикувати керівників. Дізнайтеся більше про те, як ця стратегія допомогла Даліо створити один із найбільш успішних хедж-фондів у світі та як спільне прийняття рішень на основі фактів може бути корисним особисто вам. ⚡️ Сара Елліс і Хелен Таппер: Найкращий шлях у кар’єрі – це не завжди пряма лінія Зазвичай здається, що ідеальний кар’єрний шлях виглядає як лінійний – сходи, по яких потрібно підійматися з цілеспрямованою зосередженістю, щоб досягти вершини. Консультанти з розвитку кар’єри Сара Елліс та Хелен Таппер запрошують вас змінити цю застарілу й обмежуючу модель. Це відео для тих, хто відчуває себе обмеженими кордонами корпоративних сходів. ⚡️ Карен Ебер: Як ваш мозок реагує на історії – і чому вони є вирішальними для лідерів Як найкращі світові лідери та візіонери заслуговують на довіру? Вони розповідають чудові історії. Консультант з лідерства Карен Ебер розкриває, що сприяє ефективному оповіданню історій, і пояснює, як будь-хто може використати це, щоб викликати співчуття та надихати на дії. Приємного перегляду 😊 
-
Котел ПМа
Як нетехнічному спеціалісту увійти у професію ПМ ❓ Моя колега Яна Цимбровська, Project Manager у Sigma Software, має цікаву історію про старт її кар’єри в IT. Після багаторічного досвіду роботи керівником маркетингової команди вона вирішила стати ПМом. «Мене завжди приваблювала можливість працювати в IT. Мій батько був розробником, чоловік та друзі варяться в цій сфері. І коли я побачила можливість зміни діяльності, то почала приміряти на себе різні професійні ролі — девелопер, тестувальник та менеджерські посади. І зрозуміла, що моє — це бути ПМом. Мій шлях був трохи нетиповим. Десь мені дуже щастило і не приходилось довго стукати у закриті двері, а десь було складно, траплялися фейли за які було дуже незручно 🙈 Але все це допомогло мені побудувати кар’єру про яку я мріяла. Хочу з вами поділитися своїм досвідом та порадами, які можуть стати у пригоді 🙂 Перший крок — «Окей, Google» 👋🏻 Я розпочала з пошуку курсів. Загуглила та побачила хороший варіант — платформу Coursera, вона була найпопулярніша та з добрими відгуками. Почала дивитися декілька курсів про проєктний менеджмент одночасно та обрала для себе 2, де викладачі зрозуміло подавали інформацію. Ось один з них — Fundamentals of Project Planning and Management. Якщо вам у навчанні потрібен зворотний зв’язок, то краще пошукати живі онлайн/офлайн курси з реальним викладачем, який допоможе вам освоїтися у професії. Також ви зможете обговорювати актуальні питання зі своїми одногрупниками. ☝🏻 Нетворкінг це важливо: у мене було оточення з IT сфери, але якщо у вас немає знайомих з цієї індустрії, ви можете шукати офлайн/онлайн товариства для спілкування. Наприклад, як цей телеграм канал 😊 Другий крок — «Не чекати у моря погоди» 🌊 Після проходження 2 курсів мені вже хотілося спробувати себе на реальних співбесідах. І вам рекомендую намагатися якомога раніше почати отримувати практичний досвід 😌 Перша співбесіда на Junior PM була невдалою. Я перехвилювалася, відповідала не так як потрібно було, часто відходила від теми питання в інший степ 😞 Потім я проаналізувала цю ситуацію і зрозуміла, що на інтерв’ю потрібно тримати фокус на запитаннях і якщо щось не зрозуміло, то не соромитися перепитати — «Чи правильно я зрозумів/ла, що …?», «Підкажіть, що ви мали тут на увазі?». Це допомогло мені наступного разу. І як раз це була співбесіда на інтернатуру до Sigma Software, і я успішно її пройшла. Вирішила далі не шукати, а чекати на старт навчання у компанії. 🙋🏻♀️🙋🏼♂️Пробуйте подавати своє резюме на різні інтернатури та на позиції Junior PM. Не розчаровуйтесь, якщо вас одразу не візьмуть, аналізуйте свої помилки, питайте що потрібно підтягнути, коли компанія вам відмовляє. І ще важливо додати, що в одній компанії ваших навичок буде недостатньо, а в іншій якраз буде те, що треба. Тому не зупиняйтесь та пробуйте себе далі. Третій крок — «Очі бояться — руки роблять» 🔥 На початку роботи складно відчувати себе впевненим у собі та це нормально. Будьте готові до того, що робити помилки — це неминучий етап на новій посаді. Відносьтесь до цього спокійно і не бійтеся ставити питання, коли щось не зрозуміло 👌🏻 У мене на цю тему є кумедна історія. У нас у компанії є поняття TEX (Technical excellence status). Якщо ввести це поняття у гугл, то можна знайти все що завгодно, наприклад, що це формат текстових документів, але точно не щось пов’язане з IT. Запитати у свого ментора я посоромилася і я стільки намучилася у пошуках 😅 Навіть своїх друзів опитувала про значення цієї абревіатури, але вони також не знали. Потім мені підказали, що цей термін не загальний для IT сфери, тому це було Окей запитати колег чи знайти інформацію на корпоративних ресурсах. У кожній компанії можуть бути свої індивідуальні терміни або процеси про які ви можете не знати. Не соромтеся питати про це 😊». 
-
Реклама
-
Котел ПМа
#менеджментякмистецтво Коли в п’ятницю ти розумієш, що щось забагато ти на себе взяв на цьому тижні. Друзі, сплануйте ресурсні та розслаблюючі вихідні 😊 Фрагмент фрески «Страшний суд», Мікеланджело Буонарроті,1512: 
-
Котел ПМа
Про менторство. Частина II Нещодавно я робила презентацію для інженерів на DevOps Days Krakow щодо менторства. Заохочувала скілових спеціалістів спробувати себе в цій ролі 💪🏻 Розповідала, чому компанії зацікавлені вкладати час досвідчених розробників у навчання початківців, і чому співробітники, які приймають цей челендж, стають більш цінними на ринку, та які свої навички прокачують на цьому шляху. Також намалювала перспективи, як можна масштабувати свої менторські навички та виховувати для компанії все більше молодих та перспективних спеціалістів 🤗 Ця презентація для вас, якщо ви: 🔸 досвідчений фахівець та замислюєтесь над можливістю взяти собі менті, щоб ділитись мудрістю та знаннями 😌 🔸 ПМ, який хотів би заохотити до цієї роботи когось із членів своєї команди та шукає аргументи для цього 🔸 поціновувач стрічки «Карате-кід» та мультиплікаційних фільмів «Король Лев», «Черепашки-ніндзя» 😉 Адже розповідаючи про менторів, я використовувала аналогії з відомими кіношними менторами – майстром східних єдиноборств Міяґі, Муфасою (батьком Сімби) та майстром Сплінтером. Подивитися відео можна тут: https://youtu.be/3yBwlfmeN5c Очікую на ваші фідбеки у коментарях 😊👇🏻 
-
Котел ПМа
🤓 Про менторство. Частина I Ми з моїм колегою Артемом Анучкіним, Project Manager у Sigma Software, вирішили поміркувати на тему менторства 🧐 І якщо ви замислюєтеся про наставництво, ця серія нотаток буде саме для вас 😊 «Коли я вирішив взятися за менторську діяльність, я згадував навчання у свого ПМ Майстра. І поставив собі питання — що мені було до вподоби у його роботі, що працювало зі мною якісно, чого мені не вистачало або хотів би додати/змінити. 👉🏻 Відповіді на ці питання допомогли мені зрозуміти, чого (на мою думку) потребують мої менті. Далі я побудував процес навчання таким чином, щоб молодший спеціаліст пройшов зі мною цей шлях, здолав всі випробування, щоб стати справжнім ПМ Джедаєм 😎 Дуже рекомендую вам на старті згадати свій кар’єрний шлях. Це може допомогти вам зрозуміти, що може буде корисно вашому менті та як побудувати процеси на перших етапах. ❗️ Важливо додати, що перш ніж взятися за цю справу ви маєте бути впевнені, що у вас достатньо часу для наставництва. Варіант, коли ви зідзвонюєтеся з вашим підопічним один раз на два тижні буде програшним для вас обох. Менторство це не тільки про професійний розвиток менті, а й самого спеціаліста 🚀 На вас очікує багато питань із серії «навіщо та чому?», на які одразу, можливо, ви не зможете дати відповіді. Та вважаю, що це класно. Ви шукаєте відповіді, дивитесь на ситуацію під іншим кутом, чуєте нову точку зору від менті, і це має позитивний вплив на професійне зростання вас обох. 🔹 Кого обрати на роль менті? Обирайте тих, хто має жагу до навчання, робить задачі не за шаблонами, а розуміє глибину питань, пропонує свої ідеї, має мотивацію та хоче швидко навчатися. Якщо всі риси сходяться, тоді не витрачайте часу, надсилайте листа з Гоґвортсу (закреслено)... скоріше починайте працювати разом 🤗 🔹 Перша зустріч На першій зустрічі обов’язково спитайте у свого підопічного про його очікування від вас та проговоріть свої від нього. Побудуйте план навчання, призначте зустрічі на місяць вперед. Обговоріть важливі питання для вас обох. Треба побудувати процес так, щоб по завершенню навчання не виникло проблеми Очікування ≠ Реальність. Ви домовляєтеся як діятимете на березі. Пробуйте цю модель 1-2 тижні, а якщо побачите, що можна щось підкоригувати, зробіть це. 🔹 Менті 🔜 PM спеціаліст Найбільше часу ви витратите на самому початку менторства. Але це позбавляє вас необхідності пояснювати все знову через кілька місяців або виловлювати бліх в роботі ПМа, а у вас вже не має часу це виправляти. Найліпше передавати відповідальність до молодшого фахівця поступово 📖 Наприклад, ви ставите задачу — зробити звіт або звести бюджет. 🧑🏻💻👩🏼💻 Спочатку ви робите це разом, можливо витрачаєте на це х3 часу, але відповідаєте на всі питання, крок за кроком, розбираєте з менті логіку розв'язання поставленої задачі. Повільно розповідаєте йому, що важливо, а що другорядне, на що краще звертати увагу у майбутньому. Потім менті самостійно виконує поставлені задачі з використанням усього того, що ви обговорювали на попередніх зустрічах. Дозволяйте на цих етапах помилятися і поки ставте двійку в журнал олівцем 😉 🧑🏻🏫 Далі ви можете помінятись ролями. Менті підготує звіт та розкаже як він/вона зробили задачу, а ви будете ставити питання, розуміти логіку виконання. У кінці відмітьте, що вийшло добре, а що треба підредагувати. А через деякий час менті може вже зробити звіт для замовника та після вашого рев’ю відправити клієнту від свого імені. 👉🏻 Пропонуйте приходити до вас не тільки з питаннями, але із готовими рішеннями. Перед тим як йти до ментора та ставити питання, краще спочатку спробувати розібратися у питанні самостійно, пошукати необхідну літературу, знайти декілька варіантів рішення, а потім показати їх наставнику 📚 Коли він/вона проаналізували ситуацію досконало, то буде потрібна зовсім невелика допомога від вас. Так крок за кроком менті переходить на нову більш відповідальну позицію, пройшовши всі випробування, набувши досвіду та знань завдяки своєму Майстру Йоді — тобто вам 😌». 
-
Котел ПМа
Якщо в гороскопі написано щось приємне, то можна в це вірити. Якщо там щось неприємне, то не звертати уваги, бо ми ж раціональні люди 😊 А ще можна придумати фанові гороскопи для своїх колег, щоб зробити тиждень приємнішим. Як вам така ідея? 
-
Котел ПМа
Для того, щоб людина, яка не занурена у проєкт, наприклад, менеджер Product Owner, змогла прочитати цей статус та все зрозуміти для себе. 👉🏻 У цій комунікації також потрібно вказати ризики в actionable формі. Наприклад, з чого складається ризик; що буде, якщо цей ризик реалізується, хто контролює його; точка прийняття рішення (коли будуть зроблені дії, або по яким критеріям ми зможемо його вважати закритим, і хто за це відповідає). Про персональне відношення, small talks, емоційний інтелект можна також багато сказати, але то має бути тема окремого випуску 😉 4️⃣ Швидкість та реакція на проблеми На проєкті раптово може виникнути щось таке, що може призвести до порушення наших обов’язків або принести ризики для споживачів систем, що ми розробляємо. У таких випадках ми намагаємось якнайшвидше вирішити проблему. ❗️ Не очікуємо, коли клієнт попросить розв’язати це питання. Усуваємо миттєво проблему та потім проводимо аналіз, чому це сталося. Це допоможе наступного разу запобігти повторенню. Згідно до ISO, в таких випадках необхідним є створення формальних документів Corrective and Preventive Actions (CAPA) 📝 Але навіть якщо проблема не вийшла на формальний рівень, ми все одно йдемо до замовника та говоримо про ситуацію та шляхи попередження схожих ситуацій у майбутньому, і вносимо їх у план дій. Замовники не носять рожеві окуляри та розуміють, що на проєкті можуть виникати проблеми. Але це круто, коли вони 100% впевнені, що їх з цим не залишать, допоможуть і зроблять усе, щоб запобігти новим таким випадкам 🚀⚡️ Це один із ключів до довгострокових відносин з клієнтом. 5️⃣ Sense of ownership Якщо замовник відчуває, що команда ставитися до його продукту, як до свого власного — то це найбільша мотивація продовжувати відносини 🙌🏻 Показати таке відношення можна тим, що команда пропонує ідеї щодо нового функціоналу, як реалізувати вимоги найбільш оптимальним шляхом. Фішка також у тому, що на таких проєктах й команда найчастіше досить стабільна, тому що такий внесок у кінцевий результат та успіх продукту дуже мотивує😊 -
Котел ПМа
Гра вдовгу: Як побудувати довгострокові відносини із клієнтом ♾ Нещодавно поспілкувалася зі своєю колегою Дар’єю Грунтовською, Account Manager у Sigma Software, яка майстерно комунікує із замовниками та вміє будувати довгострокові відносини з ними. Дар’я розповіла про свої 5 правил у роботі, які допомагають їй досягати крутих результатів 😎 1️⃣ Управління очікуваннями та виконання комітментів Клієнти мають бути впевнені, що бюджет та терміни проєкту ретельно контролюються відносно обговорених на старті, а також мати докази якості роботи команди. Якщо ми бачимо ризики для деяких з цих параметрів, то говоримо про них якнайшвидше. Спосіб подачі такої інформації теж важливий: ❌ «У нас є ризик перевищити бюджет». ✅ «Ми бачимо, що задачі Х та Y можуть зайняти більше часу, ніж ми планували від самого початку, через те що…з'явилися нові вимоги/потрібен інший спосіб імплементації тощо». 👉🏻 А далі пропонуємо варіанти розв'язання цього питання. Клієнт обирає один з них. Наприклад, сформувати додатковий бюджет/спростити функціонал/якусь не пріоритетну функціональність відкласти до наступного релізу. Управління очікуваннями щодо якості роботи. У цьому найбільше допомагають цифри — система KPI проєкта 📊 Вона показує, як команда перформить, як змінюється якість продукту з часом, як саме ми дотримуємось термінів або естімейту. Набір показників є сенс калібрувати під потреби конкретного проєкта, залежно вiд того, що є найбільш пріоритетним для замовника — бюджет, якість, тощо, а також залежно від типу проєкта. Але базовий набір, наприклад, Velocity, Focus Factor, Burndown Chart треба закласти й трекати з самого початку 👍🏻 Загалом, для довгострокових відносин основним є передбачуваність у вашій співпраці 😌 2️⃣ Чесність та відкритість Відкритими та чесними теж треба бути правильно: ❌ «У нас немає розробника та ми не укладаємось у терміни😭». ✅ Чесно говоримо про проблеми та одразу ж пропонуємо розв'язання цих проблем. «Ми бачимо ось таку проблему та способи її вирішення такі …» і далі запитуємо, який був би для клієнта більш прийнятний. В мене був такий випадок: Розробник не бачив перспектив професійного розвитку на проєкті. І ми прийшли до клієнта з цим не в той момент, коли спеціаліст вирішив звільнитися, а коли на face-to-face він говорив, що інтерес до проєкту стихає, але він намагається знайти сили працювати далі 😞 Для нас це стало тригером, що треба йти одразу до клієнта з певними рішеннями щодо цього. Ми говорили про це так: «У нас є ось такий розробник, він справжній профі, йому подобається працювати у команді, але він не бачить для себе подальшого професійного розвитку на проєкті. Чи є у нас можливість пріоретизувати теми, які цікаві конкретній людині?» 🙏🏻 І далі ми з клієнтом відверто поспілкувались, розказали, які теми будуть сприяти професійному розвитку спеціаліста, і замовник погодився пріоритизувати ці задачі. Як ми контролювали подальший процес: 🔸 Створили план розвитку з чіткими датами для спеціаліста 🔸 Робили чек-поінти раз на місяць 🔸 Збирали регулярні фідбеки Це і є відкритість. Ми не приховуємо, що у нас є проблеми, але знаходимо для них рішення. Це клієнти дуже цінують. Ми немов стаємо на одну сторону з ними ☺️ 3️⃣ Регулярна комунікація Це дуже важливо на всіх рівнях. У вас повинен бути чіткий план комунікації із клієнтом. Регулярні зустрічі з ним треба забронювати наперед (якщо говоримо про довгострокові проєкти)👨🏼💻 Також досить важливо мати чіткий зміст зустрічей. Типова помилка, коли ПМ комунікує статус так: ❌ «Ми працюємо над фітчею 1,2,3 та плануємо фітчу 4,5,6». Людина, яка не занурена у проєкт на 100% не зробить із цього статусу ніяких висновків. ✅ Верхньорівневий статус має давати розуміння де проєкт знаходиться відносно 4 параметрів: 🔻 Бюджет 🔻 Терміни 🔻 Якість 🔻 Customer Satisfaction 👇🏻 -
Котел ПМа
📚 Чи можна розвивати свої soft skills просто читаючи книжки? Імхо, ні, бо навички приходять лише із практикою. Але книжки допомагають усвідомити, яких навичок тобі не вистачає в житті, та часто дають корисні рекомендації, як їх прокачувати 🤓 Отже, всім, хто зайнятий пошуком шляхів до подальшого самовдосконалення, список потенційно цікавої літератури: 🔸 «Емоційне лідерство», Деніел Гоулман ПМу необхідно мати не тільки професіоналізм і рішучість, а й уміти налагоджувати контакти з людьми, надихати та заохочувати, мотивувати та створювати здорову атмосферу в колективі. Книга буде корисна ПМам, які хочуть навчитися емоційному лідерству та реалізовувати його на практиці. 🔸 «Почуття штилю. Продуктивність та спокій в епоху вічних дедлайнів», Лора Вандеркам Вміння керувати своїм часом є однією із пріоритетних навичок для ПМа. У своїй книзі Лора Вандеркам дає 7 порад, які допоможуть вам підкорити час на свою користь у світі, розпеченому від швидкості руху. 🔸 «Критичне мислення. Аналізуй, сумнівайся, формуй свою думку», Том Чатфілд Критичне мислення є хорошим інструментом прийняття оптимальних рішень у роботі ПМа. У своїй книжці Том Чатфілд перераховує ознаки, за якими можна відрізнити справжні аргументи від помилкових. Знайомить з дедукцією, індукцією та абдукцією, допомагає розробляти поведінкові та розумові стратегії. 🔸 «Перфакціонізм. Як генерувати ідеї», Віктор Джеймс Креативне мислення для ПМа не менш важливе, ніж критичне. На думку Віктора, натхнення та творчість – це найважливіша частина особистості. І йдеться не тільки про дозвілля, коли людина віддається улюбленим хобі, а про професійну діяльність. Завдяки цій книжці ви зможете розкрити свою справжню творчу суть та знаходити креативні рішення у повсякденній роботі. 🔸 «Керівництво фасилітатора. Як привести групу до ухвалення спільного рішення», Сэм Кейнер Для менеджера також важливо опанувати навички фасилітації для проведення ефективних групових обговорень у команді. Сем Кейнер – провідний світовий експерт у галузі прийняття групових рішень. Він написав одну з найкращих у світі книг для консультантів, менеджерів, тренерів, які хочуть навчитися застосовувати фасилітаційні підходи на практиці. Приємного читання 🤗 -
Котел ПМа
Ще один ПМ на проєкті: помічник чи конкурент? 🤔 Ми продовжуємо аналізувати запропоновані у формі та коментарях кейси. Що робити з почуттям паніки, коли в тебе забирають частину обов'язків, а тобі здається, що частину влади, хоч просто додають людину, щоб тебе розвантажити? У нас в цьому кейсі багато невідомих, та я спробую реконструювати картину 👇🏻 Є переобтяжений роботою ПМ, якого керівник намагається розгрузити, надавши йому помічника 😌 При цьому керівник роботою ПМа задоволений, просто мітігейтить ризик професійного вигорання та скорого звільнення такого працівника. Як це можна зробити екологічно з боку керівника, щоб ПМ не почувався так, як автор питання? 🔹Проговорити свій високий рівень задоволення роботою ПМа, проговорити своє бажання допомогти з перегрузом. 🔹Разом разробити план введення ще одного спеціаліста: 🔻запропонувати ПМу самому визначити частину обов’язків, які ПМ може та хотів би віддати, 🔻проговорити ієрархію підпорядкування (чи вони будуть на рівних, чи старий ПМ буде за головного в цьому тандемі) 🔻створити план передачі завдань ПМа новому спеціалісту: завдання, майлстоуни, критерії успіху. 🔹Запропонувати ПМу взяти участь у виборі собі напарника чи помічника. Тобто запросити на співбесіди, або організувати неформальну зустріч двох ПМів, якщо маємо справу із внутрішнім кандидатом. Тоді ПМ буде почуватися у безпеці, буде радий помічнику та не буде чиплятися за якісь задачі, намагаючись «зберегти свою владу» 👍🏻 Але можливий і інший сценарій на основі цих самих вхідних даних. ПМ не виправдовує очікувань керівництва, проєкт в кризовому стані 😬 Тому приймається рішення ввести ще одного ПМа, чиє завдання – виправити ситуацію та повернути довіру клієнта та команди. 👀 Тоді новий ПМ буде влазити всюди, задавати купу питань, забирати на себе завдання та функції без згоди старого ПМа. Звісно, керівнику варто було б все одно це правильно прокомунікувати, дати зворотній зв’язок ПМу, проговорити подальші плани та можливі варіанти розвитку подій і т.ін. В такий ситуації відчуття «втрати влади» не просто відчуття, та у ПМа є всі приводи для тривоги 😔 Тож, я би почала з того, що ініціювала зустріч з керівником, щоб поставити крапки над ї, прояснити мету введення додаткового ПМа та подальший розподіл обов’язків між нами 👌🏻 -
Котел ПМа
#менеджментякмистецтво Стадії розвитку груп за Такманом 1️⃣ Формування (Forming) Анрі Матісс, «Музика», 1910 2️⃣ Виконання (Performing) Анрі Матісс, «Танець», 1910 
-
Котел ПМа
Безініціативна команда 🥱 Сьогодні спробую відповісти на частину питання, яку підписник Роман задав у чаті цього каналу. Друга частина питання також дуже цікава, але то окрема тема, тому спочатку мухи, а потім котлети. Якщо команда не ініціативна, чи має ПМ брати на себе відповідальність і закривати дірки? Чи він повинен призначати хто це зробить проти їхньої волі? І як не зациклити після цього проєкт на собі та не надіти корону? Пропоную розібратися спочатку, чому у нас не ініціативна команда. От вам маленький опитувальник на наявність сприятливих для ініціативи умов👇🏻 ➖ Наскільки жорсткі процеси та рамки, в яких ви працюєте? Чи залишається у команди простір для свободи дій? Чи створені майданчики для обговорення проблем та брейнштормінгу? ➖ Наскільки експертна команда, з якою ви працюєте? Чи мають вони достатній досвід, щоб знаходити недосконалості в процесі та пропонувати покращення? ➖ Чи надавали ви підтримку ініціативам від ваших колег у минулому? Або ж лише декларували підтримку, а на ділі нічим не допомагали? ➖ Чи мають члени команди особисту зацікавленість у кінцевому результаті? Чи є в команди відповідальність за продукт та ставлення до нього як своєї власності? Чесний із собою менеджер знайде в цих пунктах натяк, куди копати далі, щоб зрушити питання з ініціативністю з мертвої точки. 🙅🏻♀️ Я особисто проти того, щоб тягти ярмо самотужки. Ви так поле не зорете, зато добряче захекаєтесь. Краще прокачайтесь у навичках фасилітації зустрічей із обговорення проблем та мотивації членів команди взяти на себе додаткові завдання 🙋🏼♂️🙋🏼♀️ Приклад: Команда незадоволена тим, що на проєкті є база застарілих тест кейсів, які важко проходити та підтримувати. Кожного разу, коли такі кейси потрапляють в регресію, всім тестувальникам болить 😔 🗣 Класно, якщо команда не мовчить та підіймає це питання. Чи то на ретро, чи просто на якісь зустрічі, присвяченій тестуванню, чи вам у приватних бесідах. Задачі ПМа: 🔻Зрозуміти, які наслідки має ця проблема для проєкту 🔻Створити майданчик для її обговорення 🔻Модерувати дискусію таким чином, щоб на виході був план із зрозумілими кроками, які можна зробити для вирішення проблеми 🔻Розподілити ці дії між учасниками зустрічі за їхнім бажанням та компетенціями, встановити контрольні точки 🔻Перевіряти, як просувається виконання плану, підтримувати та допомагати, публічно дякувати тим, хто свої частини плану виконав 🔻Після виконання всього плану, заміряти ефект та переконатися, що проблема вирішена або її градус вже не такий високий і тепер з цим можна жити Звісно, в плані можуть бути якісь частини, які має на себе забрати ПМ, бо там пряма зона його/її відповідальності. Як то, зробити презентацію для клієнта із планом частково переписувати старі тест кейси на новий формат протягом декількох релізів та затвердити бюджет на таку активність 👌🏻 А якщо ніхто не хоче взяти на себе інші частини цього плану? Наприклад, аналіз та оцінку, вибір пріоритетних тест кейсів, які ми запропонуємо переписати в наступному релізі, безпосередньо оновлення тест кейсів та ін.❓ 🙈 Ну що ж, тоді змін в цій частині проєкта не буде. Значить, воно їм не так вже й болить. Наголосить, що ви самотужки цю роботу не стягнете, і що без допомоги команди все залишиться як є. Принаймні, після такого опрацювання запиту всі скарги на застарілі тест кейси мають зникнути аж доки вони не дозріють взятися за втілення плану 🪄 А бували у мене і такі випадки в практиці, що на місті ніхто не зголошувався взяти на себе ініціативу, а через декілька днів, все обміркувавши, таки брались 😌 Колись я писала нотатку про те, як не вбити ініціативу співробітника. Сподіваюсь, комусь стане в нагоді і зараз 😊 
-
Котел ПМа
#менеджментякмистецтво А вам ця картина також нагадує Scrum framework? Соня Делоне, «Ритм», 1938 
-
Котел ПМа
Meetings number tends to infinity 😲 Продовжуємо наш «концерт за заявками» та розбираємо ще одне питання 😉 Привіт, хочу почути про те як правильно менеджити кількість мітингів із замовником і командою (зазвичай буває 8-9 мітів нон-стоп на день), focus time слоти не допомагають. Дякую. Про зустрічі я писала на самому початку існування каналу серію нотаток з рекомендаціями щодо підвищення їхньої ефективності. Додам на них посилання в кінці посту 👌🏻 Тепер до цього конкретного кейсу. 1️⃣ Пропоную зробити аналіз існуючих зустрічей: чому їх так багато, яка там агенда, чи вони ефективні, чи всі запрошені приносять користь на цих зустрічах?🔎 Може бути, що це початок проєкту, і така кількість зустрічей справді обґрунтована. Ліричний відступ: 🤩 Я обожнюю починати роботу над новим проєктом з онсайт візиту клієнтів і воркшопів на цілий день, де ми малюємо разом діаграми, деталізуємо та пріоритезуємо юзер сторі, оцінюємо роботи, брейнштормимо разом над альтернативами для найдорожчих частин додатку тощо. Але ця фаза не може тривати довго. Припускаю, що це не кейс автора питання, бо за тиждень такої роботи навряд чи могла б наболіти кількість мітингів. 2️⃣ Підготувати дані для актуалізації проблеми клієнту. Щоб він зрозумів, скільки часу витрачається на мітинги, скільки корисної для проєкта роботи ви могли зробити за цей час 📊 Вийти з альтернативним планом комунікацій. Наприклад: 🔹Всі неургентні запити писати в якомусь месенджері чи поштою 📧 Дати точне визначення терміновості запитів, щоб всі однаково розуміли ургентні/неургентні запити. 🔹Раз на день зустрічатися на одну годину, щоб обговорити статус та питання, які виникли за день. Згодом можна зменшити тривалість цієї зустрічі до 45 хв, потім 30 👍🏻 🔹Окремі зустрічі, присвячені плануванню ітерацій, опрацюванню вимог, демо, ретро і т.д. – періодичність, учасники, тривалість зустрічі. 4️⃣ Це переговори. Є інтереси клієнта, його звички та бачення необхідної кількості зустрічей. Є ваше альтернативне бачення. Що там по красномовству та вмінню переконувати? 😎 Сподіваюсь, все ок, і ви знайдете зрозумілі аргументи, додасте прикладів та візуалізацій ваших ключових тез, і зможете добитися перегляду усталених зустрічей. 5️⃣ Якщо навіть клієнт одразу з вами погоджується і приймає нові правила гри, буде велика спокуса для нього перейти до звичного режиму постійних зустрічей. ❗️Тому тут ПМу варто стояти на сторожі нових домовленостей та нагадувати, що тепер ви працюєте в іншому режимі аж поки не виробиться нова звичка. Запит широкий, тут можна і у перемовини заглибитись, і у фасилітацію зустрічей, і у аналіз першопричин… Але на цьому закінчу цю нотатку щоб не занудити всіх 😁 Ось обіцяні посилання на деякі базові правила проведення зустрічей: ⚡️Мітинги-шмітинги ⚡️Підготовка до зустрічі. Частина 1. Цілі. Агенда ⚡️Підготовка до зустрічі. Частина 2 ⚡️Після зустрічі ⚡️Tips & Tricks 
-
Реклама
-
Котел ПМа
Починаємо розбір кейсів та питань, які ви підкинули в Котел 🪄 Як бути PM, коли ти one man army і маєш виконувати завдання PM, BA, продакта та мануал тестера? Давайте почнімо з переваг. ✅ Вам легко все контролювати: сам придумав, що робити, сам написав вимоги, сам запланував, сам протестував. Не буде такого, що очікування і реальність не збігаються. ✅ У вас є можливість одразу спробувати різні фахові напрямки та зробити свідомий вибір майбутньої професії, враховуючи ваші таланти та вподобання. ✅ Корисні навички, які вам допоможуть в майбутньому. Завдяки тому, що я колись також виконувала роль BA, я вмію відрізнити добре написані вимоги, намалювати схему процесу та обговорити з клієнтом нефункціональні вимоги зрозумілою йому мовою бізнесу. Тепер недоліки: 1️⃣ Скоріш за все, в повному обсязі виконувати всі ці ролі навіть на маленькому проєкті у вас не вийде. Щось буде страждати: чи то беклог не наповнюється новими цінними для бізнесу задачами, чи то після реліза знаходяться критичні дефекти, чи то ніхто не проконтролював виконання плану командою, або й навіть сам план не склав. Що тут можна зробити👇🏻 Аргументувати клієнту та керівництву необхідність розділити ці активності та найняти принаймні ще одну людину 🕵🏻♀️ Як би я це робила. Я б виписала всі активності, якими я займаюсь на проєкті, щоб всі розуміли, на що йде мій час. А поруч виписала б всі активності, якими ніхто не займається, бо у мене часу не вистачає, та на що це має вплив. ✏️ Такий список можна сформувати із типових описів вакансій PM, BA, Test Engineer та Product Manager-а на сайтах вакансій. Наприклад, ніхто не виконує такі завдання: ➖ Регресійне тестування – ризик не виявити критичні дефекти. ➖ Зустрічі з членами команди сам-на-сам – ризик проґавити незадоволеність проєктом та втратити важливого спеціаліста. ➖ Визначення acceptance criteria для кожної функціональності в беклозі – ризик, що девелопери не з першого разу виконають все, що ви запланували, доведеться переробляти, а це марна трата часу та грошей клієнта тощо. 😎 Таким чином ви управляєте очікуваннями. Навіть якщо вам не наймуть одразу помічника, ця дискусія може призвести до перепріоритезації ваших завдань, перерозподілу частини ваших обов’язків із самим клієнтом чи іншими членами команди. 2️⃣ Професійний розвиток. 🔸 Коли ви виконуєте одну роль, маєте зрозумілу посадову інструкцію, то легко ідентифікувати області для подальшого зростання. Ви можете відвідувати курси, вивчати літературу, знайти собі ментора, щоб розвиватись й далі в професії. Зростати ж одразу у всіх напрямках не вийде ❌ 🔸 Подальше працевлаштування. В принципі, навички з інших професій скоріше будуть вам бонусом. Але ж прогалини в знаннях за основним напрямком не перекриються цим бонусом. Що тут можна спробувати зробити? 📈 Принаймні, визначитись із фокусом для себе і докладати зусиль у саморозвитку в цьому напрямку. Наприклад, якщо це проєктний менеджмент, то вивчати матеріали за фахом і намагатися імплементувати кращі практики проєктного менеджменту в першу чергу 🚀 Але тут може бути конфлікт ваших інтересів та інтересів бізнесу. Можливо, для проєкта буде краще, якщо ви більше уваги приділятимете тестуванню або бізнес аналізу. Намагайтеся втримати баланс, хоч це може бути й непростим завданням ⚖️ 3️⃣ Припускаю, що ви «пляшкова шийка» цього проєкту: весь час щось не встигаєте, відповідаєте із затримкою, не можете нормально сфокусуватись на одній задачі 🤯 Тут рекомендацій буде декілька: ▪️ Прозоро комунікуйте свої плани та статус з командою та клієнтом. Просить не турбувати вас в якісь години. Організуйте свій день, декомпозуйте задачі на 20-30 хвилинні, щоб встигати їх робити поки вас знову не відволікли на щось термінове. ▪️ Спробуйте перерозподілити якусь частину обов’язків в середині команди. Може ще хтось тестувати, деталізувати вимоги чи ще щось робити із тих завдань, що зараз ваші❓ ⚡️ Шановний One Man Army, якщо хотілося б отримати пораду щодо якихось конкретних кейсів в роботі, то приходьте в коментарі чи напишіть ці кейси в формі, куди писали цей запит. -
Котел ПМа
-
Котел ПМа
Як говорити з клієнтом про війну і показати, що робочі процеси йдуть за планом? Мій колега Олександр Балюк, Program Manager у Sigma Software, зі своєю командою ПМів дотримується певних правил спілкування з клієнтами щодо статусу проєктів та команд у такі часи. Ці правила допомагають створити прозорість та заспокоїти замовників 😌 Саша поділився своїми ноу-хау 👌🏻 «Раз у декілька тижнів ми отримуємо від Business Team компанії — Business Continuity Plan, в якому йдеться про: 🔹 Загальний стан фірми 🔹 Інформаційну безпеку компанії 🔹 Загальне місцеперебування наших спеціалістів 🔹 Політичну ситуацію в країні 🔹 Мобілізацію 🔹 Можливий подальший розвиток подій тощо. Усі ПМи ознайомлюються з цією інформацією і діляться відповідями на питання, що хвилюють клієнта на дейліках. Буде добре, якщо з вашим клієнтом ви застосуєте таку ж практику👨🏼💻 Замовнику також важливо знати, що відбувається з його конкретною тімкою. Для цього ми додаємо у щотижневі звіти інформацію про статус кожного члена команди, наприклад: Перша колонка — ім’я спеціаліста, друга — де знаходиться, третя — статус: зелений/жовтий/червоний. 🟢 Зелений статус позначає, що спеціаліст знаходиться на Західній Україні або за кордоном, працює у звичайному режимі. 🟡 Жовтий — спеціаліст може знаходиться в регіоні, де поблизу проходять воєнні дії. 🔴 Червоний — залишається у небезпечній зоні за своїм бажанням. Це дає клієнту розуміння ситуації та які ризики можуть бути. Щодо спеціалістів, які знаходяться у жовтій або навіть червоній зоні, тут може бути декілька опцій 👇🏻 По-перше, треба казати, що якщо буде подальша ескалація та збільшення ризиків, то ці люди готові переїхати до Західної України (якщо це є правдою), а якщо це дівчата, то за кордон. Цю інформацію можна додавати в табличку як примітку — «Людина у жовтій зоні, але зараз там немає активних бойових дій, але якщо щось станеться, то він/вона одразу переїде, і компанія допоможе йому/їй у цьому». По-друге, якщо спеціалісти з деяких персональних причин не можуть поїхати, то тоді ви повинні мати запасний варіант💡, а саме спеціаліста, якому ви вже зробили або плануєте зробити knowledge transfer. Цей спеціаліст повинен бути у зеленій зоні або працювати за кордоном. Це потрібно показувати клієнту, щоб він був спокійний, що ви контролюєте ситуацію, у вас є план і навіть у гіршій ситуації проєктна команда зможе ефективно працювати😊». 