Почему проектный подход больше не работает? 🚀

У нас есть клиенты, с которыми всё началось с одного проекта. Потом подключилась поддержка, развитие, и вот ты оглядываешься — а вы уже работаете вместе 5+ лет. 😳

Казалось бы, всё идёт хорошо: команда знакома с продуктом, клиенту нравится, что у нас вся экспертиза под рукой, а на вникание в процессы не тратится лишнее время. Зачем что-то менять? ❗️Но вот интересный момент: проектный подход в таких случаях уже не работает. Более того, он становится причиной большинства проблем.

📌Почему проектный подход перестает работать?

Проект — это конкретный объем задач, результат которых можно измерить в конце: «Вот вам ТЗ, вот разработанный проект». Но когда вы с клиентом вместе годами, задачи никогда не заканчиваются.

Вот что происходит:

🔹 Потеря знаний. За 5 лет состав команды неизбежно меняется. Люди уходят, приходят, а вместе с ними уходит и накопленная экспертиза. 🔹Растущая сложность. Продукт клиента развивается, в нём появляются новые компоненты системы, зависимости, интеграции, требования. А проектный подход слишком жёсткий, чтобы успевать за изменениями. 🔹Изменение приоритетов. Когда вы планируете один проект, всё более-менее стабильно. Но за несколько лет потребности бизнеса клиента могут полностью измениться. Тут становится очевидно: чтобы развивать такой продукт, нужно работать по-другому.

📌Продуктовый подход: в чём разница? Проект — это работа на результат в рамках фиксированных сроков. Продукт — это процесс постоянного развития, где главное — ценность для пользователя.

Если совсем упростить: проект заканчивается, продукт — никогда.

📌Ключевые отличия: • Команда. В проекте может быть временная группа специалистов, а в продукте — стабильная кросс-функциональная команда. • Цели. Проект нацелен на выполнение конкретного объёма задач, продукт — на достижение бизнес-результатов. • Процессы. В проекте есть начало и конец, в продукте — циклы постоянного улучшения.

📌Как мы трансформируем команды из проектных в продуктовые?

У меня есть несколько советов, которые показали себя максимально эффективными:

🔹 Создайте единую базу знаний с клиентом по продукту. Фиксируйте всё: архитектуру, процессы, фичи. База знаний спасёт в случае ухода ключевых специалистов. И заведите туда обязательно клиента — это повысит доверие и упростит совместную работу. Кстати, за её ведение не стесняйтесь брать деньги: это полезно всем.

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

🔹Проводите онбординг. При смене сотрудников новый специалист должен быстро войти в контекст. Онбординг — это обязательный этап, где вы рассказываете о проекте, продукте и его целях, знакомите с процессами, продуктом.

🔹Создайте обучающий курс и проверяйте знания регулярно. Разработайте внутренний обучающий курс. Включите в него тесты и регулярно проводите экзамены, которые будут проходить не только новички, но и «старички» команды. Это помогает сохранять актуальность знаний, вовлекать всех в процесс и держать команду в отличной форме.

🔹Инициируйте воркшопы и церемонии для улучшений. Включите в свой процесс регулярную задачу: раз в заранее определенный период проводите внутренний воркшоп, на котором команда генерирует идеи по улучшению продукта. Затем структурируйте предложения и обсуждайте их с клиентом. Это не только прокачает продукт, но и покажет вашу вовлечённость и экспертность.

📌Почему это работает?

Продуктовый подход — это не просто новый формат работы, это возможность построить с клиентом долгосрочное партнёрство.

Такой подход создаёт доверие. Клиент видит, что вы не просто выполняете задачи, а действительно заботитесь о его продукте.