Спасибо, возьму на вооружение. К слову, Вашу статью предложил ИИ по моему запросу. Также, как тезис-размышление оставлю, что согласно теории ограничений, можно рассуждать над Дорожной картой в контексте инструментальных и процессных ограничений, и с этой позиции искать способы её интеграции.
У меня вопрос: к сожалению, я не знаком с перечисленными фреймворками (инструментами), но та Дорожная карта, с которой Вы работаете, она коррелирует или встраивается в USM или CJM с позиции синхронизации?
Благодарю за комментарий. Отвечу также по пунктам:
1) Данная статья является вводной, сама реализация будет описываться в следующих статьях.
2) Согласен, конечно можно и без них, тем более когда сроки сжаты. Однако, количество артефактов выступает необходимой цепочкой, скрепляющей всю разработку. Важно помнить, что на разных этапах жизненного цикла продукта детализация артефактов может быть разной. Если сроки сжаты, следует понизить детализацию, подготовив почву для его возможной декомпозиции и расширения, но не упускать артефакт в целом, т.к. упущенный артефакт понижает способность бизнеса быть гибким и грамотно определять точки роста.
3) Это очень хороший вопрос, и ответ на который вполне может потянуть на отдельную статью. Если кратко, то подойдёт любой команде, которая хочет гибко работать в продуктовой разработке, и в том числе, в проектной разработке при условии, что проект через артефакты сохраняет связь с бизнесом. Однако большинство компаний или пилят проекты, или не готовы тратить дополнительный ресурсы на проработку бизнес-системной архитектуры. И как следствие получается, команды не ассоциируют себя с продуктом, не заинтересованы в установлении связи артефактов и просто сидят на ЗП. Если же команды следуют логике связи артефактов, обозначенной в данной статье, тогда они вовлечены в бизнес, более качественно получают обратную связь и анализируют результаты своего труда. Проработав данную схему, минимум усилий будет приносить больший результат, и команды будут настроены существовать в долгую.
Согласен, я бы тоже уволил такого аналитика и нанял его на позицию продакта с повышением оклада. Специалисты, способные связать бизнес-системный анализ с продуктовым видением - на вес золота.
Спасибо, возьму на вооружение. К слову, Вашу статью предложил ИИ по моему запросу.
Также, как тезис-размышление оставлю, что согласно теории ограничений, можно рассуждать над Дорожной картой в контексте инструментальных и процессных ограничений, и с этой позиции искать способы её интеграции.
У меня вопрос: к сожалению, я не знаком с перечисленными фреймворками (инструментами), но та Дорожная карта, с которой Вы работаете, она коррелирует или встраивается в USM или CJM с позиции синхронизации?
Добрый день!
Благодарю за комментарий. Отвечу также по пунктам:
1) Данная статья является вводной, сама реализация будет описываться в следующих статьях.
2) Согласен, конечно можно и без них, тем более когда сроки сжаты. Однако, количество артефактов выступает необходимой цепочкой, скрепляющей всю разработку. Важно помнить, что на разных этапах жизненного цикла продукта детализация артефактов может быть разной. Если сроки сжаты, следует понизить детализацию, подготовив почву для его возможной декомпозиции и расширения, но не упускать артефакт в целом, т.к. упущенный артефакт понижает способность бизнеса быть гибким и грамотно определять точки роста.
3) Это очень хороший вопрос, и ответ на который вполне может потянуть на отдельную статью. Если кратко, то подойдёт любой команде, которая хочет гибко работать в продуктовой разработке, и в том числе, в проектной разработке при условии, что проект через артефакты сохраняет связь с бизнесом. Однако большинство компаний или пилят проекты, или не готовы тратить дополнительный ресурсы на проработку бизнес-системной архитектуры. И как следствие получается, команды не ассоциируют себя с продуктом, не заинтересованы в установлении связи артефактов и просто сидят на ЗП.
Если же команды следуют логике связи артефактов, обозначенной в данной статье, тогда они вовлечены в бизнес, более качественно получают обратную связь и анализируют результаты своего труда. Проработав данную схему, минимум усилий будет приносить больший результат, и команды будут настроены существовать в долгую.
Добрый день!
Благодарю за положительную обратную связь. Продолжаю по мере загруженности работать над следующими статьями.
Добрый день!
Согласен, я бы тоже уволил такого аналитика и нанял его на позицию продакта с повышением оклада. Специалисты, способные связать бизнес-системный анализ с продуктовым видением - на вес золота.