ACMP-2009: керівництво з управління конфігурацією

Що це таке

Керівництво, а не договірний пункт

ACMP-2009, Allied Configuration Management Publication, - це керівництво NATO з планування та ведення Configuration Management (CM) для оборонної спроможності протягом усього життя, від етапу Pre-Concept до Retirement. Воно входить до серії ACMP поряд із ACMP-2000 (політика, що робить CM обов’язковим) та ACMP-2100 (базовий набір договірних вимог CM, який реально потрапляє в контракти). ACMP-2009 заповнює проміжок між ними: це інструкція для Замовника, державного або NATO органу, що володіє програмою, щодо побудови Life Cycle Configuration Management Plan (LCCMP) і визначення, які додаткові вимоги CM записати в контракт поверх фіксованого ядра ACMP-2100.

Ця різниця важлива, бо ACMP-2009 прямо не можна цитувати в контракті. Воно не має прямої юридичної сили щодо Постачальника. Постачальника зобов’язують лише ті вимоги CM, які Замовник обрав, користуючись цим керівництвом, під час підготовки тендеру чи контракту, плюс обов’язкове ядро в ACMP-2100. Сила походить від STANAG 4427, угоди, якою держави NATO зобов’язуються застосовувати ACMP, через національну імплементацію (додаток до цього документа просить кожну державу зіставити власні ролі та етапи життєвого циклу з описаними тут), а далі - через конкретний контракт.

Уся підхід спирається на ISO 10007 як цивільну основу, поверх якої накладені власні ролі NATO, повноваження та сім етапів життєвого циклу з AAP-20 і AAP-48.

Ролі, які документ визначає чітко

Документ точно розмежовує, хто що робить, бо одна й та сама посада в різних організаціях означає різне. Серед іншого зафіксовано: Configuration Manager (щоденне CM), Configuration Authority (рішає щодо запропонованих змін, не обов’язково та сама особа, що Configuration Manager), Chief Engineer (відповідає за інженерні та експлуатаційні стандарти, незалежно від тиску бюджету та графіка), Steering Committee (затверджує результати та зміни архітектури) і сам Замовник, якого ACMP-2000 визначає як державну або NATO організацію, що формує вимоги до продукту та укладає договірні відносини з Постачальником. Також відокремлено вісім видів повноважень: operational, transformation, contractual, configuration, production, service provision, maintenance і implementation, які на одній програмі можуть належати різним особам чи організаціям, і часто так і буває.

П’ять стовпів CM протягом життя системи

Документ організує CM у п’ять взаємопов’язаних активностей, «стовпів»: Planning, Configuration Identification, Change Control, Configuration Status Accounting і Configuration Audit. Від етапу до етапу змінюється не сам стовп, а те, до чого його застосовують. На етапі Pre-Concept Configuration Identification має лише загальну потребу в спроможності; на етапі Development вона вже ідентифікує детальні підсистеми, Configuration Items (CI), кожен із власним Baseline.

Change Control ділить запропоновані зміни на дві категорії: зміни Class I впливають на form, fit або function і змушують переглянути власний Baseline Замовника, тоді як зміни Class II підрядник обробляє внутрішньо. Для цього існують два окремі потоки: Engineering Change Proposals для постійних змін конструкції та concessions, іноді waivers або deviations, для задокументованого, обмеженого в часі відступу від вимоги, яке не змінює сам Baseline.

Configuration Status Accounting - це облік і звітність: система, що може отримати product breakdown structure, поточне визначення кожного CI та кожен Baseline з можливістю повернутися до попереднього. Configuration Audit перевіряє, чи доставлений CI відповідає тому, що було задано, у двох формах: Functional Configuration Audit перевіряє, чи CI відповідає функціональним і експлуатаційним вимогам, а Physical Configuration Audit - чи збігаються задокументовані фізичні характеристики з тим, як виріб зібрано. Зазвичай обидва проводить Постачальник, але результати затверджує Замовник.

Побудова Life Cycle Configuration Management Plan

ACMP-2009 чітко відокремлює звичайний Configuration Management Plan (CMP), статичний план одного учасника для своєї частини роботи, від Life Cycle Configuration Management Plan (LCCMP), єдиного надлишкового плану Замовника, який має охопити всіх зацікавлених сторін на кожному етапі життєвого циклу. Відповідальність за LCCMP лежить саме на Замовнику, бо лише він бачить увесь життєвий цикл; власний CMP Постачальника завжди розширення LCCMP, а не заміна.

Керівництво дає фактичний шаблон плану, організований навколо Perspective, Context, Governance & Insight і CM Pillars, набір пронумерованих директив Замовника на вибір (наприклад: планувати утилізацію заздалегідь, включно з demilitarisation та екологічними обмеженнями) і зіставлення високорівневих активностей CM з результатами для кожного з семи етапів життєвого циклу. Свідомо немає одного обов’язкового формату LCCMP: план має масштабуватися під розмір, складність і ризик програми.

Додавання вимог поверх ACMP-2100

Базовий набір вимог CM у ACMP-2100 вимагає від Постачальника лише одного deliverable: доступ до власного CM plan. Усе інше - baselines, креслення, дані status accounting, співпраця з audits - стає договірним зобов’язанням лише якщо Замовник додасть це навмисно як додаткову Configuration Management Requirement, використовуючи build-up approach з цього документа. Типовий набір змінюється за етапами: задокументовані процеси CM і Allocated Baselines на Development, простежувана серійна або партійна нумерація та підтверджена реалізація Engineering Change Proposal на Production, статус активів і перевірка retrofit-kit на Utilisation and Support, сертифікація утилізації з простежуваними записами про виведення на Retirement.

Чого керівництво не охоплює

ACMP-2009 само по собі нічого не нав’язує Постачальнику; до нього не прив’язана сертифікація, і воно не називає конкретне програмне забезпечення, базу даних чи інструменти для Configuration Status Accounting. Воно не задає фіксований строк зберігання записів CM і не нав’язує один шаблон LCCMP. Усе це залишається на розсуд програми, через директиви документа та національні рішення кожної держави NATO.

Стандарти, на які він посилається

• ACMP-2000Обов'язкове
• ISO 10007Довідково
• AAP-48Довідково
• AAP-20Довідково
• ACMP-2100Довідково
• STANAG 4728Довідково
• ALP-10Довідково
• STANAG 2290Довідково
• STANAG 4597Довідково
• APP-20Довідково

Інші стандарти в темі «Управління життєвим циклом і забезпечення якості»

• AACP-02AACP-02 - настанови щодо взаємного проведення аудитів контрактів
• AAP-20AAP-20 рамкова система управління програмами NATO
• AAP-48AAP-48 процеси життєвого циклу системи в NATO
• ACMP-2000ACMP-2000 політика NATO щодо управління конфігурацією
• ACMP-2100ACMP-2100 договірні вимоги до управління конфігурацією
• ADMP-01Настанова ADMP-01 з розроблення вимог до надійності