📖Ресурсы для чтения Хочу сегодня поделиться фреймворком от компании Basecamp. Чтиво на английском здесь. Можно ли сказать, что вы найдете в нем принципиально что-то новое, дающее вам эликсир вечной молодости и противоядие от выгорания? Нет. Но он довольно простой и интересный. Кратко о стадиях и как это работает у нас. Shaping: Определение формы проекта до его начала. Вместо использования детальных спецификаций или задач, проект описывается более высокоуровневыми концепциями, называемыми "шейпами". Детализация передается в руки тимлидов. 🔨Практика показывает, что это удобно, потому что ты, как продакт, масштабируешься на большее количество команд, но хорошо работает только, если команды достаточно самостоятельны, в контексте продукта и могут принимать решения, касающиеся "как будет выглядеть финальный интерфейс" или "как сделать валидацию". Betting Table: Команда проводит сессии, называемые "ставки за столом", где обсуждаются и выбираются проекты для работы в следующем цикле разработки. 🔨Пытаюсь вовлекать тимлидов на ранней стадии, но в общем это пока я и директор по продукту + влияние мнения заинтересованных лиц, включая главных. Мы пытались проводить ставки, но в конечном итоге опираемся на оценку с помощью RICE-фреймворка. Building Teams Around Projects: Формирование команд вокруг проектов, которые могут сфокусироваться и завершить работу в течение фиксированного периода времени, известного как "цикл разработки". 🔨 Как у нас: команда N назначается на проект А, и это их главная цель на квартал. У нас команды разделяются на фронт и бэк. Когда фича требует обеих команд, "владельцем фичи" назначается основная команда, в которой требуется больше затрат на разработку, и ее задача заключается в завершении фичи и контроле за тем, чтобы зависимости в соседней команде были выполнены. Кстати, оцените кодовые имена моих команд - Ведьмаки, Гоблины, Драконы и Полиморфы. Fixed Time, Variable Scope: Фиксированное время для цикла разработки (обычно 6 недель) с переменным объемом работы. Вместо того чтобы фиксировать область проекта, команда фиксирует время, что способствует более эффективному управлению итерациями. 🔨Как это происходит на самом деле: лежим в этом направлении. No Backlog: Отсутствие формального бэклога задач. Задачи не сохраняются в очереди на будущее. Вместо этого они обсуждаются и формируются только перед началом следующего цикла. 🔨 Как это происходит на самом деле: у меня есть бэклог фичей и идей в AHA. Все остальное у нас в ADO, и чтобы он не расползался на 1000 строк, я очищаю его и удаляю фичи, которые мы решили отложить. Мы с боссом особенно любим часть про shaping. Поэтому все стратегическое, что нам нужно обсудить и возможно разбить по фичам, мы называем shaping. Очень похоже на DoDING Актиона, о котором я как-то рассказывала. Да, у нас не полностью адаптирован фреймворк, но на то он и фреймворк, чтобы брать из него лучшее. Пишите, если не согласны. Ну, а если чтение на английском пока вызывает трудности, то рекомендую подписаться на папку Products с лучшими каналами о продуктах и разработке: https://t.me/addlist/YvmnHCHUp700Nzky. 🕊