Второй квартал буксую с деливери... Как мы выстраиваем цикл продуктовой разработки 📄
У меня уже второй квартал буксует деливери-часть по одному большому изменению, несмотря на высокие приоритеты. У нас борьба за разработку и фичи выглядит очень легко — есть продуктовый комитет и ресурсный, где мы обосновываем свои фичи и их влияние на бизнес, клиентов. Это может звучать как большая бюрократическая машина, но на самом деле это не так. Skyeng — это очень гибкая система с минимумом бюрократии. Для продактов эти комитеты скорее возможность выйти и обстучать идею об других участников компании, донести видение до CEO и C-level. Нет больших презентаций, согласований и прочего. Паспорт в Confluence и рассказ в 2-5 минутах о том, что, когда и как мы делаем. С глубиной уже участники знакомятся асинхронно. Паспорт включает в себя стандартные аспекты: целеполагание (какую проблему решаем, UE и метрики, которые двигаем, ROI), методы тестирования, исследования, PRD, пользовательские истории (для MVP , в идеале сразу для MLP), планирование ресурсов, roadmap и приоритизацию всех задач в нем, риски, красные флаги.
Это мероприятие происходит раз в квартал. Приоритеты могут меняться, так же как и KR. Objectives, как правило, не меняются. Есть система скоринга, где каждый из C-level голосует и принимает решение, куда мы даем разработку, а куда нет. После продуктового комитета у нас есть ресурсный комитет, где стараемся более точечно, без "вертолетных" оценок, понять, что реально возможно реализовать, а что нет, и обеспечить, чтобы ресурсов топ-проектам хватило.
Плюсы системы:
🚀 Вы делаете то, что соответствует видению бизнеса и стратегии в данный момент времени.
💸 Не тратите дорогие ресурсы направо и налево.
⚙️ Максимальная прозрачность по всей компании о том, что мы делаем, как и для чего, участники всей системы становятся более вовлеченными.
🗣 Очень сильно прокачиваются софтовые компетенции, так как команды разные, и вы вынуждены много общаться со всеми, строить новые связи и развивать их, доказывать командам, почему мы это делаем.
Минусы:
📚 Разработка распределена по разным заказчикам, продуктам. У всех очень много желаний, и бэклог трещит по швам. Выкатили MLP далее фичи и доработки могут не получить топ приоритет и уйти вниз, что продукт так и не станет идеальным. Поэтому лучше сразу делать круто, либо никак)
⏰ Больше времени тратится на то, чтобы заказчику и команде разработки притереться и начать плодотворную работу. Команд разработки много, и они могут блокировать друг друга. Со своей командой продакт мог бы аккуратно создавать свои фичи и растил бы свои метрики, работая с одними и теми же людьми на комфорте и чиле.
🔑 Еще один минус, с которым я столкнулся напрямую: в этом квартале мы должны были выпустить большое 0-1 изменение. У меня есть 5 тимлидов, 5 команд разработки, с которыми мы работаем над продуктом. С 4 командами двигаемся как надо, задачи выполняются, проблем нет. И на одну команду пришёл доп влёт по другому стриму на миллион долларов, который сейчас оказывает очень большое влияние на бизнес и мой большой релиз переносится. Мы потратили много дополнительного времени на несколько попыток эскалации, пересчитывали приоритеты и пытались расширить команду. И все это также увеличивает TTM.
Второй квартал буксую с деливери... Как мы выстраиваем цикл продуктовой разработки 📄
У меня уже второй квартал буксует деливери-часть по одному большому изменению, несмотря на высокие приоритеты. У нас борьба за разработку и фичи выглядит очень легко — есть продуктовый комитет и ресурсный, где мы обосновываем свои фичи и их влияние на бизнес, клиентов. Это может звучать как большая бюрократическая машина, но на самом деле это не так. Skyeng — это очень гибкая система с минимумом бюрократии. Для продактов эти комитеты скорее возможность выйти и обстучать идею об других участников компании, донести видение до CEO и C-level. Нет больших презентаций, согласований и прочего. Паспорт в Confluence и рассказ в 2-5 минутах о том, что, когда и как мы делаем. С глубиной уже участники знакомятся асинхронно. Паспорт включает в себя стандартные аспекты: целеполагание (какую проблему решаем, UE и метрики, которые двигаем, ROI), методы тестирования, исследования, PRD, пользовательские истории (для MVP , в идеале сразу для MLP), планирование ресурсов, roadmap и приоритизацию всех задач в нем, риски, красные флаги.
Это мероприятие происходит раз в квартал. Приоритеты могут меняться, так же как и KR. Objectives, как правило, не меняются. Есть система скоринга, где каждый из C-level голосует и принимает решение, куда мы даем разработку, а куда нет. После продуктового комитета у нас есть ресурсный комитет, где стараемся более точечно, без "вертолетных" оценок, понять, что реально возможно реализовать, а что нет, и обеспечить, чтобы ресурсов топ-проектам хватило.
Плюсы системы:
🚀 Вы делаете то, что соответствует видению бизнеса и стратегии в данный момент времени.
💸 Не тратите дорогие ресурсы направо и налево.
⚙️ Максимальная прозрачность по всей компании о том, что мы делаем, как и для чего, участники всей системы становятся более вовлеченными.
🗣 Очень сильно прокачиваются софтовые компетенции, так как команды разные, и вы вынуждены много общаться со всеми, строить новые связи и развивать их, доказывать командам, почему мы это делаем.
Минусы:
📚 Разработка распределена по разным заказчикам, продуктам. У всех очень много желаний, и бэклог трещит по швам. Выкатили MLP далее фичи и доработки могут не получить топ приоритет и уйти вниз, что продукт так и не станет идеальным. Поэтому лучше сразу делать круто, либо никак)
⏰ Больше времени тратится на то, чтобы заказчику и команде разработки притереться и начать плодотворную работу. Команд разработки много, и они могут блокировать друг друга. Со своей командой продакт мог бы аккуратно создавать свои фичи и растил бы свои метрики, работая с одними и теми же людьми на комфорте и чиле.
🔑 Еще один минус, с которым я столкнулся напрямую: в этом квартале мы должны были выпустить большое 0-1 изменение. У меня есть 5 тимлидов, 5 команд разработки, с которыми мы работаем над продуктом. С 4 командами двигаемся как надо, задачи выполняются, проблем нет. И на одну команду пришёл доп влёт по другому стриму на миллион долларов, который сейчас оказывает очень большое влияние на бизнес и мой большой релиз переносится. Мы потратили много дополнительного времени на несколько попыток эскалации, пересчитывали приоритеты и пытались расширить команду. И все это также увеличивает TTM.
In the next window, choose the type of your channel. If you want your channel to be public, you need to develop a link for it. In the screenshot below, it’s ”/catmarketing.” If your selected link is unavailable, you’ll need to suggest another option. More>> Matt Hussey, editorial director of NEAR Protocol (and former editor-in-chief of Decrypt) responded to the news of the Telegram group with “#meIRL.” As the broader market downturn continues, yelling online has become the crypto trader’s latest coping mechanism after the rise of Goblintown Ethereum NFTs at the end of May and beginning of June, where holders made incoherent groaning sounds and role-played as urine-loving goblin creatures in late-night Twitter Spaces. A vandalised bank during the 2019 protest. File photo: May James/HKFP.
from us
