Як PM-и почали краще управляти очікуваннями клієнтів і дедлайнами

Iryna   Khoma  

До нас звернулася сервісна IT-компанія до 100 людей, яка переважно працює в аутсорсинговій моделі. У компанії була команда проєктних менеджерів, які відповідали за комунікацію з клієнтами, погодження задач, управління дедлайнами та взаємодію з delivery-командами.

Початковий запит звучав так: PM-и недостатньо ефективно вибудовують очікування клієнтів, гнучко погоджуються на зміни й через це команда часто не встигає виконувати задачі в обіцяні строки.

На перший погляд це могло виглядати як проблема з тайм-менеджментом, плануванням або оцінкою задач. Але під час роботи стало зрозуміло, що глибша причина була в іншому: PM-и намагалися одночасно «зробити добре» і клієнту, і команді, але не мали достатньо чіткої позиції, щоб балансувати ці інтереси.

Ситуація до навчання

До навчання проєктні менеджери часто демонстрували надмірну гнучкість у комунікації з клієнтом. Якщо клієнт просив змінити пріоритети, додати нову задачу або зсунути домовленості, PM-и могли погоджуватися занадто швидко — без паузи на оцінку наслідків для команди, дедлайнів і вже взятих зобов’язань.

Це проявлялося у дзвінках і переписці:

• домовленості могли змінюватися неформально;
• не всі нові запити чітко заводилися й оцінювалися;
• зміни не завжди проходили через переоцінку часу;
• команда отримувала нові очікування постфактум;
• задачі відтерміновувалися або «розповзалися» в часі;
• PM-и опинялися між клієнтом і командою без чіткої управлінської позиції.

У результаті лише 60% задач виконувалися в межах встановленого дедлайну. Базовий показник у 60% задач, виконаних у встановлений дедлайн, був розрахований на стороні клієнта до старту навчання командою СОО + HR. Команда клієнта проаналізувала задачі на Jira-дошці за попередній період і визначила частку задач, які були завершені в межах погодженого строку.

Що ми хотіли змінити

Ціль не полягала в тому, щоб зробити PM-ів «жорсткішими» або менш клієнтоорієнтованими. Навпаки — завданням було допомогти їм стати більш професійними партнерами для клієнта.

Ми хотіли, щоб PM-и навчилися:

• чіткіше артикулювати потреби й обмеження команди;
• не погоджувати зміни автоматично;
• брати паузу на оцінку впливу;
• пояснювати клієнту наслідки зміни пріоритетів;
• переводити нові домовленості в задачі, оцінки й оновлені дедлайни;
• балансувати інтереси клієнта, команди й компанії;
• діяти асертивно, а не реактивно.

Ключовою очікуваною поведінкою було не «сказати клієнту ні», а показати клієнту ціну зміни: що саме треба буде відтермінувати, переоцінити або перепланувати, якщо пріоритети змінюються.

Що ми зробили

Перед навчанням ми провели коротку діагностику, щоб не зводити проблему лише до «PM-и погано планують» або «команда неправильно естимейтить задачі».

Разом із COO та HR ми розібрали типові ситуації, у яких дедлайни зривалися або змінювалися домовленості з клієнтами. Дивилися не тільки на сам факт прострочення задач, а й на те, що відбувалося перед цим: як клієнт формулював новий запит, як PM реагував, чи була переоцінка часу, чи проговорювалися наслідки для інших задач, чи фіксувалися нові домовленості.

У діагностиці використовували кілька джерел:

• інтерв’ю з COO та HR;
• розмови з PM-ами;
• приклади робочих ситуацій із дзвінків і переписок;
• аналіз Jira-дошки;
• розбір кейсів, де дедлайни зміщувалися після зміни домовленостей із клієнтом.

Саме ця діагностика показала, що проблема не зводиться лише до планування чи технічного естимейту. Часто PM-и бачили ризики, але не артикулювали їх достатньо чітко клієнту. Вони намагалися зберегти добрі стосунки, швидко погоджували зміни, а вже потім поверталися до команди з новими очікуваннями. Тому ключовим фокусом навчання стала не техніка планування сама по собі, а асертивне управління очікуваннями, аргументація позиції та проговорення наслідків змін.

Ми провели для шести проєктних менеджерів серію навчальних і практичних інтервенцій:

• воркшопи;
• симуляції робочих розмов;
• фасилітовані обговорення реальних ситуацій;
• follow-up Q&A-сесію;
• роботу з інструментами аргументації;
• моделі expectation management;
• практику асертивної комунікації.

Окремо після навчання COO провів one-to-one зустрічі з кожним PM протягом трьох місяців. Це було важливо, бо зміна поведінки не мала залишитися лише «ефектом воркшопу». Компанія підтримала нову поведінку управлінськими ритуалами.

Також з’явилися нові практики:

• спільний чат для підтримки змін;
• регулярні рев’ю дедлайнів;
• асинхронні апдейти щодо змін у домовленостях;
• повідомлення в командних чатах про зміни пріоритетів або очікувань;
• уважніше відстеження задач у Jira.

Що ми зробили (пропозиція опису)

Ми провели для шести проєктних менеджерів серію навчальних і практичних інтервенцій, яка поєднувала теоретичну підготовку, інтенсивну практику та управлінську підтримку. Процес був структурований наступним чином:

1. Цикл навчальних воркшопів з релевантними інструментами (4 зустрічі по 2 години). Ми зосередилися на конкретних моделях expectation management та інструментах аргументації, щоб дати РМ-ам опору в переговорах:

• Підготовка та стратегія: Використання моделей BATNA/WATNA для оцінки альтернатив та 5 стратегій Томаса-Кілмана для вибору правильної лінії поведінки в конфліктних ситуаціях.
• Аргументація та асертивність: Впровадження моделей PRES та ІЛОК для захисту позиції команди, а також практика асертивної комунікації через метод SPIKES для донесення неприємних новин клієнту.
• Робота з тиском: Опанування порад щодо протидії тиску (модель Savvy) та технік контрманіпуляцій, щоб уникати реактивного погодження на зміни.

2. Практичне відпрацювання та фасилітація (2 зустрічі по 2 години)

Щоб знання перетворилися на навичку, ми змістили фокус на активну практику:

• Симуляції робочих розмов: Кожен інструмент відпрацьовувався в умовах, максимально наближених до реальних дзвінків із клієнтами.
• Фасилітовані обговорення: Ми розбирали реальні складні кейси учасників, допомагаючи знайти оптимальні рішення для їхніх поточних проєктів. У межах кожного модуля опрацьовувалося щонайменше 4 реальні кейси.

3. Підтримка та закріплення Зміна поведінки підтримувалася на системному рівні протягом трьох місяців:

• Follow-up Q&A-сесія (1 зустріч на 2 години): Через два місяці після навчання ми провели зустріч для розбору питань та кейсів, що накопичилися під час самостійної роботи.
• Управлінські ритуали: СОО провів серію one-to-one зустрічей для закріплення нових патернів. Компанія також впровадила нові практики: регулярні рев’ю дедлайнів, спільний чат підтримки та обов’язкову фіксацію змін у Jira.

Також з’явилися нові практики:

• спільний чат для підтримки змін;
• регулярні рев’ю дедлайнів;
• асинхронні апдейти щодо змін у домовленостях;
• повідомлення в командних чатах про зміни пріоритетів або очікувань;
• уважніше відстеження задач у Jira.

Яка поведінка змінилася

Після навчання PM-и почали поводитися інакше в ситуаціях, де раніше могли автоматично погодитися на зміну.

Вони стали:

• чіткіше аргументувати власну позицію;
• брати час на обговорення й оцінку;
• проговорювати наслідки змін;
• пояснювати, які задачі доведеться відтермінувати;
• уточнювати, як нові пріоритети вплинуть на дедлайни;
• фіксувати зміни в домовленостях;
• активніше захищати реалістичність плану.

Один із показових прикладів стався під час клієнтського дзвінка. Клієнт попросив змінити пріоритетність задач. Раніше PM, ймовірно, погодився б і вже потім намагався б «якось домовитися» з командою. Після навчання менеджер не погодився автоматично, а пояснив, до яких наслідків це призведе: які задачі треба буде відтермінувати, які дедлайни зміняться і на що це вплине.

Після такого пояснення клієнт переглянув своє рішення й залишив попередню пріоритизацію.

Цей приклад добре показує суть зміни: PM не став менш гнучким. Він став краще управляти гнучкістю.

Як ми вимірювали зміну

Ми дивилися не лише на враження учасників після навчання, а й на те, що змінилося в роботі.

Для вимірювання використовували:

• опитування учасників;
• інтерв’ю з COO та HR;
• спостереження за робочими ситуаціями;
• аналіз Jira-дошки;
• перегляд динаміки виконання задач у строк;
• якісний фідбек від самих PM-ів.

Ключова метрика:

частка задач, виконаних згідно з установленим дедлайном.

До навчання цей показник становив 60%.

Після навчання та трьох місяців підтримки він зріс до 83%.

Перші помітні зміни в поведінці з’явилися вже протягом перших трьох тижнів.

Що допомогло закріпити результат

Важливо, що цей кейс спрацював не лише через навчання. Успіх став можливим завдяки поєднанню кількох факторів:

1. Запит йшов і від топменеджменту, і зсередини команди. PM-и самі хотіли змінити ситуацію й використали навчання як спосіб легалізувати нову поведінку.
2. COO підтримав зміну після навчання. One-to-one зустрічі допомогли перевести нову поведінку в реальну управлінську практику.
3. Команда створила нові ритуали. Рев’ю дедлайнів, асинхронні апдейти й повідомлення про зміни в домовленостях допомогли зробити поведінку системною.
4. Навчання було прив’язане до реальних ситуацій. Ми працювали не з абстрактною комунікацією, а з конкретними дзвінками, переписками, дедлайнами, оцінками й клієнтськими змінами.

Результат

Для бізнесу зростання виконання задач у строк із 60% до 83% означало не просто кращу дисципліну в Jira. Компанія отримала більш керований delivery-процес: менше несподіваних змін, менше хаотичного перепланування й більше прозорості в комунікації з клієнтами.

За словами COO, після навчання PM-и почали раніше пояснювати клієнтам наслідки змін у пріоритетах, а не переносити напругу всередину команди. Це зменшило кількість ситуацій, коли команда дізнавалася про нові домовленості постфактум і мусила «якось встигнути».

Для команд це також означало менше фрустрації у взаємодії з PM-ами. Замість того, щоб отримувати нові обіцянки клієнту без переоцінки, команда почала бачити, що PM-и краще захищають реалістичність плану, пояснюють trade-offs і фіксують зміни в домовленостях.

Ми не вимірювали напряму, наприклад, зменшення овертаймів або зростання клієнтського NPS, тому не подаємо їх як доведений результат. Але якісний фідбек від COO, HR і самих PM-ів показав, що зміна поведінки вплинула на три практичні речі:

• менше хаотичного перепланування;
• більше передбачуваності для delivery-команди;
• краще управління очікуваннями клієнтів до моменту конфлікту.

Після навчання PM-и почали більш асертивно й професійно управляти очікуваннями клієнтів. Вони не просто краще комунікували, а й змінили саму логіку роботи зі змінами: від автоматичного погодження до пояснення наслідків, переоцінки й фіксації нових домовленостей.

Ключовий вимірюваний результат:

частка задач, виконаних у погоджений дедлайн, зросла з 60% до 83%.

Цей кейс показує, що навчання може впливати не лише на знання або задоволеність учасників, а й на реальну поведінку на робочому місці — особливо тоді, коли воно підтримується управлінськими ритуалами, фідбеком і змінами в робочому середовищі.

За цим стоїть більше, ніж кілька зустрічей.  Успіх став можливим завдяки поєднанню навчання, готовності PM-ів змінювати поведінку, підтримки COO та нових командних ритуалів після програми.