ALP-10 настанова NATO щодо інтегрованої підтримки життєвого циклу

Що це таке

ALP-10 - це настанова NATO щодо Integrated Life Cycle Support (ILS): управлінського й технічного процесу, через який міркування щодо придатності до підтримки та матеріально-технічного забезпечення вбудовують у проєкт системи і проносять через увесь її життєвий цикл, а не додають згодом, коли система вже існує. Вона прямо звертається до «NATO programmes, NATO Agencies, and Nations» (пункт 1.2), а всередині програми побудована навколо відносин між замовником (Customer або Buyer) і підрядником (Contractor або Supplier), який виконує роботи з ILS за договором під координацією окремої функції управління ILS.

Тринадцять елементів ILS

ALP-10 розкладає ILS на тринадцять елементів: власне управління ILS; взаємодія з проєктуванням та аналіз придатності до підтримки; безвідмовність, готовність, ремонтопридатність, безпека і контролепридатність (RAMST); технічне обслуговування; забезпечення запасними частинами; допоміжне та випробувальне обладнання; навчання і його забезпечення; технічна інформація; персонал і кадрове забезпечення; пакування, поводження, зберігання та транспортування; будівлі й інфраструктура; підтримка ІТ-систем; супровідна інженерія; умови довкілля та відновлюваність. Кожен елемент має власні рекомендовані стандарти, процеси й результати впродовж життєвого циклу; ALP-10 пояснює призначення кожного з них і залишає докладний формат конкретного аналізу чи звіту тому стандарту, який обере проєкт, з урахуванням «the size and complexity of the project/program and on the nature of the SOI» (пункт 5.2.1).

Сім стадій життєвого циклу

ILS накладають на власний семистадійний життєвий цикл системи NATO, узятий з AAP-20: Pre-Concept, Concept, Development, Production, Utilisation, Support і Retirement. На стадії Pre-Concept замовник визначає й документує вимоги заінтересованих сторін і високорівневі зони ризику (пункт 3.5.1) та відкриває початковий ILS Plan; Concept перетворює це на здійсненне проєктне рішення і проєкт Statement of Work. Development проходить послідовність спільних оглядів проєкту, у яких Supportability Analysis будує Candidate Items List і проєкт Task Inventory, перевірені такими методами, як FMECA та Reliability Centred Maintenance, і паралельно живить роботи із забезпечення запасними частинами, технічної інформації, навчання та інфраструктури. Production звіряє набір даних Supportability Analysis із системою, яку справді поставили, і переглядає його там, де проєкт змінився. Utilisation і Support ідуть здебільшого разом: систему експлуатують, стежать за показниками та відмовами, і будь-який розрив у тому, як дані зворотного зв'язку з експлуатації доходять до тих, кому вони потрібні, усувають. Retirement утилізує систему та її допоміжну інфраструктуру з дотриманням вимог безпеки і демілітаризації.

Хто за що відповідає

Замовник володіє вимогами та стратегією ILS від стадії Pre-Concept і далі, а його ILS Plan - це те, на що власний Integrated Support Plan підрядника має відповісти пункт за пунктом, щойно починаються торги. Управління ILS «responsible for the development and performance of the ILS programme» (пункт 4.3): воно формує бачення ILS, визначає, які з тринадцяти елементів застосовні, призначає керівників елементів, розробляє ILS Plan, встановлює методи управління змінами, ризиками і комунікацією, навчає команду ILS, налаштовує процеси під програму та стежить за поступом. Керівники елементів і профільні фахівці далі відповідають за виконання свого елемента. Залучення промисловості вважають окремою роботою: команда ILS має узгодити з підрядником чітке договірне розуміння, однозначні вимоги та адаптовані аналізи ще до початку робіт, а там, де закуповують разом кілька країн, - єдину точку контакту для вказівок. ALP-10 також називає довгий перелік функцій, які лежать поза ILS, але від яких він залежить: серед них системна інженерія, управління конфігурацією, управління застарінням, управління ризиками, управління даними та якість.

Дані, аналізи та документація

Аналізи, названі в усьому тексті ALP-10, такі як Failure Modes, Effects and Criticality Analysis, Reliability Centred Maintenance і Level of Repair Analysis, існують, щоб відповісти на конкретні питання про придатність системи до підтримки, наприклад, які вироби і де саме слід ремонтувати, і щоб наповнити Candidate Items List та Task Inventory, які структурують решту робіт з ILS. Дані, якими обмінюються замовник, підрядник і постачальники, мають бути узгоджені, мають бути такими, щоб кожна сторона справді могла на них діяти, і мають бути простежувані до свого джерела. На практиці це залагоджують на Guidance Conference, яку зазвичай проводять протягом 60 днів після укладення договору і на якій сторони домовляються, як тлумачитимуть дані Supportability Analysis, забезпечення запасними частинами та технічної інформації, а домовленість записують, а не вважають самозрозумілою. Сам ALP-10 не приписує єдиного формату даних; він відсилає до стандарту, який обрав проєкт, найчастіше до серії ASD/AIA S-series, описаної нижче, і залишає конкретний зміст звіту тому стандартові.

Як показують відповідність

ALP-10 - це настанова, а не схема з сертифікацією: жоден пункт не називає органу, який сертифікував би організацію за ним. Натомість відповідність показують через послідовність спільних оглядів та аудитів, які відкривають шлях далі: System Requirements Review, System Functional Review, Preliminary Design Review, Critical Design Review, Test Readiness Review, Functional Configuration Audit і System Verification Review упродовж Development, далі Production Readiness Review і Physical Configuration Audit на стадії Production, який існує «to determine conformance to the as-built configuration of validated Configuration Items with design documentation and verify the product baseline» (пункт 5.3.4.1.2). Їх проводять і розглядають спільно замовник та підрядник. Дані Supportability Analysis окремо перевіряють «in agreement with the customer» проти поставленої системи (пункт 5.3.4.2) і виправляють там, де вони не збігаються з тим, що справді побудували.

Забезпечення якості йде через власний режим NATO, а не через сертифікат третьої сторони: «In the context of NATO acquisition, QS arrangements must be extended to include external providers, i.e. Government Quality Assurance» (пункт 3.6.3.8), що прив'язано до STANAG 4107 та його Allied Quality Assurance Publications і є наглядом національного органу за виконанням договору, а не сертифікацією системи управління акредитованим органом. ALP-10 також описує System of Interest Maturity Assessment, самооцінку на основі опитувальника, яку проводять власні профільні фахівці програми і яка перевіряє зрілість програми, а не сертифікує постачальника. В інших місцях документа «certification» означає сертифікацію окремих навчених працівників або калібрування випробувального обладнання, а не наявність в організації сертифіката за ALP-10.

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

ALP-10 стоїть під STANAG 4876, який фіксує згоду країн застосовувати цю публікацію. Він спирається на AAP-20 щодо семистадійної моделі життєвого циклу, яку ALP-10 свідомо не адаптує під себе, та на AAP-48 щодо процесного підходу, що лежить в основі його наскрізних процесів. Окремі елементи ILS відсилають до подальших стандартів як довідкового читання: AEP-67 щодо гарантування системи та кібербезпеки, ALCCP-01 щодо вартості життєвого циклу, STANAG 4427 та ISO 10007 щодо управління конфігурацією, STANAG 4597 щодо управління застарінням, STANAG 4728 щодо системної інженерії, STANAG 4107 щодо основи якості, на якій стоїть Government Quality Assurance, STANREC 4814 щодо управління програмним забезпеченням і STANAG 4370 разом з AECTP-100 щодо умов довкілля. Роботи на стадії Retirement також називають як варіанти набір цивільних стандартів на системи управління: ISO 9001, ISO/IEC 27001, ISO/IEC 27002, ISO 14001, ISO 22301 та ISO 50001, поряд з IEC 60812 та IEC 61508.

Одна родина стандартів є центральною для ALP-10, хоча покликання на неї в каталозі немає: серія ASD/AIA S-series (SX000i, S1000D, S2000M, S3000L, S4000P, S5000F і S6000T). ALP-10 зазначає, що «the following table shows specifications/standards that shall be used during the Life Cycle of a SOI» (пункт 5.2.1), і далі розбирає кожну специфікацію S-series проти старіших альтернатив, таких як MIL-STD-1388 і британська серія Def Stan 00-60. ISO/IEC/IEEE 15288, який ALP-10 бере за основу своїх оглядів проєкту, та AcodP-1, посібник NATO з кодифікації, названі так само. Ми наводимо їх тут так, як їх називає сам ALP-10, без сторінки, на яку можна було б вас відправити.

Публікації NATO безкоштовні. ALP-10 доступний у базі NATO Standardization Document Database; ми посилаємося на власний перелік NATO, а не зберігаємо копію.

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

• AAP-48Обов'язкове
• AAP-20Довідково
• ACodP-01Довідково
• AEP-67Довідково
• ALCCP-01Довідково
• IEC 60812Довідково
• IEC 61508Довідково
• ISO 10007Довідково
• ISO 14001Довідково
• ISO 22301Довідково
• ISO/IEC 27001Довідково
• ISO/IEC 27002Довідково
• ISO 50001Довідково
• ISO 9001Довідково
• STANAG 4107Довідково
• STANAG 4427Довідково
• STANAG 4457Довідково
• STANAG 4597Довідково
• STANAG 4728Довідково
• STANREC 4174Довідково
• STANREC 4814Довідково
• STANAG 4370Довідково
• AECTP-100Довідково

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

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