​​Включать ли камеру на встречах?

С начала ковидной истории настораживал один из принципов Agile "face-to-face conversation".

Как командам следовать принципу в новых реалиях? Включить камеру = повысить эффективность общения? А работает ли вообще принцип в 2022 году?

- Однозначных ответов нет.

Мы живём в эпоху эволюции и революции способов общения. Раньше подпись на договоре ничего не значила. Пока другая сторона не пожмёт мне руку в знак соглашения🤝, я не могу ей доверять и следовать договорённостям (тот самый кадр из Джанго).

Близкое к моему ощущению формации общения написал в своём посте Брайан Милнер. Для наиболее эффективного общения распределённой команды нужно:

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

А включать или нет камеры решать вам😉

​​Готовим сценарий мероприятия

Весна традиционна полнится проведением различных тренингов, запусков команд, да хоть тех же ретроспектив.

Даже когда богатый опыт проведения встреч есть, перед ведущим встаёт вопрос каков будет сценарий в этот раз? Какой контекст подойдёт для этой команды, а какие техники и инструменты пригодятся именно этим участникам? Помимо базовой подготовки и понимания контекста важно поймать вдохновение…

Лучший способ придумать сценарий не думать о нём! Да, именно так! НЕ ДУ-МА-ТЬ!

Не так давно выяснилось, что когда мозг отдыхает, он на самом деле не отдыхает, а ещё как работает (за это отвечает дефолт-система мозга). Профессор Глория Марк установила, что мозгу требуется в среднем 23 минуты, чтобы "включиться". А теперь представьте как часто, не считая сна, у вас есть 23 минуты без отвлечения в телефон или ноутбук? Когда потребление информации не останавливается у мозга просто нет оперативного пространства, чтобы "запуститься".

Итак, чтобы получить вдохновенный настрой на моделирование сценария любого мероприятия нужно:

1️⃣ Читаем книги, смотрим вебинары, видео с конференций, статьи - максимально загружаем мозг информацией, но НЕ анализируем
2️⃣ Даём полчаса полного отдыха на осмысление полученной информации и тот самый "запуск". Идеально медитативные физические упражнения: бег, лёгкий транс, рисование фракталов или игра на музыкальном инструменте. Дефолт-система активирует нужные взаимосвязи и образ повествование появится сам собой.

"Вдохновение существует, но оно должно застать вас за работой" П. Пикассо.

​​И снова про доверие.

Как насчёт, чтобы показать свою уязвимость другому человеку, а команде, а компании, а целому стадиону???

Человеку свойственно скрывать от других своё истинное "я". В этом смысле понравилась параллель про две сложенные друг на друга ладони. Та, что сверху - наша маска, которую зачастую люди носят на работе, в общественных местах, с друзьями и т.д. А та, что снизу - настоящие "мы", что называется быть, "а не казаться" - наша сущность (📖 детальнее можно прочесть в книге "Сила подсознания" Джо Диспензы)

Если говорить о команде, то проблемы у одного человека могут принести вред всей команде, поэтому стоит стремиться соблюдать принципы открытости и психологической безопасности. Таким образом можно поддерживать доверие друг к другу🤲.

Даже в идеальных командах бывает место слабости и без всяких сомнений лидеру может потребоваться помощь и поддержка своих.

Недавно лидер группы Metallica Хэтфилд на стадионном концерте в Бразилии открыто признался, что ему тяжело было выйти на сцену в тот день, его одолевали тяжелые мысли и лишь всецелая поддержка участников группы помогла ему преодолеть себя и не почувствовать себя одиноким стариком❤️‍🔥.

Что произошло дальше? - Обнимашки!🤗 Жест глубинного принятия и доверия участников команды друг другу. Так что когда в следующий раз совместные чествования успехов групповыми аплодисментами или объятиями вызывают у кого-то из присутствующих саркастические улыбки и хмыкание, вероятно, в команде не всё здорово с доверием и принятием друг друга, а в более сложных ситуациях это может усугубить проявляющиеся проблемы.

​​Побывал на Agile Days 22: переизобретая менеджмент

Главная польза от таких мероприятий в нетворкинге, а не в докладах. Увиделся с большим числом ребята, которых тренил или собеседовал. Разобрали с экспертами множество кейсов нашей компании.

Поймал себя на мысли, что поменялось мышление участников мероприятия. На заре технической части карьеры часто посещал мероприятия вендоров (Intel, Microsoft и т.д.). Особенностью тех событий была демонстрация видения на 2, 5 и даже 10 лет вперёд. Так, в конце нулевых, я впервые узнал, например, об IoT, Microsoft Azure или 10-нм процессорах - технологиях, без которых сегодня нам уже сложно представить работу.

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

❗️Лейтмотивом для меня стало то, что скрам-мастера и владельцы продуктов, эджайл коучи и деливери менеджеры это "newManagers" (цитата М. Сахоты, автора книги "Leading Beyond Change"). 20-летие назад менеджер был другой, майндсет был другой. Сейчас для менеджеров в уравнении Agile - люди должны стоять на первом месте (не отрицая важность процессов).

А ведь ещё только в прошлом году обсуждали сочетание предиктивного проектного управления с методами Agile. Сейчас же поменялась скорость в принятии решений и ушли точки опоры: одни ищут как правильно (спойлер: не найдут!), а другие гибко принимают решения.

"Тяжелые времена рождают сильных людей. Сильные люди создают хорошие времена. Хорошие времена рождают слабых людей. Слабые люди создают тяжелые времена"
Сунь-цзы —"Искусство войны"

P.s. шутки, которые особенно зашли - прозвучали на треке Алексея Пименова:

🧐 Мы новенькие что нам лучше внедрить из двух методов Канбан или OKR?
🗣 Внедрите Скрам!

🤔 Какие плакаты с паттернами канбана лучше повесить, чтобы повысить эффективность?
🗣 Повесьте фотографию Пименова. Говорят это сразу снизит Lead time на 20%!

#пятничныйюмор

Посвящается всем, кто собирается проходить интервью на agile coach😉

"That’s Greg, his birthday is on day 2 of sprint 7"😂😂😂

https://youtu.be/bB340S0tGf8

​​Стартовали новую команду ЭДО в фреймворке Скрам в нашей компании🎉🎉🎉

По ощущениям было предположение, что команде лучше подойдёт Канбан-метод, но когда провели независимый скоринг📊 (примерные вопросы для такого скоринга в скриншоте), то по всем показателям оказалось, что предпочтительнее Скрам.

Тренинг оказался не без вызовов🗻:
🔹 Скрам мастер в первый раз запускает команду с "0"
🔹 Владелец продукта после первого спринта должен сменится на другого
🔹 Один из аналитиков команды был физически недоступен на тренинге
🔹 Один из участников команды part-time аналитик, а part-time в команде поддержки продукта.

Требовалось учесть все эти нюансы, но так сложилось, что никаких факапов более не словили и 4-часовой тренинг прошёл как запланировано👌

Из интересных кейсов:
🔹 наш СМ Илья на разогреве предложил сыграть в "круг магических чисел": участники должны были озвучивать вслух по порядку числа от 1 до 15. Если 2 человека произносили одно число одновременно, то требовалось начинать сначала. Было забавно как в начале не могли преодолеть и 7, но потом начали синхронизироваться и действовать как команда, в итоге дойдя до 15. Это не только помогло разогреться, но и сразу почувствовать драйв команды достигнуть хоть и маленькой, но единой цели.
🔹 в ходе обсуждения типов задач надолго затормозились на обсуждении типа "Spike". Но вовремя обратились к уже пройденному материалу о ценностях Agile, вспомнив, что "люди и взаимодействие важнее процессов и инструментов" и договорились запарковать вопрос, чтобы когда в ходе работы возникнет потребность в Spike принять решение как команда готова трактовать такие задачи.

Фраза дня: "Как я принимаю серьёзные жизненные решения?" - На "камень ножницы бумага"🤣

​​Провели с руководителями отделов компании тренинг в формате игры getKanban.

Перед нами стояли цели:
🔹 Изучить какие есть подходы работы помимо Скрам
🔹 Посмотреть что помимо традиционных Velocity и Burndown, есть возможность трекинга задач диаграммах: контрольная, распределения и накопительная.
🔹 Взять на заметку инструменты, которые могут пригодиться в реальных условиях работы.

💪 Самым сложным оказалось сыграть первый раунд игры, т.к. правил очень много и на первом этапе команда притирается кто в какой роли как будет действовать, но по мере того как двигались дальше все настолько втянулись, что некоторые участники отказались идти на свои запланированные встречи😂 настолько погрузились в процесс.

Роли распределялись свободным выбором, но сложились интересные условия, когда реальный PO стал разработчиком, а ответственный за разработку - проджект менеджером. Это позволило фактически надеть шапки друг друга, чтобы столкнуться "с болями", которые обычно сталкивают эти стороны в реальной работе и лучше понять что беспокоит разработку, а что бизнес.

В ходе тренинга звучали разные фразы, но чем ближе к концу приближалась игра, тем больше важных фраз звучало, в частности:

🤯 "Нужно по-любому закрывать таски"
🤯 "Как можно быстрее нужно тянуть задачи по доске"

То есть ребята в ходе игровой механики в слух произнесли 2 ключевых аспекта работы с Канбан-методом:
1️⃣ Вся работа должна доводиться до конца!
2️⃣ Нужно максимально сокращать время прохода между статусами, избавляясь от "узких" мест!

Всем, кто хочет дать на практике ощутить команде преимущества канбан-метода настоятельно советую сыграть!

P.s. советую от души, а не рекламы ради))

​​🥵 Дискомфортные зоны для роста

"Какие вы видите зоны роста?" - частый вопрос на собесе. Подразумевает, что человек понимает, что у него "хромает" и нужно сделать упор в прокачке. Вопрос хочет он это делать или нет?

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

Ребята, которые меня сейчас хорошо знают возможно удивятся этому, особенно сейчас, когда я работаю Agile-коучем и управляю проектами, где требуется постоянное и огромное число взаимодействий.

Чтобы побороть в себе эти качества, необходимо было попасть в зону тотального дискомфорта - и я выбрал военную систему👨‍✈️. Если в первый год мне было чрезвычайно сложно общаться даже с сослуживцами, то через 5 лет, я не испытывал никакого дискомфорта при общении даже с начальствующими адмиралами⭐️⭐️. Это были рамочные специфические условия, тем не менее, часть пути - "стартануть общение" удалось преодолеть.

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

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

Руководитель проекта из нашей команды, которая дабы побороть в себе боязнь сроков, дедлайнов выбрала для себя сферу управления проектами, кишащую дедлайнами и, когда ты попадаешь в условия, где тебе никак не отвертеться, ты или принимаешь этот вызов или остаёшься со своими страхами и нереализованными амбициями⏳⏰

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

P.s. фото вида на Московскую гору на Днепре тех давних лет. Одно из моих мест силы.

​​Власть руководителя проекта

От начинающих руководителей проекта часто слышу фразы:
🤔 "как я могу управлять проектом по разработке, я же не разработчик не знаю о чём они обсуждают?"
🤔 "сметчики составляют сметы, а я не понимаю как они собирают эту информацию из чертежа проекта?"
🤯 "мне надо согласовать бюджет проекта, а я не понимаю, что означает ROI, TCO, IRR, NPV и т.д.?"

Встаёт логичный вопрос: а может ли менеджер управлять проектом, если не знаком с предметной областью?
- М О Ж Е Т!👌

Для этого нужно понимать, что у руководителя проекта есть 4 типа власти, но одна - с нюансом.

1️⃣ Формальная (легальная) власть - т.е. был сотрудник, которого проектный офис/спонсор проекта наделил властью управлять конкретным проектом
2️⃣ Власть вознаграждать - т.е. в число полномочий РП входит право премировать или отмечать иным способом особо отличившихся участников команды проекта
3️⃣ Власть наказывать - т.е. штрафовать, увольнять и выносить другие способы воздействия на участников проекта с целью достижения целей проекта
4️⃣ Власть эксперта - и вот с ней как раз нюанс. Нельзя наделить экспертизой назначенного менеджера проекта, но хорошая новость в том, что её можно заслужить!
Погружаясь в проект (получая знания) на уровне разработчика, аналитика, финансиста и прочих требуемых экспертиз можно получить признание со стороны команды проекта и к такому менеджеру проекта будут прислушиваться как к эксперту предметной области, проектом которой он управляет.

📌Поэтому, как вариант, если ведёте проект по информационным системам - изучайте бизнес-анализ, строите инженерные сооружения - изучайте основы составления проектно-сметной документации. Ну, а если не хотите, чтобы разработчики "вешали лапшу на уши" обсуждая задачи, что тут надо не меньше 100 storypoints (где их достаточно и 13), то стоит разобраться хотя бы в основах языка программирования.

Тогда вы будете обладать всеми 4-мя видами власти будучи руководителем проекта🎉

#projectmanagement

Селфчек⛳️

В последние недели случалось несколько раз общаться с коллегами в претензионной форме😰. Спасибо тем коллегам, которые обратили на это внимание и дали обратную связь🙏 В такие моменты понимаешь насколько важна культура обратной связи в компании и доверие, без которого невозможна цельная ОС👏

Все мы человеки и Agile Coach тоже, как не странно, им является😂. Я тоже способен нарушить границы дозволенного в общении. Появился повод освежить в памяти "настольную книгу" каждого СМ - "Ненасильственное общение" М. Розенберга.

Возможно выдержки будут кому-то полезны, но конечно лучше прочесть книгу целиком.

А для себя сделал вывод, что во многом выгорание🔥😵‍💫 и необходимость отпуска сказалась на случившейся форме общения. Когда на уровне физики села батарейка, то и мозг начинает вытворять глупости. Поехал перезагружаться)))

p.s. В осознании помогли в том числе вот эти 2 поста💪:
1️⃣ Умение замедляться
2️⃣ Критерии усталости

​​"А голову ты свою дома не забыл?!"😂😂😂

Быстрорастущий клиент попросил провести фасилитационное мероприятие по улучшению своих процессов: прийти из точки "as is" в точку "to be" с помощью каких либо инструментов и техник🚀. Формат был смешанный: большая часть участников в оффлайне, но несколько человек в онлайне с помощью конференц-видеосвязи📺

Так как тайминг по времени был ограничен, количество людей больше 10, а узких мест в процессе было предостаточно, то выбрал познакомить коллег с философиями Lean и Kaizen и хотя бы помочь им стартовать выработки шагов к изменениям даже если не успеем пройти путь до конца🎢

Подготовка переговорки со всеми флипчартами, оборудованием и материалами была завершена за 30 минут до начала мероприятия, но за 5 минут до старта выяснилось, что все участники сидят и ждут в другой переговорке🤦‍♂️😫, другом БЛОКЕ, другого З Д А Н И Я!!! За 10 минут "плавно" переместился со всеми материалами аки школьник между трудом и физкультурой😂

Ещё одно напоминание, что всегда остаётся фактор неожиданности как бы ты не готовился👆

Само мероприятие прошло гладко. Выделил для себя 4 фактора успеха:

📌 Мотивация и вовлечённость участников
📌 Брэйншторм (где можно оценить) и экспертная оценка (где нельзя) всех узких мест в процессах
📌 Фиксация шагов, лиц ответственных за решение и сроков самими участниками, а не фасилитатором
📌 Парковка вопросов, обсуждение которых затягивалось более 10 минут и не относилось напрямую к агенде встречи

По итогу сформировали Action Plan улучшений (пример прикрепил в картинке) и зафиксировали периодичность встреч для апдейтов.

🎁 Бонусом лично для меня выступила возможность "выйти из мира IT" и погрузиться в инженерные технологичные процессы с электродвигателями, насосами, частотными преобразователями, и т.д. Полезно знать чем живёт твой клиент - это способ лучше понять какие доработки ИТ-команд, а главное "КАК" помогут решить его боли.

P.s. Айсбрейкеры не нужны, если при знакомстве видно, что люди заряжены и мотивированы хорошо поработать на встрече, скорее это даже будет во вред.

Роудмап🗺 или не роудмап❌🗺

Понравилась статья на предмет адаптивного планирования. Цель планирования в том, чтобы хорошо подготовиться к будущему и иметь не только план "А", а ещё "B", "C", "D" и т.д.

Классический же роудмап - это просто "дорога", которая плохо предсказывает будущее🚧. Только сделав post-mortem анализ мы можем выявить, что были воплощены не самые лучшие идеи😒

В противовес этому нам нужна не просто "дорога", а своего рода "GPS"📡, который не отдаёт предпочтение конкретной дороге, а оптимизируется под конкретную цель🏯.

Заблуждение думать, что если чётко следовать роудмапу - это приведёт нас к цели, когда эта цель даже может быть не понятна до конца.

Автор предлагает использовать подход GIST вместо роудмапов при адаптивном планировании:

🏯 Goals (Цели)
🪵 Ideas (Идеи)
🐾 Steps (Шаги)
🤝 Tasks (Задачи)

Считаю, что на больших гибридных проектах (Predictive+Agile) по-прежнему не обойтись без роудмапов, но для скоротечных проектов с высокой неопределённостью - это подход может быть более действенным, чем использовать подход с роудмапом.

Коллега, запрашивает методологическую помощь у сообщества! Взаимные "плюшки"🤝🎉 будут - читайте пост! Начинающим и не очень СМам и эджайл коучам наверняка будет полезным такое сотрудничество с Сергеем.

🙏Запрос о помощи в community 🙏

Привет! 
На agile days 2022 мы взяли на себя обязательства выложить в открытый доступ всю программу #ШколаAgile!
Сначала это казалось плевой задачей. У нас была тактика и мы ее придерживались. 
Но в какой-то момент я осознал, что работать вдвоем — одно, а одному, когда второго завалило работой — это совсем другое. Поэтому я хочу попросить тебя помочь мне в методологической обвязке воркшопов и в оформлении соответствующих miro-досок (детали ниже) 🙏

Зачем это может быть нужно тебе?
1️⃣ Я обязательно скажу тебе в канале большое спасибо, которое увидят в первые несколько дней (если верить статистике канала) 500-800 человек. 
2️⃣ У меня довольно разнообразный опыт, не только в agile, поэтому у меня неплохо получается в менторство (это не я так говорю, а мои менти). Я готов попить с тобой кофе, обсудить вопросы и попробовать разложить твой рабочий кейс. Я это делаю за деньги, но тебе — бесплатно.
3️⃣ Если ты хочешь начать писать и ищешь начальную аудиторию, я готов дать тебе площадку этого канала и обратную связь по постам. 
4️⃣ Если у тебя уже есть канал, я готов сделать ссылки на тебя (в канале неплохие метрики у промо-постов) и опять же, при твоём запросе, дать тебе ОС на него. 

Какая помощь нужна мне?
В каждой публикации есть ссылки на
• фасилитационную карту воркшопа (learning objectives (цели и результаты), тайминг)
• miro-доску с контентом и упражнениями, подготовленными для работы с группой

Поэтому нужно
• описывать воркшопы (вот шаблон)
• взять готовую доску в miro и оформить ее по шаблону
• если есть чувство прекрасного, то и задизайнить ранее выложенные доски воркшопов
• если есть альтернативные способы достижения learning objectives, дооформить их и вставить во все методологические материалы 

Как мы будем работать?
1. Ты пишешь мне в Telegram (@SergeArt), что готов помочь. 
2. Я добавляю тебя в чатик единомышленников. 
3. Ты выбираешь воркшоп, с которым ты хочешь поработать, и пишешь мне, какую помощь ты сейчас готов оказать. 
4. Я выдаю тебе backup доски, которые ты загружаешь к себе в Miro. 
5. После того, как мы завершаем правки материалов, я оформляю все в единый пост, в котором благодарю тебя (вас, если ты работаешь с кем-то), за то, что сделал этот воркшоп доступным для community (со всем нужными тебе ссылками на каналы, профили и проч) и ставлю его в очередь на публикацию.

Я буду рад, если ты поделишься этим постом со всеми, кому может быть интересно поучаствовать в этой активности

#ШколаAgile

​​God of meetings #непропроекты

Встреча - это инструмент, а не сама цель. Каждый раз подсвечивайте для чего собрались. Люди - это сложно организованные существа, поэтому заранее не знаешь наверняка как пройдёт сбор в "этот раз" - слишком много неизвестных.

По сути каждая встреча - это некий социальный контракт🔖. Перед тем как назначать встречу задай себе вопрос: "Почему участники должны ответить тебе "да" и как гости прийти на твою встречу?🏃‍♂️

Если встреча подразумевает некий milestone, то не всегда нужно быть "God of Data" (больше цифр Богу цифр🗿😂). Если известно, что цикл работы прошёл не очень хорошо, то вопрос фасилитатора "Какие результаты или какие уроки вынесли?" - только подольёт масла в огонь. Стоит найти нужные вопросы отталкиваясь от контекста, задач и даже настроения участников здесь и сейчас, а не исходного плана (привет Agile!).

2 фактора способствующих успешному проведению встречи:
🦅 Агенда, объявленная заранее и продублированная на встрече.
🦅 Гибкость в ведении встречи, если что-то пошло не по плану.

Для эффективной (важно не путать с "результативной") встречи, на которой должны приниматься важные решения обычно встречаюсь с ключевыми участниками заранее. Такие 15-минутки позволяют заранее проработать с человеком его опасения и потребности (даже добавить что-то в агенду), что позволяет на общей встрече сократить время демагогий и повысить скорость принятия решений.

P.s. отличие эффективности от результативности:

Результативность - степень достижения запланированных результатов, а эффективность — соотношение между достигнутыми результатами и затраченными ресурсами. То есть эффективность - это процент от усилий, который ушел в результат, а результативность - уровень результата.
Пример: результативность - количество морских миль, которое прошла лодка с помощью наших усилий, а эффективность - сколько из совершаемых нами движений увеличивало размер преодоленного лодкой расстояния.

​​Стать настоящим слушателем👂

Большинство из нас слушают собеседника, но без усилий мы узнаем лишь малую часть всей истории или, что ещё хуже, поймём её совершенно неправильно.

1️⃣ Практикуй внимательность, не проецируй на себя.

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

🪄 Решение: когда тебе удастся отложить эти мысли и перестать планировать свои ответы или проецировать собственные убеждения и предположения, ты сможешь лучше сосредоточиться на том, что говорит собеседник в данный момент. Не нужно разделять непосредственный опыт других - просто нужно его представить. Каждый второй психолог бы сошёл с ума, если бы разделял весь опыт своих клиентов😱

2️⃣ Помни, что дело не в тебе.

🚫 Проблема: слушать - это не только о другом человеке. Многое в этом процессе крутится вокруг тебя и твоей реакции. Если ты считаешь кого-то скучным, это в какой-то степени твоя вина.

Слушать - это не просто молчать, кивать и просто быть сосудом для того, что хочет сказать другой человек. Это активный процесс, а не пассивная деятельность. Работа по выяснению того, как ты проявляешь себя в разговоре, усилия по проявлению любопытства и задаванию вопросов, наблюдение за сигналами и языком тела, а также стремление вовлечь в разговор других - все это требует работы.

Предположение, что умение слушать - это просто проявление внимания к другому человеку - ошибочно. Умение слушать связано также с вниманием к себе.

🪄 Решение: лучшее, что можно сделать, чтобы донести свою мысль до людей, - это быть предельно ясным и использовать простой язык: "Мне нужна помощь с X, я недоволен Y, я борюсь с Z". Часто мы считаем, что ясно выражаем свои потребности, а на самом деле мы говорим вокруг них. Самый прямой путь к тому, чтобы быть услышанным, - открыто заявить о своих потребностях.

3️⃣ Смирись с бездействием.

🚫 Проблема: когда мы ведем эмоциональные разговоры и нет никаких действий, которые необходимо предпринять, нам трудно с этим смириться, потому что мы часто чувствуем, что должны что-то сделать, будь то решение проблемы, совет или продвижение вперед.

🪄 Решение: иногда ничего не остается делать, кроме как просто слушать и быть свидетелем, дать возможность другому человеку высказать свою сильную реакцию или сложное мнение. Всегда напоминай себе, что существует такой вариант "действия".

🎁 Nice-to-have bonus: если у тебя склонность к сопереживанию - нужно практиковать дистанцирование, установление границ и вежливое завершение разговора. В противном случае собеседники могут воспользоваться преимуществами "сочувствующего уха" и твоя энергетическая батарейка часто будет садиться тотально.

​​Оценка - это всего лишь оценка

Если в команде прогнозная оценка каждой задачи регулярно верная - это чудо природы!
Прогнозирование редко бывает совершенным из-за:

〰️ зависимости между задачами
〰️ переоценке эффективности своей работы
〰️ множества переменных факторов, которые неизвестны в момент оценки
〰️ расфокуса во время выполнения оценки и выполнения работы
〰️ изменения приоритетов в процессе работы

Как правило за вопросом "как ты оценишь задачу?" кроется просьба с некоторой долей уверенности ответить на вопрос: "когда задача будет готова?"

В помощи определения оценки можно предложить ответить на ряд вспомогательных вопросов:

💬 может ли измениться описание/цель/критерии приемки задачи после начала работы над ней?
💬 зависим ли мы от 3-стороны вне нашей команды?
💬 подобная задача выполнялась кем-то вне нашей команды ранее?
💬 подобная задача выполнялась нашей командой ранее?
💬 что важнее speed vs quality? (допустимы ли минорные баги или escaped defects должны быть сведены к "0")
💬 кто будет участвовать в работе над задачей (дизайнер/аналитик/разработчик/тестировщик/SME)?
💬 эта обыденная или инновационная задача для команды?
💬 всех ли компетенций хватает (T-shaped) команде для работы над задачей?
💬 кто будет определять с помощью каких инструментов будет решаться задача?

Не стоит зацикливаться на "верной" цифре, думай о смысле. Ранее ещё писал на эту тему тут https://news.1rj.ru/str/projman/23

​​Подчини burndown chart командным интересам!

Для планирования требуется 3 вещи:

🔭 понять объём предстоящих задач (в формате разобраться, а не количества😏)
🔧 выполнить корректирующие воздействия с ретроспективы что пошло не так в прошлой фазе (итерации, каденции, и т.д.)
🧨 устранить препятствия, влияющие на эффективность и/или результативность работ

Существует множество инструментов, чтобы докопаться до истины в последних 2-х пунктах, но чтобы системно разрешать проблемы нужно начать трэчить свой процесс, а точнее результаты своих действий. Лучший инструмент для первичного анализа это 🔥ТА-ДАМ!: burndown chart📉 (причём, как для предиктивного так и для инкрементального подхода). Если что-то пошло не так (дисциплина, исполнительность, нехватка ресурса, лень, зависимости, конфликты, чайка-менеджмент, whatever...) - всё это неумолимо отразит этот простейший график.

Необходимо соблюсти лишь 3 условия:
1. Желание начать разбираться с процессом выполнения всех задач за выбранный период работ
2. Всем участникам команды дисциплинировано переводить задачи в статус "готово"
3. Смотреть что из этого получилось на графике и задавать множество вопросов "Почему наш экземпляр чарта не AA+?"

​​Спустя год учёбы, смены должности и компании, и почти 3000 километров за рулём на авто удалось добраться и сдать, наконец-то, экзамен PMP! Тот случай, когда больше волновался за -цать организационных препятствий к сдаче, а не за сам экзамен.

В ближайшее время думал написать:

🔥 для чего вообще сдавать такого рода экзамены?
🔥 что из себя представляет сегодняшний PMP и что нужно для сдачи?
🔥 сравнение двух экзаменов PMP и PMI-ACP. Сложность, особенности сдачи этих 2-х экзаменов.

Интересно узнать об этих вопросах детальнее?

​​Для чего получать сертификат?

Получать любой сертификат можно по 4 основным причинам:
💪 Достигать лучших результатов в своей работе
💪 Новые знания
💪 Потенциальное увеличение заработной платы или попасть в компанию "мечты", где пропуском является тот или иной сертификат
💪 Потешить своё эго новыми "лычками"

Стоит внимательно подойти к тому, чтобы выбрать правильный мотиватор🏄‍♂️, ведь зачастую путь к сдаче - это трата драгоценного времени, которое при ином раскладе можно использовать более эффективно.

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

Как только определились с мотиватором для получения сертификации для дальнейшего выбора правильной проектное/эджайльной сертификации (их много и пул продолжает расти) необходимо определить факторы, влияющие на выбор:

✅ Этап твоей карьеры
✅ Бюджет, который готов выделить на обучение и прохождение сертификации
✅ Время, которое готов потратить на получение сертификации
✅ Формат (онлайн, оффлайн)
✅ Отрасль профессиональной деятельности (ИТ, инженерия, медицина, и т.д.)
✅ Степень применимости/востребованности сертификации на текущем рабочем месте / в текущей стране
✅ Текущее или желаемое место работы

Ну, и главное помнить, что если хочешь научиться чему-то новому и расширить свои знания надо выбирать провайдера/тренера, который это гарантирует.

Лучший "фидбэк":
✅ отзывы прошедших обучение
✅ % сдавших сертификацию
✅ брэнды компаний, которые обучают своих сотрудников у провайдера

🔖 7 пунктов, которые нужны для сдачи сертификации Project Management Professional (PMP) в 2022 году

(❗️📖 Время чтения 5-7 минут. Если нет желания читать всё - можно сразу перейти к выводам: "7 Ключевых моментов для получения сертификации" в конце поста)

👋 Общая инфо
Недавно сдавал PMP, поэтому хочу поделиться опытом по подготовке и сдаче. Этический кодекс PMI не подразумевает раскрытие содержания вопросов, которые содержались в экзамене, поэтому кто ожидал увидеть здесь вопросы с теста, увы, их не будет.

Ретроспективно могу сказать, что авторизованный курс для подготовки к PMP дал +20% к моим знаниям из практики, а ещё +20% дали, как не странно, всевозможные кейсы из тестовых вопросов, т.к. логично, что обучение не может охватить всё. Остальные 60% сталкивался из собственной практики руководителем проекта.

Отсюда вытекает первое правило на пути к сертификации - нужен реальный опыт работы РП. Чем больше сфер проектов/команд/факапов у тебя случалось - тем, легче пройдет обучение и сдача. Часть вопросов на реальном экзамена отражала мои реальные кейсы в профессиональном опыте, что помогало ответить быстро и непринуждённо. Но есть и оборотная сторона: "методичка" PMBoK и практическое разрешение вопросов не всегда одно и то же. Тест ожидает, что ты ответишь на вопрос так, как предписывает PMBoK, в реальных же проектах (исходя из контекста) приходилось принимать решения, которые противоречили рекомендациям, чтобы достичь цели проекта.

Требования к сдаче сертификации детально описаны тут https://www.pmi.org/certifications/project-management-pmp, но вкратце это:
🔰 Обучение авторизованным PMI провайдером для сдачи PMP
🔰 Заполнение анкеты на сайте PMI с подтверждением своего опыта
🔰 Оплата экзамена
🔰 Букинг экзамена
🔰 Сдача

Если говорить про себя, то я выбрал именно эту сертификацию, потому что:
🌐 Самые сложные пре-требования к допуску к экзамену - нам же всем хочется покорить "Эверест!"😉
🌐 Сложность самого экзамена
🌐 Необходимость после сдачи постоянно держать себя в профессиональном тонусе, участвуя в конференциях/ статьях/ прочих активностях по теме, которые конвертируются в PDU (professional development unit), которые потребуются для подтверждения статуса каждые 3 года.

🎓 Обучение
(обучаться и экзаменоваться можно как на русском, так и на английском языках)

Обучение проходил у провайдера simplilearn.com. По состоянию на сентябрь 2022 такой курс у них стоит 999$. Лучше ждать различные скидки, они часто бывают, можно и сам курс взять дешевле и получить в подарок ещё что-то. 3 года назад "в комплекте" приобрёл ещё PMI-ACP за 799$. Мне понравилось, что была возможность учиться в онлайн классах + самостоятельно + необходимость сдать внутреннюю сертификацию, чтобы подтвердить понимание темы и получить допуск к сдаче настоящего экзамена PMP.

Время обучения составило:
9 занятий по 4 часа live classes. Я их распределил на 9 недель по субботам.
Самостоятельное обучение - 35 часов, которые размазал по тем же 9 неделям, вышло где-то 45 минут в рабочий день.

🏇 Подготовка к сдаче
Для подготовки использовал 3 ресурса:

🔰 Купил книгу "PMP Exam Prep. Tenth Edition" Rita Mulcahy (kindle-version) - цена 10$
🔰 Купил вопросы к экзамену PMI® Authorized Online PMP® Practice Exam содержит 262 вопроса - цена 99$
🔰 Всевозможные free-to-use тесты в сети (суммарно порядка 1900 вопросов)

Книга Риты вообще оказалась "пушка-бомба"🔥🔥 - она подаёт инфу, которая есть в PMBoK, но в более человеческой форме что ли. А ещё взял вопросы из её книги, которые содержаться по каждому блоку и загнал их в гугл формы для последующего самотестирования - их получилось порядка 350.