Коли проєкт знайомий, а люди — вже ні


Я памʼятаю цей перехід досі, навіть через роки.

Проєкт — стабільний. Спеціаліст із хорошою динамікою. Вів проєкт із самого початку, пережив ребрендинг, зміну tone of voice, кілька криз, запуск нових лінійок та ще безліч зйомок в десятках локаціях. Знав все: що клієнт любить, що не схвалює, коли краще не писати, а коли — обов’язково написати із кавичками. Його контент не треба було пояснювати — він відчував бренд на рівні інтуїції.

А потім зміна. Людина пішла, не драматично, просто зміни. Бо заміна команди буває з різних причин: хтось вигорає, комусь тісно в проєкті, іноді просто зміни в ресурсах. А іноді... навіть коли здавалося б не варто. Тоді команда ненадовго завмирає. Клієнт із мікропанікою в очах зі мною на 121 каже: «А хто тепер буде замість нього?». Пу-пу-пу.

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

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

Ось тоді ми робимо ретроспективу та чесно говоримо:
💬 Що працювало, а що ні?
💬 Що було в плані, але так і не реалізувалось?
💬 Які формати втомилися, а які навіть не тестували?
...

Бо нова людина не продовження попередньої. У неї інший досвід. Інші сильні сторони. Інша енергетика. І якщо не дати їй простору запропонувати щось своє, вона просто буде боятись зіпсувати «те, що працювало». А значить — не розкриється.

📌 Тому моя порада проста: Не імітуйте стабільність, коли змінюється команда. Це шанс зупинитись, подивитися на проєкт із нової висоти. Проведіть ретроспективу, оновіть очікування, сформуйте нову опору замість старої інерції.
Бо найгірше — коли стара система тягне нову людину вниз.
А найкраще — коли зміна команди стає сигналом: давайте зберемо те, що варте збереження — і сміливо перезавантажимось там, де давно назріло. Це не про «все з нуля». Це про оновлення без втрати суті.
І чесно, після таких змін проєкт живе ще глибше. І ще довше.

📖 P.S. Якщо ви зараз у процесі зміни команди або будуєте нові робочі стосунки, дуже раджу прочитати книгу Кім Скотт «Радикальна прямота».

А як звали вашого, того самого спеца по якому ви дуже сумуєте?)

👍ПодобаєтьсяСподобалось2
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Підписатись на коментарі