DK
например, начальству может нравиться такой документ. мол, красота - все в одном месте! всегда знаю, как оно сейчас! Зачем еще нужны какие-то документы, не плодите сущности и тд
Size: a a a
2019 August 22
Ю
я все-таки смею надеяться, что причина сего не в том, что кто-то один козель)
Это часть работы аналитика. Половина необходимых компетенций - это про форму подачи информации и навки коммуникации. И это не так просто, как может показаться.
PD
Основная задача аналитика - обеспечить процесс управления требованиями. В т.ч. все потребители артефактов этого процесса должны быть довольны. Потребители этих требований в минимуме: бизнес, тестировщик, сопповожденец, разработчик. Вот артефакты должны быть понятны и удобны для всех этих ролей. Если разработка стонет - что-то пошло не так.
Почему обеспечение процесса - задача аналитика, в не проджект-менеджера?
DK
Имхо, это вопрос сложившихся ролей и компетенций. В проекте может не быть аналитика, который способен организовывать процесс управления требованиями.
DK
Управление требованиями - в конечном итоге совместная задача. Кто решает, какие способы использовать - это уже по-разному бывает.
IV
Управление требования - задача ПМ
LV
Как по мне, выстраивания процесса разработки/доставки это общая задача команды.
DK
Ivan Volovodov
Управление требования - задача ПМ
а что вы подразумеваете под "управлением требованиями" тогда? это как бы не одна задача, это процесс.
IV
а что вы подразумеваете под "управлением требованиями" тогда? это как бы не одна задача, это процесс.
Подразумеваю процесс ;)
DK
Ivan Volovodov
Подразумеваю процесс ;)
а что в него входит по-вашему?
IV
а что в него входит по-вашему?
Вы спрашиваете, потому что сами не знаете?
DK
Ivan Volovodov
Вы спрашиваете, потому что сами не знаете?
нет, я хочу убедиться, понимаем ли мы под этим одно и то же.
IV
нет, я хочу убедиться, понимаем ли мы под этим одно и то же.
Расскажите свою версию того что в него входит. И я вам скажу одно ли и тоже понимаем.
Ю
Ivan Volovodov
Управление требования - задача ПМ
ПМ может влиять на этот процесс с точки зрения приоритетов и выделения ресурсов. Но не более. Ровно так же он не отвечает за процесс разработки(разработчик) или управления качеством продукта(тестировщик).
DK
Ivan Volovodov
Расскажите свою версию того что в него входит. И я вам скажу одно ли и тоже понимаем.
выявление, анализ, документирование, отслеживание, приоритезация, управление изменениями требований, ну это базовое.
IV
выявление, анализ, документирование, отслеживание, приоритезация, управление изменениями требований, ну это базовое.
Значит, одно и то же понимаем)
DK
ПМ это тоже потребитель требований, сформированных БА. В некоторых случаях ПМ-ы сами по себе выполняют много задач бизнес-анализа. Но это не особенность роли пм, это особенность совмещения ролей в конкретном проекте/продукте
Ю
Ivan Volovodov
Расскажите свою версию того что в него входит. И я вам скажу одно ли и тоже понимаем.
Не самое новое, но как пример, это из международной сертификации системных аналитиков
Ю
Вот этим всем точно ПМ не занимается
IV
Вот этим всем точно ПМ не занимается
Этим всем да, пм не занимается. Но управление требованиями имхо чуть шире, чем от выявления до спецификации 🤷🏻♂️