Дисциплина – логическая группа, состоящая из ролей, задач, артефактов и других средств управления процессом (концепций, руководств, шаблонов).

Дисциплина – высокоуровневый рабочий процесс. Дисциплина разделяется на детали рабочего процесса – рабочие процессы внутри дисциплины.

Дисциплины:

1. Бизнес-моделирование – предназначена для:

а. Понимания структуры и поведения организации заказчика, ее текущих проблем, возможных изменений бизнес-процессов.
б. Определения единого языка между заказчиками, пользователями и разработчиками.
в. Для определения неких системных требований.

2. Управление требованиями – предназначена для:

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

3. Анализ и проектирование – предназначена для:

а. Построения дизайна системы на основании требований к системе.
б. Разработки архитектуры системы.
в. Подготовки дизайна внедрения системы.

4. Реализация – предназначена для:

а. Определения структуры и организации исходных кодов системы, разбитых на отдельные уровни реализации.
б. Для реализации классов и объектов в терминах компонентов (исходные двоичные и исполняемые файлы).
в. Для модульного тестирования разработанных компонентов.
г. Для интеграции результатов разработки отдельных компонентов в работоспособную систему.

5. Развертывание – предназначена для:

а. Для описания всех действий, связанных с доступностью конечного продукта для пользователей.

6. Тестирование – предназначена для:

а. проверки качества разрабатываемого продукта при помощи специальных процессов:
б. поиск и регистрация дефектов.
в. демонстрация достоверности сделанных на этапе проектирования и сбора требований предположений (архитектурных решений).

7. Управление проектом – предназначена для:

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

8. Управление изменениями – предназначена для:

а. Контроля изменений.
б. Поддержания целостности продукта и составляющих его артефактов.

9. Среда – концентрируется на деятельности, связанной с:

а. Адаптацией процесса разработки, программного и аппаратного обеспечения, существующих в организации-разработчике, под конкретный проект.
б. Роли и задачи (организованные в рабочие процессы), а также артефакты представляют собой основные элементы процесса. Но существуют и другие элементы, добавляемые к задачам или артефактам, которые делают процесс более понятным и удобным для использования.

Дополнительные элементы процесса:

1. Руководства – правила, рекомендации для выполнения задач, шагов и обращения с артефактами.
2. Шаблоны – для различных артефактов.
3. Инструкции по использованию инструментальных средств разработки.
4. Основные концепции, определения и принципы (Concepts).
5. Roadmaps – графические диаграммы.