⏯ Главная ошибка при запуске проектных команд
Проектную команду часто запускают правильно.
Назначают роли.
Выбирают методологию.
Проводят kickoff.
Рисуют доски и договариваются о встречах.
И почти сразу начинают ждать результата.
Но главная ошибка происходит раньше.
Команду запускают без решения, какие решения она вообще имеет право принимать.
Команда есть.
Ответственности — нет.
Формально она «самостоятельная».
На практике:
приоритеты приходят сверху,
ключевые решения принимаются вне команды,
а ошибки разбираются постфактум.
Команда быстро это считывает.
И перестаёт быть проектной.
Она становится расширенным исполнителем.
Вторая часть этой ошибки — ожидание инициативы без мандата.
От команды ждут проактивности,
но не дают границ,
внутри которых можно ошибаться, выбирать и отказываться.
В итоге команда либо:
🟣 бесконечно уточняет,
🟣 либо делает безопасно и мелко,
🟣 либо имитирует автономность.
Ни один из вариантов не даёт скорости.
Проектная команда начинает работать только тогда,
когда за ней закреплено:
🟣 какие решения она принимает сама;
🟣 какие — эскалирует;
🟣 за какой результат отвечает целиком;
🟣 где её выбор окончательный.
Без этого можно сколько угодно говорить про Agile, Scrum и культуру.
Но команда всё равно будет ждать разрешения.
Проект — это всегда цепочка решений.
Если команда не является точкой этих решений,
она не проектная.
Она просто группа людей с задачами.
Мама бы сказала: «Если ты всё равно решаешь сам, не делай вид, что это их команда».
☄ Обучение, чтобы оставаться в рынке.
