Всем привет! Меня зовут Лена, я работаю в финтех-стартапе и недавно согласилась на роль Product Owner'а в новый проект. У меня огромное количество вопросов про стейкхолдеров, роадмап, требования и всякое такое (в жизни все не так понятно, как в книгах). Пришла в этот чатик, чтобы познакомиться с практическим опытом разных команд. #welcome

Привет, Лена! 🖐

#welcome Роман, Project Manager, Axmor

#welcome
Александр, в настоящее время Event-менеджер, изучаю проектное управление и вижу в нем свое будущее развитие, да и мероприятия тоже являются своего рода проектами.
Из города Кемерово, Digital-агентство Атвинта

приветище

👋

Приятно видеть знакомые лица ))

А вот и видео с вчерашего митапа:
https://youtu.be/Q4gcWhuipqc

🎉🎉🎉
Спасибо @olegfedoseev 🙏

Если подходить профессионально к игре, то ведущему стоит приобрести Game Master Training
https://www.playinglean.com/collections/frontpage/products/playing-lean-game-master

Начну вопросы задавать 🙂
Итак, вот у нас новый проект прям from scratch, есть понимание того, что мы хотим сделать, есть stakeholders needs. Пока собирается первая порция требований, хотим разработку попросить приготовить инфраструктуру и какой-то каркас, на котором они будут само приложение разрабатывать. Так вот вопрос: очевидно, это необходимая работа, но напрямую с бизнес-ценностью она не связана (т.е. мы не реализуем какой-то пользовательский сценарий). Как вы такие вещи оформляете и оцениваете? Просто техническая задачка (без оценки)? Стори? Техническая стори?

Бизнес-ценность этой работы - time to market.

Елена, начните с нужд и задач клиентов (пользователей). Если у вас Agile разработка, то архитектура будет писаться так же итерационно-инкрементально. Расписываете пользовательский опыт на истории с конкретным результатом. Договариваетесь с бизнесом сколько денег и  сколько пользовательских историй вы сможете закрыть за эти деньги. Вашими метриками могут быть количество денег, пользователей, конверсии по воронкам и прочее. T2M без бизнесовой состовляющей (бизнес-метрик) теряет свою суть.
Технический функционал, без привязки к пользователям не несет бизнес-ценности.

А презентации будут?

нашими метриками не будет количество денег, нашими метриками будет то, что нас не закроет строгий регулятор 🙂 у нас внутренний проект, цель которого - удовлетворение требований регулятора. я немного не про то спросила, но все равно спасибо 🙂 попробую получше вопрос сформулировать.

окей, а стори-то можно про это написать? вроде бы, мне приходит в голову только что-то а ля "as a developer I need to prepare infrstructure to be able to satisfy stakeholders needs", но как-то это получается стори ради стори. Поэтому интересен именно практический подход - формулируете ли вы такие задачи как стори, оцениваете ли их и т. д.

...еще подумала: к деньгам можно косвенно привязаться, да -- тогда это будет, чтобы с одной стороны удволетворить требования регулятора и с другой стороны, чтобы пользователям не пришлось тратить слишком много рабочего времени на процессы, которые регулятор требует.

Я согласна про сбор требований и всякое такое, но все-таки для того, чтобы начать проектировать инфраструктуру и архитектуру, не нужно детально знать все-все требования (получится водопад). Опять же в целях сокращения TTM хочется параллельно и готовить чисто технические решения силами команды разработки, и требования собирать силами бизнес-аналитиков.

@kustovdimka  у тебя был девелоперский опыт?