Записаться

Процесс адаптации

1. Когда применяется адаптация

Процесс адаптации вынесен в приложение, поскольку отличается от основных процессов. Если в начале сделано заявление о полном соответствии, адаптация не требуется.

Если сделано заявление об адаптированном соответствии, адаптация выполняется по описанному ниже процессу.

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

2. Цель и результат

Цель процесса адаптации — приспособить процессы, представленные в стандарте, к требованиям, отражающим специфические обстоятельства или факторы, которые воздействуют извне и влияют на проект.

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

3. Факторы адаптации

Для адаптации идентифицируются и документируются обстоятельства, влияющие на неё: ограничения, аргументы в пользу адаптации и другие факторы, определяющие выбор процессов.

Примеры факторов:

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

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

4. Порядок выполнения

1. Получить исходные данные от всех сторон, затрагиваемых решениями по адаптации. Минимум — приобретающая сторона и поставщик. Также это могут быть проектная команда, спонсор проекта, подрядчики поставщика и другие.
2. Проанализировать эти данные.
3. Принимать решения по адаптации в соответствии с процессом менеджмента решений, чтобы достичь целей и выходов выбранной модели жизненного цикла.
4. Обеспечить адекватность выбранных процессов выбранной модели жизненного цикла.
5. Отобрать процессы жизненного цикла, требующие адаптации, и удалить отдельные выходы, виды деятельности или задачи.

Пример: при водопадной модели (waterfall) один из важнейших и сложных этапов — анализ требований, подготовка технического задания (ТЗ). Нельзя игнорировать задачи верификации и валидации требований. В скрам-модели (Scrum) требования возникают быстро и постоянно меняются. Верификация требований там не нужна: нет времени, а сама модель вместо интеллектуального анализа требований предполагает быструю разработку с валидацией и тестированием в коротких спринтах. С требованиями всё становится ясно по ходу.

5. Ограничение: только редукция

Процесс адаптации — это редукция (reduction) стандарта к конкретной ситуации. Добавлять что-либо в согласованную конструкцию процессов, которые ссылаются друг на друга, фактически означает переписывать стандарт. Это может повлиять на его логику, целостность процессов и общий смысл. Поэтому добавление и изменение запрещены.

Краткие итоги

Адаптация процессов жизненного цикла — это не универсальная настройка стандарта, а осознанное сужение его применимости. Её логика строится на различении полного и адаптированного соответствия. Полное соответствие исключает необходимость адаптации, поскольку стороны принимают стандарт целиком. Адаптированное соответствие требует договорённости и формализации правил, по которым процессы приводятся в соответствие с конкретными обстоятельствами. Практический смысл такого различения в том, что адаптация становится управляемым решением, а не произвольным изменением стандарта.

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

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

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

Факторы адаптации — среда, риски, новизна, размер, сложность и технологические возможности — задают границы разумного выбора. Чем выше неопределённость и инновационность, тем важнее сохранить процессы, снижающие риски, особенно связанные с качеством. Практическое применение адаптации состоит в том, чтобы снизить накладные расходы, не утратив гарантии качества там, где риски высоки. Поэтому решения по адаптации должны быть документированными, согласованными и проверяемыми.