Трассируемость проектов Project Traceability · UAF
Простыми словами
Замыкающая ячейка проектного ряда и последнее звено цепочки прослеживания в UAF: «depicts the mapping of projects to capabilities and thus identifies the transformation of a capability(ies) into a purposeful implementation via projects». Вопрос простой и неудобный: какой проект даёт какую способность и есть ли способности, за которые никто не отвечает. Отличие от Operational Traceability и Resources Traceability: там способность прослеживают в деятельности и функции, то есть в то, что делается; здесь — в проекты, то есть в то, чем это будет создано. Отсюда и адресаты: помимо руководителя проекта — управляющий портфелем. Связь со способностью выражается тем же отношением Exhibits, что и в операционном ряду, поэтому обе матрицы можно свести и увидеть разрыв между планом работ и архитектурой. Форма — матрица или блок-диаграмма SysML.
Примеры
В перечне элементов стоят Exhibits, CapableElement и ResourcePerformer, но не Project. Способность демонстрирует созданный проектом ресурс, а проект связан с ним отдельно. Матрица поэтому читается через звено: проект — фактический ресурс — способность.
UAF DMM 1.3, разд. 8.1.9 Projects::Traceability — перечень Elements к рис. 8-81
Concerns ячейки сформулированы как «traceability between capabilities and projects that deliver them». Слово deliver задаёт критерий заполнения: в матрицу ставят проект, который способность поставляет, а не тот, который её как-то затрагивает.
UAF DMM 1.3, разд. 8.1.9 Projects::Traceability, строка Concerns
Из семи элементов три фактические: ActualProject, ActualProjectMilestone, ActualResource. То есть вопрос о поставке способности задают конкретному проекту с конкретными вехами, а не типу проекта — на уровне типов такая матрица ничего не проверяет.
Определение из первоисточника
дословная выпискаdepicts the mapping of projects to capabilities and thus identifies the transformation of a capability(ies) into a purposeful implementation via projects.
Отображает соответствие проектов способностям и тем самым фиксирует превращение способности в целевую реализацию через проекты.
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Кому нужно
- Руководители проектов
- Руководители портфеля проектов
- Корпоративные архитекторы
- Что закрывает
прослеживаемость между способностями и проектами, которые их обеспечивают.
- Из чего состоит
- В каком виде рисуют
- Матричный формат, диаграмма определения блоков SysML
То же в оригинале
- Кому нужно
- PMs
- Project Portfolio Managers
- Enterprise Architects
- Что закрывает
traceability between capabilities and projects that deliver them.
- Из чего состоит
- ActualProject
- ActualProjectMilestone
- ActualResource
- Capability
- CapableElement
- Exhibits
- ResourcePerformer
- В каком виде рисуют
- Matrix format, SysML Block Definition Diagram
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Stakeholders: PMs, Project Portfolio Managers, Enterprise Architects.
- Concerns: traceability between capabilities and projects that deliver them.
- Recommended Implementation: Matrix format, SysML Block Definition Diagram.
В других подходах
Сопоставления одного понятия в разных подходах.
Аспект сетки: прослеживаемость между элементами.
Семантические различия У NAF это два межъячеечных представления, у UAF — сквозной аспект всех доменов.
Корпоративные архитектуры
- UAFArchitecture Traceability
- UAFStrategic Traceability
- UAFOperational Traceability
- UAFServices Traceability
- UAFPersonnel Traceability
- UAFResources Traceability
- UAFSecurity Traceability
- UAFProject Traceability
- UAFStandards Traceability
- UAFActual Resources Traceability
- NAFC1-S1 - Service To Capability Mapping
- NAFL4-P4 - Activity To Function Mapping
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРазработка ТЗРегламенты и политикиРеестр процессов