AL
Но этот viewpoint не архитектор уже определяет, а условный заказчик.
Заказчик определяет перечень интересов.
Size: a a a
2020 March 13
AL
И да, это часть вьюпоинта.
AL
А вот модели, обоснование, способ моделирования - архитектор.
YB
Ну это часть мотивации.
AL
Ну это часть мотивации.
Так. Стоп.
AL
Пожалуйста. Не надо сюда приплетать типы элементов Archimate. Если вы про это конечно думаете в таком ключе.
AL
Язык моделирования поддерживает такое выражение смыслов. Согласен. Но спользовать можно как нам угодно. Я опираюсь сейчас на ISO 15288, ISO 42010
YB
https://www.visual-paradigm.com/guide/togaf/togaf-adm-tutorial/ — вот тут три стадии TOGAF выделены как Strategy & Motivation
AL
При этом ТОГАФ уважаю, но применяю как мне удобно в моём проекте, для моих целей.
AL
Поэтому для меня ключевая штука тут в том, чтобы вывести метод адаптации ТОГАФ к реалиям конкретного проекта, например.
AL
Если мне надо будет для этого написать свой вьюпоинт - я это сделаю ничтоже сумняшеся.
AL
Если свой язык моделирования - запросто. Лишь бы цель достигалась. А вот как работать с целями - это уже вопрос сложнее.
YB
Если мне надо будет для этого написать свой вьюпоинт - я это сделаю ничтоже сумняшеся.
Понятно, бэклог — это в общем то такой же вьюпоинт.
AL
Именно.
YB
И если это бэклог от сотрудников самой компании — именно такой бэклог я бы назвал бэклогом системы. А если это бэклог от фокус-групп, маркетологов и около, то такой бэклог я бы назвал бэклогом продукта.
YB
То есть продукт это, или система, определяет субьект, с чьего пинка оно вообще существует.
YB
Stakeholder, Sponsor...
AL
И если это бэклог от сотрудников самой компании — именно такой бэклог я бы назвал бэклогом системы. А если это бэклог от фокус-групп, маркетологов и около, то такой бэклог я бы назвал бэклогом продукта.
Задам глупый вопрос. Вы с Systems Engeneering знакомы ?
YB
Поверхностно.
AL
Стейкхолдер - это вообще в терминах тогафа - ЛЮБАЯ заинтересованная сторона.