Product scope decomposition

Decomposition of product requirements is a time-consuming process that requires good practice, domain knowledge and a number of specific skills.
Linkedin - / sergii-alekseev-ba533832
FAcebook - / sergii.alekseev

[@LAMPOVOEIT]

Our communities: t.me/BA_PO_PM_PdM t.me/qa_mates t.me/Atlassian_CIS

[@edwardssms2592]

А как менеджить daily repeat task? ну например у меня Ad-hoc каждый день. Получается за спринт нужно создать 10 тикетов на каждый день, или есть правильный путь? Спасибо очень полезно

[@LAMPOVOEIT]

edwards sms2 ну если в вас ad-hoc каждый день. То все что я там рассказывал вам не подходит :) Вы должны продумать комплексное решение того, как будете делать продукт.

[@maxsyniuchenko3765]

Благодарю за видео, было интересно

[@Qwerfdsazxcvpoiuy]

Вы прямо классно рассказываете! Спасибо!

[@mikhailperminov4907]

Спасибо за видео!

[@ivanmaslov8846]

Огонь, крутое видео!

[@LAMPOVOEIT]

Спасибо

[@user-md5tl2jh6j]

Сергей, спасибо большое. Очень наглядно

[@LAMPOVOEIT]

пожалуйста

[@ppcherry5]

Хороше відео! Вдале рішення з наскрізним прикладом! Дякую!

[@LAMPOVOEIT]

Я по максимуму пытаюсь дать практику. Но иногда только на слайдах можно объяснить. Дальше будет еще интересней. Ведь будут видео о groomin / planning / standup / и многое другое ) Думаю, через пару месяцев людям не надо будет ходить на курсы за 500 долларов к аматорам или теоретикам ;)

[@user-ex2wx4oh5v]

Самое полезное видео на канале. Все говорят про us, но мало кто объясняет, как их правильно составлять. Спасибо Сергею !!!

[@LAMPOVOEIT]

ну там много и других полезных видео )) но спасибо.

[@LAMPOVOEIT]

Декомпозиция требований к продукту трудоемкий процесс, который требует хорошей практики, доменных знаний и ряд определенных навыков. В данном видео я разобрал требования на одном из примеров. Были опеределены бизнес требования / стейкхолдер требования и solution requirements. Объяснил разницу между скоупом продукта и скоупом проекта. Linkedin - www.linkedin.com/in/sergii-alekseev-ba533832/ Facebook - facebook.com/sergii.alekseev Telegram - t.me/SDI_General

[@olyamalynovska9456]

Дякую) Корисно і практично

[@LAMPOVOEIT]

пожалуйста.

[@Mr3axapOK]

Где твои видео были раньше? :)

[@LAMPOVOEIT]

Еще, я создал чат в телеграмме для тех, кто реально хочет развивать сообщество. Общаться, делиться полезным и писать все, что он/она думает по поводу бизнес анализа. Присоединяйтесь, будем улучшать вместе! t.me/BA_PO_PM_PdM

[@olgastets7287]

this video is priceless

[@LAMPOVOEIT]

Спасибо! Хотелось бы верить!

[@xeternalkidx]

Сергей, спасибо огромное за видео! Есть вопрос: а что если при декомпозиции мы понимаем, что некий функционал мы хотим переиспользовать в разных местах сайта: на разных страницах, в разном контексте и т.п. Например, при разработке магазина, у нас будет плитка продукта в каталоге. Та же плитка будет показана на странице результатов поиска. Она же - в каруселях с рекомендациями. Как нам организовать структуру сторей так, чтобы команда разработала функционал только один раз, а потом только переиспользовала его, а не разрабатывала несколько раз одно и то же?

[@iramelnichyk1785]

Сергей, благодарю за видео! Очень рада, что нашла ваш канал не с сухой теорией, а с реальными практическими примерами. Мне как начинающему БА эта информация несет огромную пользу! У меня вопрос по описанию User Stories: когда используеться формат As a , I want..., so that....? Вы пишете в виде The user must be able to ... ? Очень здорово было бы увидеть пример живой хорошо описанной стори с аксептенс критериями

[@LAMPOVOEIT]

Привет! The user must be able to ... это уже формат требований, а не описания цели самой юзер тсори. Буду делать отдельный материал по этому поводу. Жди :)

[@iramelnichyk1785]

@@LAMPOVOEIT спасибо за ответ! буду ждать :-)

[@svitlanabiletska2487]

Спасибо было полезно. Возможно у вас есть видео о том, как в Джире настроить именно такую структуру с релизами, командами, епиками внизу?

[@LAMPOVOEIT]

Svitlana Biletska вы хотите увидеть, как именно создавать это все в Jira? Я не совсем понял вопрос :) Можете перефразировать пожалуйста.

[@svitlanabiletska2487]

@@LAMPOVOEIT как настроить с нуля Джиру, чтоб все было, как у вас в видео? Очень должно быть удобно работать с такими настройками.

[@LAMPOVOEIT]

Svitlana Biletska да, есть такое. kzbin.info/www/bejne/eYvMYopvg9mtfM0 Так конечно нет пошаговой инструкции, но сложного ничего нет, если понадобиться помощь, обращайтесь.

[@MrWellper]

Спасибо большое за видео. Можно спросить кто должен разрабатывать Wireframes, Customer Journeys, Use cases? Ux designer или это входит в обязанности PM?

[@LAMPOVOEIT]

Привет. Очень много зависит от структуры компании. нет четкого ответа. Я бы сказал так Wireframes, Customer Journeys, - UX Use cases - продакт (менеджер/овнер) / бизнес аналитик ПМ - если это проектный менеджер, то вообще сюда влазить не должне

[@dmytrotymoshchenko5863]

корисне відео хотілося б побачити приклад задачі з описом, схемами і т.д. умовно поділити там на кілька категорії(на 3 сторі поінта, на 5 і на 8) чи обрати кілька прикладів на свій розсуд щоб показати як повинна бути описана задача з точки зору бізнес-аналітика овер 8 років досвіду))

[@LAMPOVOEIT]

Дима, все будет ) Но постепенно! Думаю ты завышаешь ожидания, там будет все просто и локанично!

[@dmytrotymoshchenko5863]

@@LAMPOVOEIT нехай просто і лаконічно, але з точки зору просто обміну досвідом, це, як на мене, дуже корисно я якось кілька разів задався подібним питанням при описі задач, тому мені от і цікаво як ще буває) теж в контексті цього цікаво як може змінюватися сторі протягом її життя

[@LAMPOVOEIT]

@@dmytrotymoshchenko5863 если фича незнакомая или продукт новый для тебя, то декомпозиция или перетасовка требований будет очень частая и это нормально!

[@dmitriy2130]

"Бля..." позабавило )

[@LAMPOVOEIT]

dmitriy2130 жалко, что я получаю такие комментарии :( Сорри за маты. Хотелось бы больше комментариев по рабочим вопросам :)

[@dmitriy2130]

@@LAMPOVOEIT это не так работает ) лучше всего заходят стримы, они сопровождаются лив чатом, из которого и приходят вопросы. В "видео", ты либо получаешь ответ на то что хотел, либо не получаешь... в этом случае оно уходит в минус. В общем виде, все зависит от "целей" подобной деятельности. А "маты" - это фигня. Если собирался делать "академические" видосы - забудь, мертвый формат. Их время закончилось толком не начавшись.

[@LAMPOVOEIT]

@@dmitriy2130 спасибо за понимание ))) Насчет стримов, тоже не очень заходили вопросы. Делал 5-6 стримов, сложно подбрать время для всех и в итоге нет вопросов ))) Попробую стримы делать когда наберу 1К подписчиков )

[@user-br8vw1qg4f]

Автор, а в чем прикол, когда название темы, озвучка и т.д. на русском, а пишем и слайды на английском???

[@LAMPOVOEIT]

В том, что русское ИТ достаточно тупое, чтобы знать английский Хотел помочь. Но увы, теперь русскому ваньке из айти погибать на фронте Устроит такой ответ?

[@user-br8vw1qg4f]

@@LAMPOVOEIT вы смотрю разносторонне развиты)