Больная тема! Давайте разберем организационный АНТИпаттерн.
Представьте, что сейлзы и продакты радостно собирают хотелки клиентов как белки орехи перед зимой. Беклог пухнет, а команда разработки смотрит на это всё квадратными глазами, потому что их velocity позволяет обработать дай бог 20% от этого потока.
Что же происходит дальше? Беклог превращается в свалку фичей, половина которых устаревает ещё до того, как до них дойдут руки. Клиенты начинают нервничать, сейлзы теряют доверие, а команда разработки чувствует себя как хомяк в колесе, вроде бежим изо всех сил, а толку чуть. С этим сталкивается огромное количество команд!
Попытаемся разрулить ситуацию:
1. Начнем жёстко приоритизировать. Никаких "все фичи важные". Вводим систему оценки влияния на бизнес и сложности реализации. Что дает максимальный эффект при минимальных затратах – в топ, остальное – в очередь.
2. Работаем над техническим долгом. Часто низкая скорость разработки – это следствие запущенной кодовой базы. Выделяем время на рефакторинг и автоматизацию рутины. Не факт что поможет, но это тупо надо сделать. Иначе это все снежный ком.
3. Работаем над процессом пресейла. Пусть технические специалисты участвуют в оценке новых фич до того, как сейлзы дают обещания клиентам. Это поможет избежать нереалистичных ожиданий. Но тут может быть конфликт: сейлзам то надо продать, а техкоманде реализовать. Первые будут крайне недовольны, так как их KPI завязаны на бабки. Вопрос пересмотра KPI.
4. Дробим фичи на маленькие кусочки. Вместо одной большой фичи, которая будет готова через полгода, сделайте серию маленьких улучшений, каждое из которых можно выкатить за спринт.
5. Вкладываем бабки в автоматизацию процессов разработки. CI/CD, автотесты, автоматический деплой.. Короче во всё, что помогает быстрее катить изменения.
6. Найм дополнительных разработчиков? Нет, не всегда это решение. Сначала нам нужно убедиться, что текущая команда работает максимально эффективно. Иногда проблема не в количестве людей, а в процессах.
И самое главное – выстраиваем здоровую коммуникацию между продажами, продактами и разработкой. Все должны понимать возможности и ограничения друг друга. Только так можно найти баланс между амбициями и реальностью. Иначе это лебедь, рак и щука.
Согласны?
P.S. Если вам нравится подобный контент, присоединяйтесь к моему ТГ каналу - https://t.me/yastartupper