Если ты работал с подрядчиком, ты слышал это:
«Это не в нашем SLA»
«У нас другой спринт»
«Мы ждали от вас доступ»
«Они сказали, что всё согласовано»
А ты - между.
И проект превращается в игру “найди, кто виноват”.
Что обычно ломается:
- Разный темп: внутренние ждут, аутсорс «передаёт позже»
- Неясно, где задача - и у кого «мяч»
- Конфликты приоритетов
- Ощущение: «мы всё сделали, это их проблема»
Кейс:
Фронтенд не начат.
Аутсорс ждёт API.
Бэк считает, что “они сами должны запросить”.
🧩 Не баг в коммуникации.
А отсутствие зафиксированной точки входа.
PM об этом не договорился. Значит - допустил.
Что делать:
✅ 1. Фиксируй не только зоны ответственности, а точки перехода
- Кто отдаёт макеты?
- Кто валидирует результат?
- Где “готово” - в Notion, Jira или в релизе?
Не “аутсорс делает фронт”, а:
«получает макеты + API + согласует → стартует за 2 дня»
✅ 2. Собирай минимальный operational checklist
- Формат входа: что нужно получить
- Канал связи: кто вовлечён
- Срок реакции: сколько допустимо “ждать”
- Что считается “принято”
- Кто говорит «всё ок»
Один гуглдок спасает недели стыковки.
✅ 3. Фреймворк треугольника контроля
Любой блок: внутренняя команда, подряд, заказчик -
ты должен иметь:
🟢 Прозрачность - где задача, статус, блокеры
🟡 Предсказуемость - когда и что произойдёт
🔴 Влияние - что ты можешь сделать, если что-то идёт не так
Если нет хотя бы одного угла - это чёрный ящик.
А ты - не оператор ящиков.
📌 PM - это точка сборки.
Не прокладка. Не передатчик. Не модератор.
Если ты не держишь стык - он рассыпается.
А вместе с ним - и проект.
