Артефакты проекта¶
Артефакты проекта — результаты процессов проектного менеджмента, создаваемые в ходе выполнения работ и фиксируемые в документации. К артефактам относят документы, модели, прототипы, отчёты, код, чертежи и иные материальные и нематериальные продукты, которые используются для планирования, контроля и сдачи проекта. Термин широко применяется в управлении проектами по стандартам PMBOK (Project Management Institute), PRINCE2 и в методологиях гибкой разработки (Agile, Scrum).
¶Определение и сущность
В стандарте PMBOK артефактами называют документы, которые создаются, обновляются и используются в процессах управления проектом. Артефакт может быть входом для одного процесса и выходом для другого. Их основные функции:
- фиксация решений и договорённостей;
- обеспечение прозрачности для стейкхолдеров;
- передача знаний между участниками и командами;
- подтверждение выполнения требований и критериев приёмки;
- формирование базы для аудита и последующих проектов.
¶Классификация
Артефакты проекта принято делить на несколько групп по назначению и стадии жизненного цикла.
¶По назначению
| Группа | Примеры |
|---|---|
| Планирующие | Устав проекта, план управления проектом, WBS (дерево работ), график Gantt |
| Документирующие | Протоколы совещаний, матрица требований, реестр рисков, журнал изменений |
| Контролирующие | Отчёты о ходе выполнения, сводные показатели (EVM), акты приёмки |
| Результативные | Продукт проекта, ПО, техническая документация, обученный персонал |
¶По стадии жизненного цикла
- Инициация — бизнес-кейс, устав проекта, реестр стейкхолдеров.
- Планирование — планы по объёму, срокам, стоимости, качеству, коммуникациям, рискам.
- Исполнение — отчёты о проделанной работе, артефакты разработки (код, тесты, макеты).
- Контроль — отклонения, изменения, обновлённые графики и бюджеты.
- Завершение — финальный отчёт, акт сдачи-приёмки, отчёт о передаче опыта (lessons learned).
¶Артефакты в методологиях
¶PMBOK (PMI)
В шестом издании PMBOK Guide перечислено 49 процессов, каждый из которых имеет входы, инструменты и выходы. Выходы процессов и есть артефакты: план управления проектом, структурная декомпозиция работ, матрица ответственности (RACI), реестр рисков, план качества и другие.
¶PRINCE2
Методология PRINCE2 определяет 26 управленческих артефактов, обязательных к ведению в проекте: бизнес-кейс, план проекта, план этапа, журнал качества, журнал проблем, журнал изменений, отчёт о контроле и др. Отсутствие обязательного артефакта рассматривается как отклонение от методологии.
¶Agile и Scrum
В гибких методологиях артефактами называют продукты инкремента, приоритизированный бэклог продукта, бэклог спринта и прирост (инкремент). Scrum Guide фиксирует три артефакта: бэклог продукта, бэклог спринта и инкремент; каждый из них сопровождается показателями прозрачности — определением готовности (Definition of Done) и целями спринта.
¶Артефакты в программной инженерии
В разработке ПО артефактами считаются исходный код, тестовые наборы, документация API, спецификации, файлы конфигурации, а также результаты сборки. Системы управления версиями (Git) и серверы непрерывной интеграции (CI) автоматически фиксируют артефакты сборки — исполняемые файлы, пакеты, контейнеры образы. Понятие «артефакт репозитория» используется в Maven, Nexus, Artifactory для хранения бинарных зависимостей.
¶Управление артефактами
Для проектов с большим объёмом документации применяют системы документооборота и хранилища артефактов (SharePoint, Confluence, корпоративные ECM-системы). Практики управления включают:
- версионирование документов;
- разграничение доступа;
- шаблоны и стандарты оформления;
- контроль актуальности (пересмотр и архивирование устаревших артефактов);
- связывание артефактов с задачами и вехами проекта.
В российской практике проектного управления артефакты часто оформляют по ГОСТ Р ИСО 21500-2021 «Системы менеджмента проектов. Общие рекомендации» и отраслевым стандартам, устанавливающим состав проектной документации.
¶Значение
Качество и полнота артефактов напрямую влияет на управляемость проекта: отсутствие устава, неактуальный план или неполный реестр рисков повышают вероятность срыва сроков и бюджета. С другой стороны, избыточная документация замедляет работу команды, поэтому баланс между прозрачностью и бюрократией остаётся предметом дискуссий в проектном сообществе.
Источники:
- PMI. A Guide to the Project Management Body of Knowledge (PMBOK Guide), 6th ed.
- AXELOS. PRINCE2: Managing Successful Projects with PRINCE2, 6th ed.
- Schwaber K., Sutherland J. The Scrum Guide.
- ГОСТ Р ИСО 21500-2021 «Системы менеджмента проектов».