Котел ПМа

2021-05-18 15:44:42 Почему нельзя молча соглашаться на все изменения
The WASA - a true story of scope creep

Это видео - иллюстрация термина "scope creep".
А также я им часто делюсь как примером того, что происходит с проектом, когда мы не говорим с клиентом о рисках и не объясняем последствия принятых им решений.
Говорить "Да" клиенту легко и приятно.
Однако, если руководствоваться принципом "A King must always be pleased", то далеко ваш корабль не уплывет.
Иногда лучше расстроить короля на берегу при проектировании, чем утопить корабль и команду в 120 метрах от берега. Відкрити / Коментувати

2021-05-14 13:18:07 ​​#PMFuckup

Как вам такой факап: после нескольких месяцев общения, ты понимаешь (или тебе намекают), что ты все это время обращался к человеку по фамилии? Или неправильно писал/произносил его имя? Хорошо, когда тебя сразу поправили, посмеялись и забыли. Но есть же люди, которые устали поправлять и смирились. И тихо терпят
Непридуманная история – одного разработчика его европейская команда всю дорогу упрямо называла Luriy вместо Iuriy, а он уже и не возражал…

Правда, бывает, что сложно понять где имя, а где фамилия, особенно если имена для нашего уха непривычны. А бывают и такие фамилии, которые совсем как имена. И как тут быть?
Ответ простой – включать Шерлока Холмса. Что стоит, например, посмотреть подпись, если она есть? Как правило, имя в подписи указано первым. Или понаблюдать за другими участниками переписки, если они есть, тем более если знаешь, что они друг с другом знакомы. Или спросить у Гугла, может кто-то уже такой же вопрос задавал

Можно, конечно, пытаться первое время избегать обращаться по имени. Но недолго, так что лучше начать искать выход как можно раньше. Відкрити / Коментувати

2021-05-11 11:52:04 "Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!"
IT - тоже Страна чудес в этом смысле. Здесь остановился - сразу отстал от конкурентов, потерял ранее работавшие практики, не отследил изменившуюся потребность клиента или команды...
Несколько идей, где можно начинать искать области для внедрения улучшений на своих проектах. Відкрити / Коментувати

2021-05-07 12:19:52 ​​#менеджменткакискусство

Профессиональные деформации менеджеров.
Нам сложно пройти мимо плохого сервиса, не выдав корректирующий фидбек. Или не проанализировать риски или альтернативы, когда принимаем важные жизненные решения.
Недавно я поняла, что, когда рассматриваю картины, в моем воспаленном мозгу проносятся профессиональные ассоциации.
Подкидывай свои! Самые смешные соберем в подборочку

Когда плохо подготовился к steering встрече с клиентом.
«Завтрак на траве», Мане. Відкрити / Коментувати

2021-04-30 14:39:36 ​​Overseas Staffing

Свободный пересказ одной любопытной истории, которой поделился мой коллега Александр.

Работаем с канадским клиентом по бизнес модели Hosted Team. Это значит, что наша компания ответственна за предоставление клиенту специалистов требуемого уровня. Все же процессы настраивает и контролирует клиент.
Мы от имени клиента наняли проектного менеджера в Канаде, чтобы она руководила командой из шести человек. При найме руководствуемся требованиями клиента к ПМ специалисту, его Job Description.

Наш менеджер летит через океан, чтобы пообщаться с командой, наладить связь и обсудить перспективы. На одной из личных встреч с ПМом, просит ее провести ряд встреч один-на-один с другими членами команды, позаботиться об их удовлетворенности и уровне мотивации. Ей локально значительно проще определить риски, чем координатору в Украине по видео звонкам с членами команды.

Менеджера из Канады просьба заняться пипл менеджментом заинтересовала и удивила. Оказалось, у них четко выделена функция управления персоналом в отдельную роль. Менеджер же работает с людьми, как с ресурсами. Если ее не устраивает что-то в работе сотрудника, то она обращается в ресурсную организацию с просьбой предоставить решение проблемы. Сама она вопросами мотивации, роста сотрудников, решения конфликтов внутри команды не занимается.
Выяснилось, что и компания, для которой мы подбирали hosted team, также не ждала от канадского менеджера выполнения этих задач – в Job Description про пипл менеджмент не было ни слова.

Хорошо, что получилось быстро разобраться в разности профессиональных подходов. Хорошо, что менеджер не постеснялась открыто сказать, что привыкла работать по-другому и не хотела бы погружаться в сферу управления людьми. Гораздо хуже бы получилось, если бы канадская ПМ взялась выполнять роль пипл менеджера без нужной квалификации и желания.


Урок, который вынес для себя мой коллега Саша, и которым он щедро поделился сегодня со всеми нами: правила на международном рынке труда могут отличаться от украинских. Без глубокого анализа ожиданий клиента и процессов его компании, будет сложно подбирать в международные команды правильных специалистов. Відкрити / Коментувати

2021-04-27 15:59:51 ​​Should we babysit?

Где проходит грань между контролем и микроменеджментом? Как не стать нянькой для команды?
В прошлом посте мы уже разобрались, что на команду и процессы внутри можно и нужно влиять. Но стоит ли это делать в одиночку, стать для всех Scrum Mom/Dad?
Незрелой команде будет удобно: у них лапки и нулевая ответственность. Им расскажут, как жить и что делать. Но что сделал ПМ для поднятия командного уровня зрелости?
К примеру, как часто команда на самом деле понимает, зачем мы интегрируем аджайл, или зачем клиенту нужна та или иная фича?

Концепция, над которой я работаю в своих командах, — это повышение уровня ownership во время работы над проектом и максимальная прозрачность. Если рассказать команде больше о клиенте и стратегических целях, ребята смогут предложить лучшие технические решения. Когда ПМ поддерживает проактивность, команда не код пишет, а задачи клиента решает.
Будь более открыт с командой, делись информацией, привлекай для принятия решений и зови на встречи с клиентом. Будь не Scrum-мамой, а наставником и супервайзером. Делегируй часть функций коллегам, поддерживая их профессиональный рост и давай больше ответственности. Стремись к Theory-Y менеджмент стилю.
Я занимаюсь микроменеджментом исключительно тех членов команды, кто пока не понял правил игры, которым не хватает внутренней мотивации или определённых навыков.

Отвечая на вопрос «нужно ли нянчиться?» - только если недолго и не со всеми. А долго и не придется, если ты создал культуру, где в ценностях самостоятельность и желание вносить вклад в развитие продукта и отладку процессов на проекте.
Весомым вкладом ПМа в создание такой культуры будут:
Поддержка людей, которые готовы брать на себя ответственность.
Мягкий разбор ошибок, который не убивает желание попробовать еще раз, даже если с первого не получилось.
Щедрые похвала и благодарности тем, кто взял ответственность и добился желаемого результата.

Что почитать:
Scrum Mama/Father - https://link.medium.com/O6bM2TUFvfb
XY-theory https://www.iedunote.com/theory-x-theory-y-motivation Відкрити / Коментувати

2021-04-23 14:44:17 ​​Следующие два поста написаны в коллаборации с Dmitry Shcherbyna, Mobile TeamLead, PM, Speaker в DataArt. Вот это я называю удачным нетворкингом
Напоминаю, что канал – открытая площадка, можно предлагать свои посты, кейсы и наблюдения из жизни.


Дайте мне точку опоры, и у меня будет точка опоры. Перевороты Земли не обещаю.
Куда ПМу прикладывать свои усилия, чтоб «завтра» было лучше, чем «вчера»?
Не каждую проблему, с которой сталкивается ПМ, он может решить самостоятельно.
На одном из тренингов услышала интересную аналогию про суп, стол и ресторан.
Ты в ресторане, и тебе принесли суп.
Ты можешь делать что угодно со своим супом: достать из него зеленый горошек, солить, перчить. Хоть уксус лей. Это твой суп, твой круг контроля.

А если тебе не нравится что-то на общем столе? Допустим, как пахнет блюдо соседа. Или что от тебя далеко стоят салфетки. Ты все еще можешь на это как-то повлиять, но здесь придется взаимодействовать с другими людьми, находить правильные слова и убеждать их передать тебе салфетки, поменяться с тобой местом и т.д.
Изменения возможны, но уже даются сложнее. Это твой круг влияния.

Теперь к ресторану. Здесь количество усилий, которое необходимо применить для изменений, значительно выше. И вообще нет никаких гарантий, что твои предложения кому-то интересны.
Не нравится люстра, отсутствие крема для рук, расположение столиков – что ж, можно остановить пробегающего мимо администратора и ему выдать структурированную сбалансированную обратную связь. Но рассчитывать на быстрые и серьезные изменения не стоит. Это круг беспокойства.

А теперь давай применим этот подход на проект. Если тебе не нравится, как что-то работает внутри твоей команды – это твой суп. Соли, перчи, добавляй уксус. Ты ответственен за результат, тебе и методы выбирать.
Когда изменения нужны на уровне твоей компании или при взаимодействии с клиентом – это уже круг влияния. Приходи с идеями, обоснованием и презентациями. Объясняй стейкхолдерам, что они выиграют от твоих предложений.

Если же это что-то из области глобальных процессов на стороне клиента (например, бюджетирование на год) или же тебя беспокоит общая политическая обстановка в стране – подумай, правда ли тебе стоит тратить туда свои усилия, каковы шансы на успех. Нет ничего невозможного, но тебе понадобится выход на очень влиятельных людей.

В каком круге влияния твоя текущая проблема? Відкрити / Коментувати

2021-04-20 14:47:17 ​​Спрос рождает предложение. Карантин и социальная дистанция практически «обнулили» оффлайн мероприятия. На смену им пришел онлайн, причем в таком количестве, что за полтора года многие успели уже порядком устать от всевозможных платных и бесплатных вебинаров.
А у вас остались еще силы слушать вебинары и конференции? Сходили бы на какой-то из анонсированных ивентов на эту неделю?
20.04 - Вебінар «Мотивація лідера і команди» https://bit.ly/32sv8ik
21.04 – бесплатный вебинар от IAMPM «Как РМ-у работать с бюджетом проекта» https://bit.ly/3smX01J
21.04 – 29.04 - Воркшоп «Від ідеї до продукту» от Sigma Software University https://bit.ly/3ekSOKW
24.04 – онлайн конференция PM Day https://pmday.org/online Відкрити / Коментувати

2021-04-16 16:01:33 ​​Doing Things Right vs. Doing the Right Things

Поделюсь таким кейсом.
Начинали мы стартап проект. Домен – страхование. Клиент с техническим опытом. Бюджета у клиента на ~1000 часов работы.
Читаем требования, а там на две страницы расписаны только нефункциональные.

Некоторые выдержки:
Unit testing must be performed automatically during build & deploy pipeline.
If an external service dependency is broken, the system must still be operational but with limited functionality.
The system must be operational at least 99.7% of the time under normal operating conditions. This implies a down time of at most 2 hrs per calendar month.
The system must encrypt persisted data.
The system must ensure audit logging of all data access. Audit log data falls under the same security requirements as business data.

Мы с архитектором оцениваем масштаб трагедии. Понимаем, что если мы сейчас клиенту гарантируем выполнение этих требований, то на функциональные уже не останется бюджета, и бизнесу нечего будет показать как MVP.
Решаем идти на переговоры.
Примерные оценки на отдельные пункты из его списка NFR подготовили. Накидали видение, что могло бы войти в MVP, если мы срежем углы, и что - если будем выполнять все их NFR.
У нас была заготовленная речь о том, что мы тоже любим, когда все правильно и красиво, но сейчас гораздо важнее проверить его бизнес гипотезу.

Но это все оказалось не нужным. Мы только открыли презентацию на странице с этими требованиями, как клиент сказал: «Ребята, это же слайд для инвесторов. Мне все это для MVP не нужно, конечно».
Нам осталось только рассказать, какие technical excellence практики мы возьмем в работу с первого дня, а какие запишем как тех долг. Договорились, что перед public релизом мы проведем penetration тестирование и устраним уязвимости. И что будем вместе приоритезировать работу над частью тех долга на старте каждой новой фазы. Відкрити / Коментувати

2021-04-13 14:18:00 ​​Lead by example

Меня невероятно мотивирует к развитию работа с руководителем, который сам не стоит на месте.
Я тут проходил курс по командному интеллекту на выходных. Услышал там интересную мысль…
Этот феномен хорошо объяснялся в книге "Factfulness" - инстинкт негативизма…
Вчера читал интересную статью про pivoting, сейчас и тебе скину…

И вот ты уже гуглишь незнакомые слова, покупаешь и себе новый курс или книгу, читаешь ту самую статью.

У менеджера есть много способов помогать в профессиональном развитии членам команды: записывать их на внутренние тренинги, давать комплексную обратную связь по работе, показывать перспективы карьерного роста и т.д.

И в том числе вдохновлять своим примером. Расскажи про тренинг, курс или книгу. Поделись с командой информацией о новой интересной задаче, которую сейчас решаешь для компании.

Покажи, что значит «постоянно совершенствоваться». И те, для кого ты не только менеджер, но и лидер, захотят пойти этой дорогой вместе с тобой. Відкрити / Коментувати