Я офигенно люблю создавать новые продукты, а профессия Product Manager'а постоянно преподносит уроки, как это делать лучше. Сегодня эпизод о моей зоне роста — планировании.
⚒️ Все мы знаем, что у каждого продукта есть стадии развития:
- Сначала он быстро-весело стартует и развивается, совершая неожиданные повороты в поисках ценности для своего пользователя. Его roadmap состоит напополам из клочков задач на ближайшие дни и лозунгов о светлом будущем.
- Нашли ценность? Фокусируемся на масштабировании и меняем написанные костыли на ажурные дорогостоящие инженерные решения. Продукт обретает силу и превращается в настоящий бизнес.
- Решения
очень быстроустаревают, и оказывается, их надо постоянно подшаманивать, доделывать и чинить. Наступает довольно скучная стадия поддержки.
👬 В процессе меняется и команда. В начале это хакатоний спецназ, разваливающий на раз любую задачу (но с ограничениями по функциональности). По мере ускучнения проекта, спецназовцы морщат носы — фуу, энтырпрайз! — и их вытесняют профессиональные разработчики дальнего плавания.
Получается, спецназовцы клёво решают задачи в стиле "новый день — новые требования", но им скучно на поддержке. А дальноплавателям для комфортной работы нужна дорожная карта ну хотя бы месяца на два—три вперёд, чтобы рассчитывать силы и доставлять груз вовремя. Иначе отправят менеджерский состав кормить акул бизнеса.
Внимание, вопрос
Есть большой взрослый продукт и прекрасная команда его поддерживающая, а вместе нам нужно сделать совершенно новый сервис.
❓ Как запланировать комфортный разработчикам бэклог на месяцы вперёд, если любой уважающий себя новый проект за это время может родиться, умереть, воскреснуть и так не один раз?
Куда девать задачи из текущего бэклога — какие из них важнее нового проекта, а какие нет?
За этими вопросами я фрустировал не один день, пока уважаемый и мегаопытный менеджер Миша Захаров не подсказал решение. К слову, метод подходит на только для рабочих проектов, но и для личных — вплоть до организации личного времени.
Суть задачи
Раз затронули организацию личного времени, на этой аналогии и разберёмся, в чём, собственно, дело, товарищи.
🍔 Возьмём, как проект, среднего человека — меня. Мой личный бэклог задач состоит из работы, стартапов, и прогулок между работой и стартапами, чтобы совсем не отдать концы. Это всё — важные задачи по поддержке меня, как проекта.
Но турецкие кебабы и лаваш не прошли незаметно и на горизонте замаячил новый проект, который нужно впихнуть в рабочий график — тренажёрный залик.
Я понятия не имею, какие именно упражнения буду делать и сколько времени займёт приведение себя в комфортный вид, но точно знаю одно — задача настолько важная, что я готов выделить на неё по 2 часа три раза в неделю.
💡 Так-так-так, а почему бы не применить ровно этот же в копейку способ к командной разработке?
У нас есть большой командный бэклог конкретных задач, состоящий аж из нескольких направлений — коммерческие фичи, техдолг, поддержка новой функциональности и т.д. Прямо как в моём личном бэклоге — работа, прогулки и стартапы.
Новый проект же, несмотря на свою лютую неопределённость, важен. Но вместо того чтобы планировать конкретные задачи (список которых поменяется уже завтра), ощутим сердцем важность нового проекта и скажем — ага, 10 сторипоинтов дней из 30 будем тратить на новый проект.
Так экспериментальные задачи перестают в лоб сталкиваться с коммерческими (и заведомо им проигрывать) и диаграмма Ганта заполняется колбасами. Но содержимое этих колбас записано карандашиком в местах, где мы говорим о новом проекте.
Остаётся только плавно расширить команду и радоваться собственной тупости находчивости.
Решение
То есть подход — вместо оценки стоимости конкретных задач взять оценку их важности и распланировать на них время в процентах от ёмкости команды.
Было: 5 сторипоинтов на профиль пользователя
Стало: 10% ёмкости команды на улучшение профиля пользователя
Внутри этих 10% список задач может измениться, но время команды всё-равно будет спланировано.
🐺 Конечно, это не серебряная пуля для всех демонов планирования и остаётся ещё куча нюансов, за которыми чувствуешь себя волком, ловящим яйца.
Но в моём случае, последовав этому правилу, процесс разработки сдвинулся с мёртвой точки и наращивает обороты.
Подписывайтесь на мой Instagram, там смешной и интересный real time продакта: https://www.instagram.com/zloypakimon/
Саундтрек, под который писался текст
—
Vadim Smirnov
Stay Heavy \m/