В прошлой части мы рассмотрели, какие клиенты бывают, в общем. А теперь представляем вам самых опасных заказчиков😅
Каждый ПМ хотя бы раз сталкивался с такими заказчиками.
Иногда это просто особенность характера, иногда — стиль работы, а иногда — главная причина, почему проект начинает ехать.
👉
Самое интересное, что ни один из этих типов не считает себя проблемой. Они активно участвуют, предлагают идеи, хотят «как лучше» и переживают за результат, но без правил проекта всё это превращается в
хаос
.
И задача ПМа не бороться с заказчиком, а управлять его поведением внутри проекта.
Потому что один такой тип может спокойно:
— сжечь сроки
— раздуть scope
— сломать фокус команды
— или превратить работу в бесконечные правки
Ставьте «❤️», если встречались с такими клиентами
#базаPM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Есть момент, который почти всегда пропускают.
Сначала команда делится всем: говорит о проблемах, предупреждает о рисках, честно говорит, что не успевает, спорит и предлагает решения🤓
Но проходит время, и что-то меняется…
Команда начинает говорить:
А потом внезапно выясняется, что сроки горят, задача сделана не так, проблема тянется уже неделю…
👉
И ПМ думает:
«почему мне не сказали раньше?»
Но правда в том, что команда редко начинает молчать просто так. Обычно это происходит по одной из трёх причин:
Если на проблемы команда получает раздражение, давление,«почему так долго?», «надо было раньше думать, то люди быстро понимают, что проще сказать «всё ок», даже если это не так🥲
Команда пару раз сказала о риске, ничего не изменилось. Сроки остались теми же, приоритеты не поменялись, задачи всё равно надо сделать.
И появляется логика: «зачем говорить, если всё равно ничего не поменяется?»🫠
Когда каждый шаг проверяется, каждое действие нужно согласовать, каждую мелочь нужно объяснять.
В какой-то момент люди начинают
прятать проблемы
, чтобы не тратить силы на лишние объяснения.
И тогда появляется самая опасная ситуация в проекте. Когда команда говорит ПМу
не реальность, а то, что он хочет услышать.
А в этот момент управление проектом фактически исчезает, потому что решения принимаются на основе неправильной картины проекта.
Именно поэтому одна из главных задач ПМа — создать среду, где плохие новости безопасно приносить. Потому что в здоровой команде проблемы не скрывают, а приносят как можно раньше.
Ставьте «🔥», если считаете, что это действительно важная проблема в работе ПМа
#базаPM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤1
Друзья, сейчас вокруг Telegram происходит множество непоняток… и есть риск, что в какой-то момент канал может стать нестабильным или вообще недоступным😵
Поэтому думаю заранее, куда переносить контент, если вдруг что.
Хочется понять, где вам реально удобно потреблять контент.
Ответьте, пожалуйста, в опросе ниже, это поможет не потерять вас🥲
Поэтому думаю заранее, куда переносить контент, если вдруг что.
Хочется понять, где вам реально удобно потреблять контент.
Ответьте, пожалуйста, в опросе ниже, это поможет не потерять вас🥲
Please open Telegram to view this post
VIEW IN TELEGRAM
Куда вам удобнее перейти, чтобы не потерять контент?
Anonymous Poll
70%
10%
10%
25%
Напишу свой вариант в комментариях👇🏻
Последние события показывают одну простую вещь: даже если у тебя всё было стабильно, это может поменяться очень быстро🙂⏩ Платформы, доступы, процесс — всё может стать «под вопросом» за один день.
И это, на самом деле, максимально честная среда для ПМа, потому что проекты почти всегда живут в неопределённости, просто не всегда в такой явной.
Главная ошибка — начать судорожно всё планировать и «закрывать», но в неопределённости это не работает.
Пока ты фиксируешь, требования меняются, приоритеты уезжают, а решения устаревают
❗️
Рабочий подход —
сокращать горизонт планирования
.
Планируй не «на квартал», а на неделю, спринт или на ближайший результат
В неопределённости нет идеального момента. Если ты ждёшь полной информации, подтверждений, уверенности, ты просто теряешь время.
❗️
Лучшее правило:
решение лучше среднего сейчас, чем идеальное потом
Да, иногда придётся переделывать, но это дешевле, чем стоять на месте.
Когда всё нестабильно, люди больше всего бесятся не из-за задач, а из-за того, что не понимают, что происходит, не знают, чего ждать, не уверены в сроках.
❗️
Поэтому
задача ПМа
чаще синкаться, проговаривать риски, не обещать то, в чём не уверен
Честность в неопределённости — это не слабость, а способ сохранить контроль.
Неопределенность — это не исключение, а нормальное состояние проекта. И выигрывает не тот ПМ, у кого идеальный план, а тот, кто быстрее адаптируется.
А как у вас сейчас с проектами?
Ставьте «🔥», если стало больше хаоса и «❤️», если всё под контролем
#базаPM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🔥1
5️⃣ типов неопределённости, которые ломают проекты (и что с ними делать)
⏩ Какие же типы неопределенности убивают проекты?
1️⃣ Неопределённость требований
Классика:
⭕️ «давайте начнём, потом уточним»
⭕️ «примерно понятно, что нужно»
В итоге:
⚫️ переделки
⚫️ конфликты
⚫️ потеря времени
👉 Что делать:
не начинать разработку без Definition of Ready и фиксировать, что именно считается “готово к работе”
2️⃣ Неопределённость приоритетов
Сегодня важно одно, а завтра — другое.
Команда делает → приоритет меняется → работа обесценивается…
👉 Что делать:
фиксировать приоритеты хотя бы на короткий период (спринт/неделя) и не трогать их без причины
3️⃣ Неопределённость решений
Когда решения не принимаются, откладываются, пересматриваются по 3 раза, проект начинает зависать.
👉 Что делать:
вводить правило: каждое решение имеет дедлайн и ответственного
4️⃣ Неопределённость загрузки команды
Снаружи кажется, что все заняты, а на деле кто-то перегружен, кто-то недогружен, сроки плавают
👉 Что делать:
считать реальный capacity, а не «на глаз»
5️⃣ Неопределённость ожиданий - самая опасная
Когда команда думает одно, а заказчик ожидает другое. И это выясняется в конце…
👉 Что делать:
регулярно синхронизировать ожидания:
— демо
— промежуточные проверки
— частая обратная связь
💡 Важно:
Неопределённость нельзя убрать, но её можно разделить и начать управлять частями, потому что «хаос» — это не проблема.
Проблема — когда ты не понимаешь, какой именно хаос у тебя сейчас.
Какой тип чаще всего встречается у вас?
Напишите цифру в комментариях👇
#базаPM
Когда говорят «в проекте неопределённость» — это звучит как что-то общее. Но на практике неопределённость всегда конкретная.
И если её не распознать, ты не сможешь ею управлять.🙅🏼♂️
Классика:
В итоге:
не начинать разработку без Definition of Ready и фиксировать, что именно считается “готово к работе”
Сегодня важно одно, а завтра — другое.
Команда делает → приоритет меняется → работа обесценивается…
фиксировать приоритеты хотя бы на короткий период (спринт/неделя) и не трогать их без причины
Когда решения не принимаются, откладываются, пересматриваются по 3 раза, проект начинает зависать.
вводить правило: каждое решение имеет дедлайн и ответственного
Снаружи кажется, что все заняты, а на деле кто-то перегружен, кто-то недогружен, сроки плавают
считать реальный capacity, а не «на глаз»
Когда команда думает одно, а заказчик ожидает другое. И это выясняется в конце…
регулярно синхронизировать ожидания:
— демо
— промежуточные проверки
— частая обратная связь
Неопределённость нельзя убрать, но её можно разделить и начать управлять частями, потому что «хаос» — это не проблема.
Проблема — когда ты не понимаешь, какой именно хаос у тебя сейчас.
Какой тип чаще всего встречается у вас?
Напишите цифру в комментариях
#базаPM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🔥1
Спойлер:
Редко бывает ситуация, когда у тебя есть все цифры, подтверждённые гипотезы, понятный прогноз🥲
Чаще всего ты принимаешь решения в режиме: «ну… вроде так логично»
И вот тут многие ПМы начинают тормозить. Они ждут больше данных, подтверждений, время на «еще чуть-чуть разобраться»⏩ Но в этот момент происходит главное: решение не принимается → проект останавливается
Вот как с этим работать:
Если у тебя есть хотя бы 60–70% понимания, уже можно принимать решение. Остальное ты всё равно не узнаешь заранее.
А цена ожидания почти всегда выше, чем цена ошибки.
Не надо искать идеальное решение. Надо понять:
Если можно переделать, скорректировать, поменять направление, значит, можно принимать решение быстро.
Одна из самых сильных вещей, которые может делать ПМ: говорить не только решение, но и контекст.
Например:
Это снижает ожидания и убирает ощущение «нас куда-то ведут вслепую».
⏩
Самое важное:
Проблема не в том, что ты ошибёшься, а в том, что ты
слишком долго не принимаешь решение.
В проектах выигрывает не тот, кто всегда прав, а тот, кто быстрее двигается, быстрее проверяет, быстрее корректируется
А для вас что сложнее: принять решение или потом за него отвечать?
«❤️» - принять решение
«🔥» - отвечать за него
#базаPM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🔥1
В связи с последними событиями я решил не рисковать и заранее подумать, где будем на связи, если вдруг что. По результату опроса большинство выбрало ВКонтакте. Спасибо всем, кто ответил ❤️
Дальше будем:
Если вы читаете здесь, лучше сразу подпишитесь и туда, чтобы не потеряться, потому что сейчас стабильность — вещь относительная🥲
Я понимаю, что многим из вас удобнее читать здесь, буду вести до последнего контент и здесь, пока это возможно❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4
Ты не зависаешь в проекте, потому что “мало данных”
Ты зависаешь, потому что не понимаешь, как действовать в хаосе🥲
Вот 5 моделей, которые действительно помогут тебе в этот непросто период👇🏻
Ты никогда не будешь уверен на 100%. Любое решение — это ставка на лучший вариант из доступных
Все решения делятся на два типа:
Ты тормозишь не из-за сложности, а потому что думаешь над всем одинаково
Если у тебя есть ~70% информации, этого достаточно, чтобы принять решение
Ждать 100% = гарантированно тормозить
Пока ты добираешь недостающие 30%, всё уже меняется
В хаосе нет смысла строить длинные планы
Фокус не на идеальном плане, а на следующем действии
Самая частая ошибка — пытаться “разобраться до конца”
Понимание приходит через движение, а не наоборот
Если коротко:
Ты не обязан всё понимать, чтобы начать действовать. Именно это и отличает ПМа, который тащит, от ПМа, который завис🙂↕️
А что из этого уже используешь ты?
#интересныематериалы
👉
И на всякий случай, если вдруг здесь станет нестабильно, дублирую весь контент в
ВК.
Подписывайся, чтобы не потеряться❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3👍2👏1
Есть плохая новость…
Хорошая новость — с этим можно научиться нормально жить и управлять.
Вот 5 книг, которые в этом реально помогают
Про то, как принимать решения, когда ты не знаешь, чем всё закончится.
Главная мысль:
ты не контролируешь результат, ты контролируешь качество решения на моменте.
Очень отрезвляет ПМов, которые хотят «угадать правильно».
Про события, которые никто не ждал, но которые всё ломают.
После неё начинаешь понимать:
проект может пойти не так не потому, что ты плохо управляешь, а потому что мир не обязан быть предсказуемым.
Про то, как мыслить, когда нет чёткого пути. Без «видений» и абстракций.
Очень хорошо учит:
Не только про стартапы, но и про работу через гипотезы: сделал → проверил → изменил
Это и есть основной инструмент,
когда невозможно всё заранее спланировать.
Про принятие решений в сложных системах.
Книга про то, как:
В неопределённости не работает подход «сейчас разберёмся и дальше спокойно».
Работает другое:👉 учиться принимать решения, когда спокойно не будет
Ставь «❤️», если было полезно и делись в комментариях своими мыслями, если читал эти книги
#интересныематериалы
👉
И на всякий случай, если вдруг здесь станет нестабильно, дублирую весь контент в
ВК.
Подписывайся, чтобы не потеряться❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
у каждого свои процессы, свои инструменты, и никто не хочет ничего менятья. И всё это нужно было собрать в одну систему согласований
Первая проблема — требования
Их просто не было…
Точнее, они были, но постоянно менялись, бизнес не мог чётко сказать, что ему нужно, и каждый раз появлялось что-то новое🫠
Вторая проблема — сопротивление
Команды работали в Jira
и идея перехода в новую систему вызывала максимально понятную реакцию:
“зачем?”
В какой-то момент стало очевидно: если пытаться сразу сделать решение на всех, ничего не получится
Я начал не с системы, а с людей
Собрал встречи с каждым направлением, разобрали:
И дальше — не “делаем сразу всё”, а маленькие шаги
Запустили пилотные группы -> посмотрели, как это работает в реальности
Собрали обратную связь -> переделали
-> и только потом масштабировали
В итоге:
Но главное не в этом…
Я понял одну вещь
Неопределённость — это не ситуация, в которой нужно “разобраться”. Это среда, в которой ты работаешь.
И если пытаться сначала всё понять, ты просто застрянешь
Работает другое:
⭕️
начинать с малого
⭕️
много разговаривать
⭕️
двигаться, даже когда нет полной картины
А как ты действуешь в проектах? Больше разбираешься или двигаешься?
#ЖизньВпроектах
👉
И на всякий случай, если вдруг здесь станет нестабильно, дублирую весь контент в
ВК.
Подписывайся, чтобы не потеряться❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
Если тебе кажется, что стало сложнее найти работу — тебе не кажется🥲
Рынок реально поменялся:⚫️ вакансий стало меньше⚫️ кандидатов — больше
Но дело не только в количестве вакансий. Просто изменилось то, на что смотрят…
Не “как правильно”, а как ты действуешь, когда нет полной информации: сидишь и ждёшь или двигаешься дальше
Когда требования плавают
приоритеты меняются, и никто до конца не понимает, что делать: ты зависаешь или собираешь команду и ведёшь вперёд
В наше время это особенно важно😅
Не просто “умею общаться», а можешь ли ты договориться, донести позицию, вытащить информацию, урегулировать конфликт
Умеешь ли ты брать ответственность, не перекладывать всё на команду, не тащить всё в одиночку
Теорию знают почти все, но на собеседовании быстро видно, понимаешь ты, что происходит, или просто повторяешь заученное
Сейчас смотрят не на “знания”, а на то, как ты работаешь в реальности…
И вопрос уже не в том, сколько ты знаешь, а в том, как ты действуешь
Что из этого у тебя сейчас проседает больше всего? Пиши в комментариях❤️
#базаPM
👉
И на всякий случай, если вдруг здесь станет нестабильно, дублирую весь контент в
ВК.
Подписывайся, чтобы не потеряться❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
👨🏼💻Как проходить собеседования в 2026?
Почему старые советы больше не работают?
Вот что реально изменилось👇🏻
1️⃣ От тебя ждут не “что делал”, а “какой был результат”
Раньше можно было сказать:
⭕️ «вел проект»
⭕️ «управлял командой» ⭕️ «внедрял процессы»
Если ты не можешь ответить, как изменились сроки, деньги, метрики, результат команды, для рынка ты звучишь как исполнитель, а не ПМ
2️⃣ Проверяют мышление, а не знания
Вопросы типа: «что такое Scrum», «что делает ПМ» уходят.
Вместо этого:
⭕️ «что будешь делать, если сроки уже горят?»
⭕️ «если команда не успевает?»
⭕️ «если заказчик давит?»
И тут невозможно “выучить ответ”. Сразу видно ты реально управлял или просто присутствовал.
3️⃣ Смотрят, как ты работаешь в неопределённости
Стабильных проектов стало меньше, поэтому важнее не идеальный опыт, а умение действовать, когда нет чётких требований, всё меняется, решения нужно принимать быстро
Если ты привык работать “по плану”, будет сложно
4️⃣ Софт-скиллы стали важнее хардов
Можно не знать идеальный фреймворк. Но если ты не умеешь договариваться, не держишь границы, не управляешь конфликтами, ты не проходишь дальше.
Потому что проблемы в проектах — это не Jira, а люди.
5️⃣ Все начали использовать ИИ — и это уже база
Сейчас странно, если ты НЕ используешь AI.
Но! Важно не “использую ChatGPT”, а как именно ты его применяешь:
⭕️ для анализа
⭕️ для подготовки решений
⭕️ для ускорения работы
Потому что “знаю про ИИ” ≠ “умею работать эффективнее”.
А вы когда последний раз проходили собеседование? Что больше всего удивило? Пишите в комментариях👇
#собесы
Мой ВКонтакте
Почему старые советы больше не работают?
Если ты давно не ходил на собесы, есть плохая новость: рынок поменялся. И теперь недостаточно просто рассказать про опыт, красиво говорить, знать теорию
Вот что реально изменилось👇🏻
Раньше можно было сказать:
Сейчас следующий вопрос почти всегда:
👉
«и что это дало бизнесу?»
Если ты не можешь ответить, как изменились сроки, деньги, метрики, результат команды, для рынка ты звучишь как исполнитель, а не ПМ
Вопросы типа: «что такое Scrum», «что делает ПМ» уходят.
Вместо этого:
И тут невозможно “выучить ответ”. Сразу видно ты реально управлял или просто присутствовал.
Стабильных проектов стало меньше, поэтому важнее не идеальный опыт, а умение действовать, когда нет чётких требований, всё меняется, решения нужно принимать быстро
Если ты привык работать “по плану”, будет сложно
Можно не знать идеальный фреймворк. Но если ты не умеешь договариваться, не держишь границы, не управляешь конфликтами, ты не проходишь дальше.
Потому что проблемы в проектах — это не Jira, а люди.
Сейчас странно, если ты НЕ используешь AI.
Но! Важно не “использую ChatGPT”, а как именно ты его применяешь:
Потому что “знаю про ИИ” ≠ “умею работать эффективнее”.
И вот главный сдвиг, потому что раньше брали за опыт, а сейчас — за способность думать и принимать решения.
Если коротко:
❌
«я делал задачи»
✅
«я влиял на результат»
❌
«я знаю теорию»
✅
«я понимаю, что делать в реальности»
А вы когда последний раз проходили собеседование? Что больше всего удивило? Пишите в комментариях
#собесы
Мой ВКонтакте
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5⚡2👍2
Если кажется, что без опыта сейчас невозможно пройти собес — частично это правда. Но проблема чаще не в отсутствии опыта, а в том, как к этим собеседованиям готовятся
Вот что реально работает сейчас👇🏻
Самая частая ошибка — приукрасить:
На следующем вопросе это рассыпается
И становится видно, что за этим нет реального опыта…
Гораздо сильнее звучит: «опыта нет, но вот как я бы действовал»
Сейчас не проверяют заученные ответы
Спрашивают:
И здесь важно не “правильно ответить”, а показать ход мысли: как рассуждаешь, на что обращаешь внимание, как принимаешь решение
Новичок ≠ “нет опыта вообще”
Можно брать учебные проекты, стажировки, даже организацию процессов в команде/универе
Важно не “где работал”, а что именно делал и какие решения принимал
Проекты сейчас — это:
Если это не учитывать в ответах, сразу видно разрыв с реальностью
Не ждут идеального кандидата. Ждут человека, который не врёт, не уходит от вопросов, адекватно оценивает себя
Иногда это решает больше, чем знания
⏩
Новичкам сейчас действительно сложнее
, но проходить собесы можно, если играть по новым правилам
Ставь «❤️», если знакомо
#собесы
Мой ВКонтакте
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
Если отклики есть, а оффера нет, дело почти никогда не в рынке. Чаще всего проблема в том, как ты себя продаёшь как ПМ.
Вот самые частые причины, которые реально режут кандидатов:
«Вёл проект»
«Управлял командой»
«Контролировал сроки»
Окей… и что?
Нанимают не за процесс, а за результат:
— ускорил релизы
— снизил просрочки
— сохранил бюджет
— вывел проект из кризиса
Если этого нет, ты выглядишь как исполнитель.
Очень частая история.
Ты говоришь про задачи, спринты, митинги. Но не можешь ответить:
ПМ — это не «я сделал, как сказали».
На собесе ждут:
Если ответы в стиле «ну так получилось» — это минус.
Любимый ответ:
Но интервьюеру важно понять: как ты действуешь, когда всё идёт не по плану
Ты много делал, но решения принимал не ты.
Если звучит так:
то возникает вопрос: а где здесь ты как менеджер?
⏩
Самое неприятное:
большинство кандидатов уверены, что у них «просто не повезло».
Но отказы — это почти всегда
повторяющийся паттерн.
Если откликается, напиши, на каком этапе чаще всего отказывают:
— после резюме
— после первого интервью
— после финала
#собесы
Мой ВКонтакте
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Парадокс:
Не потому что не знает, а потому что не может нормально объяснить, как он думает и принимает решения.
Вот вопросы, на которых это чаще всего вскрывается:
Самый простой вопрос и самый провальный.
Типичный ответ:
нет конкретики и нет выводов.
Что хотят услышать:
- что именно пошло не так
- где ты ошибся
- что бы сделал по-другому
Многие начинают говорить общими словами:
Но это не ответ. Сильный ответ — это процесс: как ты действуешь, когда данных недостаточно.
Типичная ошибка — сразу «давить»:
Но сильный ПМ сначала разбирается, почему не успевают, где реальный блокер, это проблема планирования или системы
И тут многие отвечают: «я стараюсь не допускать конфликтов»🙃
А это красный флаг, потому что конфликты в проектах неизбежны. Вопрос в том, как ты ими управляешь.
Очень сильный вопрос, потому что он проверяет не знания, а мышление.
Слабый ответ:
Сильный ответ должен быть про риски, динамику, предсказуемость.
На собеседовании почти не проверяют инструменты. Проверяют как ты думаешь.
И если ты не можешь это объяснить, опыт перестаёт играть роль.
Завтра расскажу о том, как правильно отвечать на эти вопросы.
Ставь «❤️», если тема актуальна.
#собесы
Мой ВКонтакте
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5
Вчера разобрали вопросы, на которых чаще всего «плывут».
Как же на них отвечать так, чтобы было видно, что ты не просто работал, а понимаешь, что делал.
Здесь не нужен идеальный кейс. Нужен честный и разложенный.
Нормальная структура ответа:
Пример логики:
«Мы недооценили зависимость от заказчика → начали раньше → получили переделки → в следующий раз ввёл DoR и фиксацию решений»
Здесь не работают слова «анализирую и думаю», нужен процесс.
Например:
Сильный ответ всегда начинается с: «сначала разберусь почему»
Дальше логика:
это перегруз или блокеры?
И только потом действия:
Никогда не говори «стараюсь избегать». Нормальный ответ:
Здесь важно уйти от «всё по срокам». Сильный ответ должен быть про систему:
На собеседовании проверяют не опыт, а можешь ли ты разложить свой опыт в логику.
Если ты это умеешь, уровень сразу считывается.
Если тема полезна, поставьте «❤️»
#собесы
Мой ВКонтакте
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5🔥3
Самый простой и недооценённый инструмент.
Как использовать:
попроси ИИ докапываться и задавать уточняющие вопросы. Это максимально приближает к реальности.
Сайт для живых мок-собесов с другими людьми.
Особенность:
Недооценённый, но очень мощный инструмент.
Что делать:
И ты сразу увидишь, где мямлишь, где теряешь мысль, где нет структуры
Это больно, но очень эффективно😅
Собери базу:
И пропиши ответы по структуре (например, STAR).
⏩ Что реально даёт результат
Не чтение вопросов, а проговаривание ответов вслух. Потому что на собесе ты не думаешь, ты говоришь.
А какие методы для подготовки к собеседованию используешь ты?
#собесы #интересныематериалы
Мой ВКонтакте
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
🧷Половина проблем в проекте начинается не с плохой разработки. А с одной фразы: "давайте потом зафиксируем"
Звучит безобидно, правда?
Созвон закончился, все вроде договорились, решение “понятно”, времени мало, надо бежать дальше.
Ну и кажется: ничего страшного, потом оформим🙂
А потом начинается классика:
— через 2 дня у всех разное понимание договорённости
— аналитик понял одно
— разработка другое
— заказчик вообще ждал третье
— а ПМ потом бегает и пытается восстановить “что мы тогда имели в виду”
И вот здесь неприятная правда:
👉не зафиксированное решение — это не мелочь.
Это отложенный риск.
Потому что в проекте забывается не только информация. В проекте забывается контекст.
А без контекста любое решение начинает жить своей жизнью:
— появляются лишние трактовки
— растёт количество уточнений
— увеличиваются переключения
— начинаются переделки
— сроки едут
— команда раздражается
И всё это выглядит как “обычная работа”, хотя по факту проблема началась сильно раньше.
⏩Почему ПМы это регулярно недооценивают?
Потому что фиксация решения не выглядит как что-то срочное.
Срочно — это инцидент.
Срочно — это дедлайн.
Срочно — это эскалация.
А оформить договорённость после встречи — вроде бы можно и потом.
Но именно из таких “потом” и собирается хаос.
🤨Что именно нужно фиксировать, чтобы не ловить проблемы на ровном месте?
Не стенограмму встречи. Не 3 страницы текста. Не идеальный протокол.
Достаточно 4 вещей:
1️⃣Что решили
Одной понятной формулировкой, без воды.
2️⃣Почему решили именно так
Чтобы через неделю никто не начал переоткрывать вопрос с нуля.
3️⃣Кто владелец следующего шага
Иначе решение зависнет в воздухе.
4️⃣Что теперь не делаем
Это вообще один из самых недооценённых пунктов.
Потому что решение в проекте — это не только “что делаем”, но и “какие варианты мы закрыли”.
⏩Самая дорогая ошибка ПМа здесь какая?
Думать, что если все покивали на встрече, значит все одинаково поняли.
Нет🙂
Кивали все одному звуку.
Поняли — каждый своё.
И если решение не зафиксировано, проект начинает платить за это:
— временем
— фокусом команды
— скоростью
— иногда и деньгами
🎯Хороший ПМ не просто проводит встречу.
Хороший ПМ закрывает неопределённость.
Иногда одна нормально зафиксированная договорённость спасает больше ресурса, чем ещё один статус-митинг.
Если у вас тоже бывало, что “все договорились”, а потом оказалось, что никто ни о чём не договорился — ставим 🔥
#базаPM
Мой ВКонтакте
Звучит безобидно, правда?
Созвон закончился, все вроде договорились, решение “понятно”, времени мало, надо бежать дальше.
Ну и кажется: ничего страшного, потом оформим🙂
А потом начинается классика:
— через 2 дня у всех разное понимание договорённости
— аналитик понял одно
— разработка другое
— заказчик вообще ждал третье
— а ПМ потом бегает и пытается восстановить “что мы тогда имели в виду”
И вот здесь неприятная правда:
👉не зафиксированное решение — это не мелочь.
Это отложенный риск.
Потому что в проекте забывается не только информация. В проекте забывается контекст.
А без контекста любое решение начинает жить своей жизнью:
— появляются лишние трактовки
— растёт количество уточнений
— увеличиваются переключения
— начинаются переделки
— сроки едут
— команда раздражается
И всё это выглядит как “обычная работа”, хотя по факту проблема началась сильно раньше.
⏩Почему ПМы это регулярно недооценивают?
Потому что фиксация решения не выглядит как что-то срочное.
Срочно — это инцидент.
Срочно — это дедлайн.
Срочно — это эскалация.
А оформить договорённость после встречи — вроде бы можно и потом.
Но именно из таких “потом” и собирается хаос.
🤨Что именно нужно фиксировать, чтобы не ловить проблемы на ровном месте?
Не стенограмму встречи. Не 3 страницы текста. Не идеальный протокол.
Достаточно 4 вещей:
1️⃣Что решили
Одной понятной формулировкой, без воды.
2️⃣Почему решили именно так
Чтобы через неделю никто не начал переоткрывать вопрос с нуля.
3️⃣Кто владелец следующего шага
Иначе решение зависнет в воздухе.
4️⃣Что теперь не делаем
Это вообще один из самых недооценённых пунктов.
Потому что решение в проекте — это не только “что делаем”, но и “какие варианты мы закрыли”.
⏩Самая дорогая ошибка ПМа здесь какая?
Думать, что если все покивали на встрече, значит все одинаково поняли.
Нет🙂
Кивали все одному звуку.
Поняли — каждый своё.
И если решение не зафиксировано, проект начинает платить за это:
— временем
— фокусом команды
— скоростью
— иногда и деньгами
🎯Хороший ПМ не просто проводит встречу.
Хороший ПМ закрывает неопределённость.
Иногда одна нормально зафиксированная договорённость спасает больше ресурса, чем ещё один статус-митинг.
Если у вас тоже бывало, что “все договорились”, а потом оказалось, что никто ни о чём не договорился — ставим 🔥
#базаPM
Мой ВКонтакте
❤2