Чек-лист — простой пример потенциально повторяемого элемента, который многие люди используют и в личной и профессиональной жизни. Возьмите, например, критерии качества продукта:

• Во-первых, вы можете создать список всех критериев, что уже является формой планирования.
• NUP6 рекомендует попытаться обобщить их: есть ли другие подобные продукты в проекте? В таком случае сделайте общий чек-лист качества для этой категории продуктов. Если возможны вариации, сохраните общий список и добавьте несколько дополнительных элементов для отдельных продуктов. Теперь у вас есть воспроизводимые чек-листы.
• После того, как вы подготовите общие чек-листы для различных типов продуктов, вы можете найти повторяющиеся пункты и сделать для них виртуальную родительскую категорию. В этом случае вместо повторения элементов для всех этих общих чек-листов вы можете извлечь их и поместить в родительский чек-лист. В конце у вас, вероятно, будет единый общий чек-лист для всего проекта. «Definition of Done» в Scrum является примером использования чек-листов на уровне проекта для проверки качества (возможно, среди прочего). Таким образом, каждый результат будет принадлежать иерархии категорий и должен удовлетворять элементам, которые появляются в контрольных списках всех категорий в их цепочке.

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

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

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

Помимо воспроизводимых процессов, которые можно использовать для технических действий, у вас могут быть повторяемые элементы для действий по управлению проектами. Процессы в Руководстве PMBOK^®, PRINCE2^® и DSDM^®, шаги в P3. express и события в Scrum являются примерами этой концепции.

Полезно использовать воспроизводимые элементы для управления проектом. Это может быть сделать еще проще, помещая их в повторяющиеся циклы. Эти циклы значительно упрощают повседневную работу людей, вовлеченных в управление и руководство проектом. Циклы групп процессов в Руководстве PMBOK^® при использовании в проекте с несколькими фазами, этапами в PRINCE2^®, ежедневными, еженедельными и ежемесячными циклами в P3. express, итерациями и временными рамками в DSDM^® и спринтами в Scrum являются примерами этой концепции.

Более короткие циклы легче понять и использовать, чем более длинные; например, спринты в Scrum в сравнении с фазами из руководства PMBOK^®. Однако слишком короткие циклы подходят не для всех типов проектов, решением может быть использование сочетания нескольких типов циклов, например короткие таймбоксы в сочетании с более длинными итерациями в DSDM^®, или использование ежедневных, еженедельных и ежемесячных циклов в P3.express.

Использование методологии или фреймворка для запуска проекта — еще один пример использования воспроизводимых элементов. Это может быть уже существующая система, такая как PRINCE2^®, P3. express, DSDM^® или Scrum, или система, которую вы настроили или создали самостоятельно. Однако, как правило, лучше начать с одного из существующих методов и адаптировать его к своим потребностям, чем создавать свой с нуля.

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