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

Каждая операция предназначена для решения некоторой общей задачи, без которой невозможно эффективное управление проектом.   В ходе начальной итерации ( Шаблон возможностей: начальная итерация) дисциплина управления проектом начинается с выполнения процедуры Операция: подготовка к созданию проекта, в ходе которой создаются и проверяются артефакты  Продукт работы: видение, Продукт работы: экономическое обоснование проекта и Продукт работы: список рисков. Цель это операции - получить достаточно средств для проведения подробного анализа и планирования.

Создается начальный артефакт Продукт работы: план разработки программного обеспечения, и проект запускается с помощью артефакта Продукт работы: план итераций. На этом этапе можно продолжить работу над артефактами Продукт работы: видение, Продукт работы: список листов и Продукт работы: экономическое обоснование проекта в ходе процедуры Операция: оценить содержание и риски проекта. В результате будет создана фундаментальная база для работы над артефактом Продукт работы: план разработки программного обеспечения. Ссылка: Операция: создать план проекта.

К моменту завершения создания плана проекта должно быть собрано достаточно информации о рисках и потенциальной окупаемости для принятия взвешенного решения о выделении средств на реализацию оставшейся части начального этапа или о прекращении проекта. Затем начальный план итерации уточняется путем добавления оставшихся процедур первоначальной итерации начального этапа, включая процедуру Операция: создать план следующей итерации (эта операция называется так потому, что в дальнейшем она используется для планирования следующих итераций). При создании плана следующей итерации Роль: руководитель проекта и Роль: разработчик архитектуры определяют, какие требования подлежат изучению, уточнению и реализации. В первых итерациях внимание в основном уделяется формулировке и уточнению требований; позднее - конструированию программного обеспечения, удовлетворяющего этим требованиям.

На этом этапе Дисциплина: управление проектом  превращается в стандартную последовательность шагов, которая выполняется во всех последующих итерациях.

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

Кроме того, примерно на середине итерации можно выполнить процедуру Задача: проверка критериев оценки итерации для проверки артефакта Продукт работы: план тестирования, который к этому моменту уже должен быть определен. Эта необязательная проверка обычно выполняется только в итерациях, длящихся более полугода. Она дает руководителю проекта и другим заинтересованным лицам возможность внести необходимые коррективы по ходу выполнения итерации.

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

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

Затем выполняется процедура Операция: создать план следующей итерации, после которой выполняется следующая операция. Одновременно с этой операцией выполняется процедура создания плана проекта, в ходе которой корректируется план разработки программного обеспечения и общий план проекта на следующие итерации.