Привет, я — Оля и я новоиспеченный РО. Работаю владельцем продукта 1,5 года, каждые пару месяцев прилетают новые инстайты, мир переворачивается с ног на голову, а я думаю: «Черт»! Я все делала неправильно! Но теперь-то я точно знаю как правильно! Разумеется, каждый раз я даже не представляю, насколько я ошибаюсь.
В качество «интро» немножко подробнее про продукт, команду, и меня.
Мы создаем технологическую платформу для управления партнерскими сетями АЗС. Строим её с нуля, используем микросервисы, работаем по скраму, стараемся внедрять devops и т.д. Сейчас у нас 30 АЗС, до конца года их будет более 150.
1,5 года назад после всех обязательных мероприятий вроде питча, архитектуры решения, защиты бюджета и т.п., я недолго раздумывая набрала команду из 8 человек, 6 – BE, 1 — FE, 1 -дизайнер. Каждый разраб уникальный, пишет только на чем-то своем, слово «agile» слышал где-то, как-то раз на Хабре прочитал, и что там делаем коллега в принципе большого значения не имеет.
Я училась на прикладную информатику и параллельно работала кальянщиком, официантом, консультантом спортивного питания, барменом, логистом в порту, декларантом (в том же порту), менеджером по товародвижению в крупном ритейле, аналитиком, руководителем направления бизнес-аналитики, руководителем отдела системной аналитики SAP, руководителем отдела разработки BI-решений, все в том же ритейле.
На последней должности у меня была команда системных аналитиков и разработчиков, беклог задач на 100 лет вперед, очень много пользователей, которые сами несли мне обратную связь (даже никакие каст-девы проводить не нужно, хотя я на тот момент даже не знала, что это такое). Мы работали спринтами по четыре недели, потому что ИТ-директор так сказал, все действо происходит в джире. Демонстраций — нет, ретроспектив – нет, метрик – нет, скрам-мастер — это вообще кто?
И вот 1,5 года назад я сидела в школе владельцев продукта в «Газпром нефти». Идет уже третья неделя занятий, нам рассказывают про сервис блюпринт, про каст-дев, про CJM, про метрики… и я ничего не понимаю. Зачем мне это? Почему я тут? Можно я уже пойду команду набирать?
Итак, что мы имеем:
Зато есть важные люди, которые почему-то против светлого будущего нашего стартапа и косящиеся мужские взгляды коллег, которые тоже не очень понимают, что я тут делаю.
Завершаю с прелюдиями, переходим к ошибкам.
Итак, школа РО – нужная, полезная и обязательная штука, но только если ты уже РО. Иначе это будет как в школе или универе — что-то там рассказывают, интересно, но как это относится к жизни? Непонятно.
Когда ты только начинаешь работать РО, ты, разумеется, крайне заряжен на качество своего продукта и вообще сам продукт, это новая для тебя роль, о которой в интернете пишут очень интересно, на конференциях говорят даже слишком круто, и надо соответствовать.
В погоне за действительно впечатляющими инкрементами каждый спринт ты будешь делать все возможное и невозможное, стейкхолдеры (инвесторы) «помогут» тебе определить метрики ТВОЕГО продукта, за которые ТЫ будешь отвечать, ты перепробуешь все способы мотивации и демотивации команды и себя, продукт тебе будет сниться по ночам, а новые фичи будут генериться со скоростью света.
Как понимаете, времени заняться продуктом и, самое главное, проблемой клиента не будет совсем!
Но рано или поздно эйфория пройдет, а обратная связь от клиентов появится, она и откроет тебе глаза в первый раз, и ты поймешь: что-то пошло не так. Тут начнешь гуглить, узнаешь что такое CJM, насколько важно исследование, и что вообще-то гипотезы нужны, чтобы их проверять, а не сразу хвататься и делать.
И вот это тот самый момент, чтобы отправиться в школу РО.
Это моя главная ошибка. И тут все просто.
Когда ты новоиспеченный РО, тебе кажется, что лучше тебя самого никто продукт не знает (и это так) и никто лучше не сделает (а это не так), и тут ты стараешься быть и скрам-мастером, и аналитиком, и архитектором, и секретарем, и еще много кем. Возможно, ты даже сможешь совмещать в себе все эти амплуа, НО недолго, и самое главное — ты перестанешь быть владельцем своего продукта.
Нужно следить за собой и научиться доверять команде, они не меньше болеют за продукт и хотят сделать его успешным. Все, что ты должен этим людям — это видение, приоритезированный беклог, и попытки оградить их от любой бюрократии, проще говоря, не мешать им принимать решения о том, КАК сделать продукт.
Кто такой человек снежинка- можно узнать тут:
Часто РО экономят на этой позиции и считают, что лучше взять за те же деньги еще одного разработчика, ведь там эффект виден сразу.
Так же думала и я, и чуть не потеряла свою dev-team. Во-первых, очень важно погрузить команду в философию скрама, заразить их самой идеей продукта, научить делать правильно, и показать почему дейли очень нужны и почему они должны занимать 15 минут. Что будет, если неверно оценивать задачи, как отказать РО в выполнении чего-то ненужного, чего нет в спринте (ты же сам не наденешь 2 шапки, и не будешь учить их отказывать самому тебе).
Я пишу вроде бы обыденные вещи, но на практике хорошо самоорганизованная команда — это намного более продуктивная и эффективная команда, которая сделает то, что нужно тебе, не перестреляет друг друга во время ретроспективы, превзойдет твои ожидания, и тогда будет тебе 50% счастья твоего клиента.
Продолжение об ошибках будет, потому что факапов у меня накопилось много. А как у вас с этим?
В качество «интро» немножко подробнее про продукт, команду, и меня.
Мы создаем технологическую платформу для управления партнерскими сетями АЗС. Строим её с нуля, используем микросервисы, работаем по скраму, стараемся внедрять devops и т.д. Сейчас у нас 30 АЗС, до конца года их будет более 150.
1,5 года назад после всех обязательных мероприятий вроде питча, архитектуры решения, защиты бюджета и т.п., я недолго раздумывая набрала команду из 8 человек, 6 – BE, 1 — FE, 1 -дизайнер. Каждый разраб уникальный, пишет только на чем-то своем, слово «agile» слышал где-то, как-то раз на Хабре прочитал, и что там делаем коллега в принципе большого значения не имеет.
Я училась на прикладную информатику и параллельно работала кальянщиком, официантом, консультантом спортивного питания, барменом, логистом в порту, декларантом (в том же порту), менеджером по товародвижению в крупном ритейле, аналитиком, руководителем направления бизнес-аналитики, руководителем отдела системной аналитики SAP, руководителем отдела разработки BI-решений, все в том же ритейле.
На последней должности у меня была команда системных аналитиков и разработчиков, беклог задач на 100 лет вперед, очень много пользователей, которые сами несли мне обратную связь (даже никакие каст-девы проводить не нужно, хотя я на тот момент даже не знала, что это такое). Мы работали спринтами по четыре недели, потому что ИТ-директор так сказал, все действо происходит в джире. Демонстраций — нет, ретроспектив – нет, метрик – нет, скрам-мастер — это вообще кто?
И вот 1,5 года назад я сидела в школе владельцев продукта в «Газпром нефти». Идет уже третья неделя занятий, нам рассказывают про сервис блюпринт, про каст-дев, про CJM, про метрики… и я ничего не понимаю. Зачем мне это? Почему я тут? Можно я уже пойду команду набирать?
Итак, что мы имеем:
- Идеальная с точки зрения бас-фактора команда, собранная с нуля
- Очень много теоретических знаний в области продуктовой разработки
- Много разного опыта с прошлых мест
- Компания, в которой даже джиры нет
Зато есть важные люди, которые почему-то против светлого будущего нашего стартапа и косящиеся мужские взгляды коллег, которые тоже не очень понимают, что я тут делаю.
Завершаю с прелюдиями, переходим к ошибкам.
Ошибка первая
Нет смысла учиться быть РО — нужно пробовать
Итак, школа РО – нужная, полезная и обязательная штука, но только если ты уже РО. Иначе это будет как в школе или универе — что-то там рассказывают, интересно, но как это относится к жизни? Непонятно.
Когда ты только начинаешь работать РО, ты, разумеется, крайне заряжен на качество своего продукта и вообще сам продукт, это новая для тебя роль, о которой в интернете пишут очень интересно, на конференциях говорят даже слишком круто, и надо соответствовать.
В погоне за действительно впечатляющими инкрементами каждый спринт ты будешь делать все возможное и невозможное, стейкхолдеры (инвесторы) «помогут» тебе определить метрики ТВОЕГО продукта, за которые ТЫ будешь отвечать, ты перепробуешь все способы мотивации и демотивации команды и себя, продукт тебе будет сниться по ночам, а новые фичи будут генериться со скоростью света.
Как понимаете, времени заняться продуктом и, самое главное, проблемой клиента не будет совсем!
Но рано или поздно эйфория пройдет, а обратная связь от клиентов появится, она и откроет тебе глаза в первый раз, и ты поймешь: что-то пошло не так. Тут начнешь гуглить, узнаешь что такое CJM, насколько важно исследование, и что вообще-то гипотезы нужны, чтобы их проверять, а не сразу хвататься и делать.
И вот это тот самый момент, чтобы отправиться в школу РО.
Ошибка вторая
Человек-снежинка — очень амбициозно, но бесполезно
Это моя главная ошибка. И тут все просто.
Когда ты новоиспеченный РО, тебе кажется, что лучше тебя самого никто продукт не знает (и это так) и никто лучше не сделает (а это не так), и тут ты стараешься быть и скрам-мастером, и аналитиком, и архитектором, и секретарем, и еще много кем. Возможно, ты даже сможешь совмещать в себе все эти амплуа, НО недолго, и самое главное — ты перестанешь быть владельцем своего продукта.
Нужно следить за собой и научиться доверять команде, они не меньше болеют за продукт и хотят сделать его успешным. Все, что ты должен этим людям — это видение, приоритезированный беклог, и попытки оградить их от любой бюрократии, проще говоря, не мешать им принимать решения о том, КАК сделать продукт.
Кто такой человек снежинка- можно узнать тут:
Ошибка три
Команда обойдется и без скрам-мастера
Часто РО экономят на этой позиции и считают, что лучше взять за те же деньги еще одного разработчика, ведь там эффект виден сразу.
Так же думала и я, и чуть не потеряла свою dev-team. Во-первых, очень важно погрузить команду в философию скрама, заразить их самой идеей продукта, научить делать правильно, и показать почему дейли очень нужны и почему они должны занимать 15 минут. Что будет, если неверно оценивать задачи, как отказать РО в выполнении чего-то ненужного, чего нет в спринте (ты же сам не наденешь 2 шапки, и не будешь учить их отказывать самому тебе).
Я пишу вроде бы обыденные вещи, но на практике хорошо самоорганизованная команда — это намного более продуктивная и эффективная команда, которая сделает то, что нужно тебе, не перестреляет друг друга во время ретроспективы, превзойдет твои ожидания, и тогда будет тебе 50% счастья твоего клиента.
Продолжение об ошибках будет, потому что факапов у меня накопилось много. А как у вас с этим?