Найти в Дзене

Soft skills для проджекта: почему (я считаю) они важнее, чем харды

Проджект — это человек на линии огня. С одной стороны команда, с другой — заказчик. И чаще всего именно он принимает на себя поток претензий и эмоций. 😤 Проблемные заказчики будут всегда Кто-то недоволен сроками, кто-то придирается к мелочам, кто-то просто слил плохое настроение. И такие ситуации происходят практически каждый день — иногда несколько раз за день. Хард-скиллы тут мало помогают. Методологии, диаграммы, планы — важно, но без умения общаться проект часто встанет. А если заказчик решит «отыграться» на команде — всё на проджекте. 💪 Что реально спасает 1. Не реагировать резко на негатив Сценка: заказчик кричит на созвоне: «Вы всё делаете медленно! Мы не будем платить!» Проджект спокойно фиксирует факты: что готово, что ещё в работе. Не спорит, не защищается. Эмоции остаются за бортом, процесс движется дальше. 2. Улаживать конфликты Сценка: два разработчика спорят из-за багов, а заказчик ждёт результат. Проджект выслушивает обе стороны, формулирует проблему нейтрально и пред

Проджект — это человек на линии огня.

С одной стороны команда, с другой — заказчик. И чаще всего именно он принимает на себя поток претензий и эмоций.

😤 Проблемные заказчики будут всегда

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

Хард-скиллы тут мало помогают. Методологии, диаграммы, планы — важно, но без умения общаться проект часто встанет. А если заказчик решит «отыграться» на команде — всё на проджекте.

💪 Что реально спасает

1. Не реагировать резко на негатив

Сценка: заказчик кричит на созвоне: «Вы всё делаете медленно! Мы не будем платить!»

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

2. Улаживать конфликты

Сценка: два разработчика спорят из-за багов, а заказчик ждёт результат.

Проджект выслушивает обе стороны, формулирует проблему нейтрально и предлагает решение: «Давайте сначала исправим блокер, потом посмотрим оптимизацию». Сразу обозначается ответственный и, по возможности, проговариваются сроки.

3. Терпеть критику (даже незаслуженную)

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

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

4. Гибкость общения

Сценка: с директором нужно говорить коротко и по делу, с линейным пользователем — разжёвывать каждый шаг.

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

⚡️ Вывод

Для проджекта софт-скиллы — не «приятный бонус».

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

💡 Совет: отмечай ситуации, где тебе чаще всего приходится «гасить пожар» или улаживать конфликт. Прокачивай эти навыки — так проект и команда будут жить дольше, а стресс — меньше. Если есть сложности — пиши, разберём кейсы отдельно.

#pm #менторство #it #совет #project