Size: a a a

Архитектура ИТ-решений

2019 August 14

KO

K O in Архитектура ИТ-решений
Alexander Luchkov
Что-то типа того, но там если переходить к требованиям, то картинка будет примерно следующая (момент нарисую)
Результат потерялся где-то.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
K O
Результат потерялся где-то.
А нужен ?
источник

KO

K O in Архитектура ИТ-решений
а как проверять достижение цели? с чем сравнивать?
источник

KO

K O in Архитектура ИТ-решений
да и ценность между стейкхолдерами и результатом ставят на схемах
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
K O
а как проверять достижение цели? с чем сравнивать?
Для этого есть концепт типа "Оценка".
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Оценка (assessment) определяется как результат некоторого (чаще всего SWOT) анализа какого-то интереса.

Оценка может раскрывать силу, слабость, возможность или угрозу (SWOT) для интереса. Выражаемые оценкой результаты учёта интереса должны быть выражены подстройкой уже имеющихся целей или постановкой новых, что может привести к изменениям в архитектуре предприятия.

Имя оценки должно быть преимущественно существительным или очень коротким предложением.

Категория:

Целеполагания

Примеры:

Жалобы клиентов, Уход клиентов, Очереди с долгим ожиданием, Малое время обслуживания, Изменяющееся законодательство

Типовые отношения:

состава, объединения, специализации, влияния, связи
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Вот собственно примерный перевод того, что под этим концептом подразумевает стандарт.
источник

KO

K O in Архитектура ИТ-решений
Тут видится немного lost in translation. Если в нотацию смотреть, то там из описания скорее как  "результат оценки".
источник

KO

K O in Архитектура ИТ-решений
5 сек, найду картинку из cookbook
источник

KO

K O in Архитектура ИТ-решений
источник

KO

K O in Архитектура ИТ-решений
результат всё же видится логичным элементом
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Непонятно зачем для простого смертного он нужен в контексте реальной практики.
источник

KO

K O in Архитектура ИТ-решений
количественно проверить достижение
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я могу и цель сразу количественно определить
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Зачем ещё один слой концептов, который надо мэйнтейнить, учитывать, анализировать и т.п.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Вот что непонято.
источник

KO

K O in Архитектура ИТ-решений
из личной практики - заказчики и цели и результаты прописывают и мерить исполнение проще по результатам а трассировку результатов  показывать к целям
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
И вот что уже совсем непонятно. почему в вашем примере оценки никак не связаны с целями.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Так цель же всегда SMART. Если она не SMART она не цель пока. Нет?
источник

KO

K O in Архитектура ИТ-решений
Alexander Luchkov
И вот что уже совсем непонятно. почему в вашем примере оценки никак не связаны с целями.
Пример не мой, просто переведённый. Но цели тут не обязательно SMART.
источник