SYSTÉM MANAGEMENTU PROGRAMU NATO (NATO MODEL ŽIVOTNÍHO CYKLU)

Transkript

1 ČESKÝ OBRANNÝ STANDARD SYSTÉM MANAGEMENTU PROGRAMU NATO (NATO MODEL ŽIVOTNÍHO CYKLU) Praha

2 (VOLNÁ STRANA) 2

3 ČESKÝ OBRANNÝ STANDARD SYSTÉM MANAGEMENTU PROGRAMU NATO (NATO MODEL ŽIVOTNÍHO CYKLU) Základem pro tvorbu tohoto standardu byly originály následujících dokumentů: AAP-20, edition C STANAG 4728, edition 2 NATO PROGRAMME MANAGEMENT FRAMEWORK (NATO Life Cycle Model) Systém managementu programu NATO (NATO Model životního cyklu) SYSTEM LIFE CYCLE MANAGEMENT Management životního cyklu systému Úřad pro obrannou standardizaci, katalogizaci a státní ověřování jakosti Praha

4 OBSAH Table of Contents Předmět standardu... 6 Nahrazení standardů (norem)... 6 Související dokumenty... 6 Odkazované dokumenty... 6 Využitelné dokumenty... 7 Zpracovatel ČOS... 9 Použité zkratky, značky a definice Přehled Úvod Účel Použitelnost Zásady NATO pro standardizaci Základní informace Koncepce systému Koncepce zralosti ČOS v prvním přiblížení Popis etap programu Všeobecně Předkoncepční etapa Etapa koncepce Etapa vývoje Etapa produkce Etapa využívání Etapa zabezpečení Etapa vyřazení Zrychlené zavedení Souběžná činnost Víceetapová rozhodování Dostupné produkty Vložení technologie (TI) Příloha A: Velký obrázek rámce životního cyklu Referenced documents... 6 Applicable Documents Overview Introduction Purpose Applicability The NATO Policy for Standardization Background Information System Concept Maturity Concept AAP-20 at a Glance Description of Programme Stages General Pre-Concept Stage Concept Stage Development Stage Production Stage Utilisation Stage Support Stage Retirement Stage Accelerated fielding Fast Tracking Multi-Stage Decisions Off-The-Shelf Products Technology Insertion (TI) Annex 1: Big Picture of the Life Cycle Framework

5 Příloha B: Hlavní zainteresované strany v programech NATO Příloha C: Postup při modifikaci a aktualizaci v rámci etap využívání a zabezpečení Příloha D: Koncepce managementu projektu Příloha E: Dokumenty z ČOS týkající se rozhodování (schválení etapy) Annex 2: Primary Stakeholders for NATO Programmes ANNEX 3: Modification and upgrade procedure within the utilisation and support stages Annex 4: Project Management Concept Annex 5: AAP-20 decision documents (stage approval)

6 Předmět standardu ČOS ,, zavádí AAP-20, edition C s názvem NATO PROGRAMME MANAGEMENT FRAMEWORK (NATO Life Cycle Model), česky Systém managementu programu NATO (NATO model životního cyklu) a STANAG 4728, edition 2, SYSTEM LIFE CYCLE MANAGEMENT, česky Management životního cyklu systému, do prostředí České republiky. Standard zavádí jednotný přístup pro řízení programů ze strany NATO, agentur, skupin členských zemí a členské země a je určen pro programy, které obsahují materiálová řešení. Tento standard má být používán spolu s ČOS a s knihovnou dokumentů o managementu životního cyklu systému (SLCM). Účelem standardu je zajistit jasné, systematické a pružné zabezpečení mezinárodních i národních programů na základě vojenských požadavků, které mohou být harmonizovány mezi zúčastněnými zainteresovanými stranami v rámci NATO. Standard je dále určen k vytvoření a podpoře systému pro zabezpečení a doplnění národních politik akvizice a jeho uplatňování poskytuje efektivnější a účinnější zajišťování vojenských schopností tím, že určuje potenciální úskalí, rizika a příležitosti pro řízení programu, která jsou založena na nejlepších praktikách členských států NATO a pomáhají vyjasnit role orgánů členských států a NATO a mezinárodního štábu v rozhodovacím procesu. Standard je vydán jako česká verze AAP-20, edition C. Nahrazení standardů (norem) Tento standard nahrazuje ČOS , 2. vydání, PŘÍRUČKA PRO POSTUPNÉ PLÁNOVÁNÍ VYZBROJOVÁNÍ. ČOS , 2. vydání, se od data účinnosti tohoto standardu ruší. Související dokumenty V tomto ČOS jsou normativní odkazy na následující citované dokumenty (celé nebo jejich části), které jsou nezbytné pro jeho použití. U odkazů na datované citované dokumenty platí tento dokument bez ohledu na to, zda existují novější vydání/edice tohoto dokumentu. U odkazů na nedatované dokumenty se používá pouze nejnovější vydání/edice dokumentu (včetně všech změn). Odkazované dokumenty C-M-(2005)0108 PFP(CNAD)D(2009) 0009 dated 29 September 2009 Referenced documents NATO Policy for Systems Life Cycle Management Proposed General Principles and Guidelines for NATO Multinational Programmes AACP-01 AACP-02, volume 1 GUIDANCE FOR COOPERATIVE PROGRAMME ARRANGEMENTS Pokyny pro přípravu ujednání o společných programech GUIDELINES ON CONTRACTUAL TERMS FOR FEASIBILITY STUDY WORK Směrnice ke smluvním podmínkám na vypracování studie proveditelnosti 6

7 AAP-48 ALCCP-1 ISO/IEC NATO SYSTEM LIFE CYCLE PROCESSES Procesy životního cyklu systémů v NATO (zavedeno ČOS ) NATO GUIDANCE ON LIFE CYCLE COSTS Pokyny NATO pro analýzu nákladů životního cyklu (zavedeno ČOS ) Other Allied Publications (APs) Relating to Guidance and Procedures in International Programmes. See NATO Standardisation Document Database (NSDD). Další spojenecké publikace (AP) s návazností na pokyny a postupy v mezinárodních programech spolupráce. Viz databáze standardizačních dokumentů NATO (NSDD), kde je podrobný seznam. Systems Engineering System Life Cycle Processes Systémové inženýrství Procesy životního cyklu systému (v ČR jako ČSN ISO/IEC 15288) Využitelné dokumenty Tyto dokumenty nejsou v tomto standardu specificky odkazovány, ale mohou být užitečné při uskutečňování úspěšného programu NATO. Všechny další související dokumenty jsou odkázány v ČOS Applicable Documents These documents are not specifically referenced in the AAP-20, but may be useful in executing a successful NATO Programme. AAP-48 contains all other related documents. ALP-10 ANSI/PMI4 AQAP-169 AQAP-2000 NATO GUIDANCE ON INTEGRATED LOGISTICS SUPPORT (ILS) FOR MULTINATIONAL ARMAMENT PROGRAMES Pokyny NATO pro integrované logistické zabezpečení (ILS) mnohonárodních programů vyzbrojování A Guide to the Project Management Body of Knowledge, Third Edition PMBOK Guide, Project Management Institute (PMI) Standards Committee NATO GUIDANCE ON THE USE OF AQAP-160 Pokyny NATO pro použití AQAP-160 (zavedeno ČOS ) NATO POLICY ON AN INTEGRATED SYSTEMS APPROACH TO QUALITY THROUGH THE LIFE CYCLE Zásady NATO pro integrovaný systémový přístup ke kvalitě v průběhu životního cyklu (zavedeno ČOS ) 1 V roce 2008 a znovu v roce 2015 bylo vydáno aktualizované vydání normy ISO/IEC Systems and Software Engineering System Life Cycle Processes. Připravuje se vydání české harmonizované verze. 7

8 AQAP-2009 AQAP-2070 AQAP-2105 AQAP-2110, Edition 3 AQAP-2110, Edition D AQAP-2120, Edition 3 AQAP-2130, Edition 3 AQAP-2131 AQAP-2210 C-M(2009)0145 C-M(2010)0063 NATO GUIDANCE ON THE USE OF THE AQAP 2000 SERIES Pokyny NATO pro použití publikací AQAP řady 2000 (zavedeno ČOS ) NATO MUTUAL GOVERNMENT QUALITY ASSURANCE (GQA) Vzájemné státní ověřování jakosti v NATO NATO REQUIREMENTS FOR DELIVERABLE QUALITY PLANS Požadavky NATO na plány kvality (zavedeno ČOS ) NATO QUALITY ASSURANCE REQUIREMENTS FOR DESIGN, DEVELOPMENT AND PRODUCTION Požadavky NATO na ověřování kvality při návrhu, vývoji a výrobě (zavedeno ČOS účinnost tohoto standardu končí ) NATO QUALITY ASSURANCE REQUIREMENTS FOR DESIGN, DEVELOPMENT AND PRODUCTION Požadavky NATO na ověřování kvality při návrhu, vývoji a výrobě (zavedeno ČOS ) NATO QUALITY ASSURANCE REQUIREMENTS FOR PRODUCTION Požadavky NATO na ověřování kvality při výrobě (zavedeno ČOS účinnost tohoto standardu končí ) NATO QUALITY ASSURANCE REQUIREMENTS FOR INSPECTION AND TEST Požadavky NATO na ověřování kvality při kontrole a zkouškách (zavedeno ČOS účinnost tohoto standardu končí ) NATO QUALITY ASSURANCE REQUIREMENTS FOR FINAL INSPECTION Požadavky NATO na ověřování kvality při výstupní kontrole (zavedeno ČOS ) NATO SUPPLEMENTARY SOFTWARE QUALITY ASSU- RANCE REQUIREMENTS TO AQAP 2110 OR AQAP 2310 Doplňující požadavky NATO pro ověřování kvality softwaru k použití s AQAP-2110 nebo AQAP-2310 (zavedeno ČOS ) Interoperability Documents for Inter-Committees Coordination The NATO Policy for Standardization 8

9 EN ISO ISO/IEC TR ISO/IEC STANAG 4427 STANAG 4661 OBSOLESCENCE MANAGEMENT APPLICATION GUIDE Management zastarávání Pokyn k použití (v ČR jako ČSN EN 62402) Quality management systems Guidelines for configuration management Systémy managementu jakosti Směrnice managementu konfigurace (v ČR jako ČSN ISO 10007) Systems and Software Engineering, Life Cycle Management, Guide to the Application of ISO/IEC (System Life Cycle Processes) Systems and Software Engineering, Life Cycle Processes, Project Management CONFIGURATION MANAGEMENT IN SYSTEM LIFE CYCLE MANAGEMENT Management konfigurace v managementu životního cyklu systému (zavedeno ČOS až a v ČOS až ) PRODUCT LIFE CYCLE SUPPORT Zabezpečení životního cyklu výrobku (zavedeno v ČSN ISO ) Zpracovatel ČOS Vojenský výzkumný ústav, s. p., Brno, RNDr. Milan Čepera, Ph.D. Použité zkratky, značky a definice Zkratky Zkratka Český význam Anglický význam AACP Spojenecká publikace pro akvizice (nabývání) Allied Acquisition Practices Publication AAP Spojenecká administrativní publikace Allied Administrative Publication ACMP ACT AECTP AGS Spojenecká publikace pro management konfigurace Allied Configuration Management Publication Spojenecké velitelství pro transformaci Allied Command Transformation Spojenecká publikace pro zkoušení podmínek prostředí Alianční schopnosti sledování pozemní situace Allied Environmental Conditions Testing Publication Air Ground Surveillance AJP Spojenecká společná publikace Allied Joint Publication ALP Spojenecká publikace pro logistiku Allied Logistic Publication ALCCP Spojenecká publikace pro analýzu nákladů životního cyklu Allied Life Cycle Cost Publication 9

10 AP Spojenecká publikace Allied Publication AQAP Spojenecká publikace pro ověřování kvality Allied Quality Assurance Publication ASB Dozorčí rada agentury Agency Supervisory Board CEPMA Středoevropská agentura pro řízení produktovodů CI Položka konfigurace Configuration Item Central Europe Pipeline Management Agency CM Management konfigurace Configuration Management CNAD Konference národních ředitelů pro vyzbrojování Conference of National Armaments Directors COTS Komerčně dostupný Commercial-Off-the-Shelf CP Soubory schopností Capability Packages CS Výbor pro standardizaci Committee for Standardization CSCI Počítačová položka konfigurace Computer Software Configuration Item DOTMLPF I prvky Funkční prvky schopnosti: Doktrína, organizace, výcvik, výzbroj, výstroj a vybavení, vedení a vzdělávání, personál, zařízení, interoperabilita Functional component of capability: Doctrine, Organization, Training, Materiel, Leadership and education, Personnel, Facilities and Interoperability GOTS Dostupný díky státní zakázce Government-Off-the-Shelf ILS Integrované logistické zabezpečení Integrated Logistics Support INCOSE ISO Mezinárodní rada pro systémové inženýrství Mezinárodní organizace pro normalizaci International Council of System Engineering International Standardization Organization IPT Integrovaný projektový tým Integrated Project Team LC Výbor pro logistiku Logistic Committee LCC Náklady životního cyklu Life Cycle Cost MC Vojenský výbor Military Committee MEADS Systém PVO středního dosahu se zvýšenou účinností Medium Extended Air Defence System MO Ministerstvo obrany Ministry of Defence MOTS Dostupný díky vojenské zakázce Military-off-the-shelf MOU Memorandum o porozumění Memorandum of Understanding NAC Rada NATO North Atlantic Council NAD Národní ředitel pro vyzbrojování National Armaments Director NAGSMA Agentura NATO pro řízení aliančních schopností sledování pozemní situace NATO Alliance Ground Surveillance Management Agency 10

11 NAHEMA NAMA NAMEAD SMA NAMSA NAPMA NAPMO Agentura NATO pro řízení koncepce, vývoje, výroby a logistiky vrtulníku Agentura NATO pro řízení vzdušné přepravy Agentura NATO pro řízení koncepce, vývoje, výroby a logistiky systému PVO středního dosahu se zvýšenou účinností NATO Helicopter Design and Development, Production and Logistics Management Agency NATO Airlift Management Agency NATO Medium Extended Air Defence System Design and Development, Production and Logistics Management Agency Agenturu NATO pro údržbu a dodávky NATO Maintenance and Supply Agency 2 Agentura NATO pro řízení programu vzdušného systému včasné výstrahy a řízení Organizace NATO pro řízení programu vzdušného systému včasné výstrahy a řízení NATO Airborne Early Warning and Control Programme Management Agency NATO Airborne Early Warning and Control Programme Management Organization NATO Organizace severoatlantické smlouvy North Atlantic Treaty Organization NCIA NCIO Agentura komunikačních a informačních systému NATO Organizace komunikačních a informačních systémů NATO NATO Communications and Information Agency NATO Communications and Information Organisation NCS Výbor NATO pro standardizaci NATO Committee for Standardization NDPP Proces obranného plánování NATO NATO Defence Planning Process NIAG Průmyslová poradní skupina NATO NATO Industrial Advisory Group NMAs Vojenské orgány NATO NATO Military Authorities NPA Agentura NATO pro pořizování NATO Procurement Agency NPO Organizace NATO pro pořizování NATO Procurement Organisation NPLO NSDD NSIP Organizace NATO pro výrobu a logistiku Databáze standardizačních dokumentů NATO Program bezpečnostních investic NATO NATO Production and Logistics Organisations NATO Standardisation Document Database NATO Security Investment Programme NSO Úřad NATO pro standardizaci NATO Standardization Office NSPA Agentura NATO pro zabezpečení a pořizování NATO Support and Procurement Agency 2 NAMSA již neexistuje, byla transformována do NATO Support and Procurement Agency (NSPA). 11

12 NSPO OCCAR PAPS Organizace NATO pro zabezpečení a pořizování Organizace pro společnou spolupráci ve vyzbrojování Systém postupného plánování vyzbrojování NATO Support and Procurement Organisation Organisation For Joint Armament Cooperation, francouzsky: Organisation Conjointe de Cooperation en matiere d'armement Phased Armaments Programming System PfP Partnerství pro mír Partnership for Peace PMBOK Soubor poznatků o managementu projektů 3 Project Management Body of Knowledge PMP Plán managementu projektu Project Management Plan PVO Protivzdušná obrana Air Defence RAMST Bezporuchovost, pohotovost, udržovatelnost, zabezpečovatelnost a schopnost podrobit se zkoušení Reliability, Availability, Maintainability, Supportability and Testability ROM Hrubé řádové hodnoty Rough Order of Magnitude RPPB Rada pro plánování a politiku zdrojů Resource Policy and Planning Board RTO Organizace pro výzkum a technologie Research & Technology Organisation R&D Výzkum a vývoj NATO NATO Research and Development SAS Studie, analýza a simulace Studies, Analysis and Simulation SC Strategické velitelství Strategic Command SLC Životní cyklus systému System Life Cycle SLCM Management životního cyklu systému Systems Life Cycle Management SOI Předmětný systém System of Interest STANAG Standardizační dohoda NATO NATO Standardization Agreement STO Organizace pro vědu a technologie Science & Technology Organisation SWOT Silné a slabé stránky, příležitosti a hrozby Strengths and Weaknesses Opportunities and Threats TI Vložení technologie Technology Insertion ToR Působnost Terms of Reference 3 Český překlad tohoto termínu byl vložen za základě požadavku majitele vlastnických práv k ČOS. 12

13 Definice Analýza kritické cesty 4 (CPM) Analýza (metoda) kritické cesty patří mezi základní deterministické metody síťové analýzy. Jejím cílem je stanovení doby trvání projektu na základě délky tzv. kritické cesty. CPM umožňuje usnadnit efektivní časovou koordinaci dílčích, na sebe navazujících činností v rámci projektu. Analýza SWOT Analýza SWOT je strukturovaná plánovací metoda používaná k hodnocení silných a slabých stránek, příležitostí a hrozeb zahrnutých do projektu. (INCOSE SE-Handbook V.3 (červen 2006) DOTMLPFI Doktrína, organizace, výcvik, výzbroj, výstroj a vybavení, vedení a vzdělávání, personál, zařízení, interoperabilita. Kritéria Standardy, pravidla nebo zkoušky, na kterých mohou být založeny úsudky nebo rozhodnutí, nebo podle nichž může být hodnocen produkt, služba, výsledek nebo proces. (PMBOK 2004) Materiálové řešení (řešení výzbroje, výstroje a vybavení) Náprava nedostatků, zaplnění chybějících schopností nebo začlenění nové technologie, jejichž výsledkem ve vývoji, akvizici, pořizování nebo zavedení je nová položka, hardware, software nebo služba nezbytná pro vybavení, provozování, udržování a zabezpečení vojenských činností bez přerušení, co se týče jejího využití pro administrativní nebo bojové účely. (DAU ACQuipedia) Critical Path Method (CPM) Critical Path Method analysis belongs to basic deterministic method of net analysis. Its goal is determination of project period on the basis of so-called critical path. CPM enables to facilitate the effective time coordination of sequential partial activities which concur at each other in the project. SWOT Analysis SWOT analysis is a structured planning method used to evaluate the Strengths, Weaknesses, Opportunities, and Threats involved in a project. (INCOSE SE-Handbook V. 3 (June 2006)) DOTMLPFI Doctrine, organization, training, materiel, leadership and education, personnel, facilities and interoperability. Criteria Standards, rules, or tests on which a judgement or decision can be based, or by which a product, service, result, or process can be evaluated. (PMBOK 2004) Materiel Solution Correction of a deficiency, satisfaction of a capability gap, or incorporation of new technology that results in the development, acquisition, procurement, or fielding of a new item, hardware, software, or service, necessary to equip, operate, maintain, and support military activities without disruption as to their application for administrative or combat purposes. (DAU ACQuipedia) 4 Vloženo zpracovatelem ČOS. 13

14 Milník Významný bod nebo událost v projektu. (PMBOK 2004) Požadavek Údaj, který identifikuje charakteristiky nebo omezení systému, produktu nebo procesu, je jednoznačný, může být ověřován a je považován za důležitý pro přijetí zainteresovanou stranou. (INCOSE SE-Handbook V. 3 (June 2006)) Projekt Úsilí, které má stanoveno datum zahájení a datum ukončení, vykonávané za účelem vytvoření produktu nebo služby v souladu se specifikovanými zdroji a požadavky. (ISO/IEC 15288) Program Skupina souvisejících projektů řízená koordinovaným způsobem. Poznámka: Programy obvykle zahrnují prvky pokračující práce. (PM-BOK 2000) Předmětný systém Systém, jehož životní cyklus je uvažován v kontextu tohoto standardu. (ISO/IEC 15228) Rozhodovací brána Rozhodovací brána je schvalovací akt (často spojený s přezkumným jednáním). Pro každou rozhodovací bránu jsou stanovena vstupní a výstupní kritéria; pokračování za rozhodovací bránou je podmíněno souhlasem osoby s rozhodovací pravomocí. (INCOSE SE-Handbook V. 3 (June 2006)) Soubory schopností Soubor schopností (CP) je definován jako kombinace národních (vojenských a civilních) a NATO financovaných kapitálových investic, nákladů na technické zabezpečení (provoz a údržbu), lidské síly a další související náklady, které společně s vojenskými Milestone A significant point or event in the project. (PMBOK 2004) Requirement A statement that identifies a system, product or process characteristic or constraint, which is unambiguous, can be verified, and is deemed necessary for stakeholder acceptability. (INCOSE SE-Handbook V. 3 (June 2006)) Project An endeavour with defined start and finish dates undertaken to create a product or service in accordance with specified resources and requirements. (ISO/IEC 15288) Programme A group of related projects managed in a coordinated way. Note: Programmes usually include an element of ongoing work. (PM-BOK 2000) System-Of-Interest (SOI) The system whose life cycle is under consideration. (ISO/IEC 15288) Decision Gate A decision gate is an approval event (often associated with a review meeting). Entry and exit criteria established for each decision gate; continuation beyond the decision gate is contingent on the agreement of decisionmakers. (INCOSE SE-Handbook V. 3 (June 2006)) Capability Packages A CP is defined as a combination of national (military and civilian) and NATO funded capital investments, O&M cost, manpower and other associated costs, which together with the military forces and other essential requirements, enable a NATO Commander 14

15 silami a dalšími nezbytnými požadavky dají veliteli NATO možnost docílit specifické požadované vojenské schopnosti. (C-M(92)16(revidovaná) Specifikace Dokument, který specifikuje vyčerpávajícím, přesným a ověřitelným způsobem požadavky, návrh, fungování nebo další charakteristiky systému, prvků, produktu, výsledku nebo služeb a často i postupy pro určení, zda tyto předpisy byly uspokojeny. Příkladem jsou: specifikace požadavku, specifikace návrhu, specifikace produktu a specifikace zkoušení. (PMBOK 2004) Systém Spojení spolupracujících prvků, které jsou organizovány tak, aby dosáhly jednoho nebo několika stanovených účelů. Poznámka: Pro použití v NATO toto zahrnuje pomocný systém. (ISO/IEC 15228) Zainteresovaná strana Strana, která má právo, podíl nebo nárok na systém nebo na charakteristiky systému v jejím majetku, které splňují potřeby a očekávání této strany. (ISO/IEC 15288) to achieve a specific Military Required Capability. (C-M(92)16(revised)) Specification A document that specifies, in a complete, precise, verifiable manner, the requirements, design, behaviour, or other characteristics of a system, component, product, result, or service and, often, the procedures for determining whether these provisions have been satisfied. Examples are: requirement specification, design specification, product specification, and test specification. (PMBOK 2004) System A combination of interacting elements organized to achieve one or more stated purposes. Note: For NATO use this includes enabling systems. (ISO/IEC 15288) Stakeholder A party having a right, share, or claim in a system or in its possession of characteristics that meet that party s needs and expectations. (ISO/IEC 15288) 15

16 1 Přehled 1 Overview 1.1 Úvod 1.1 Introduction Aby NATO / členské státy / agentury dosáhly svých operačních cílů, rozvíjí strategické cíle, které jsou uskutečňovány jednou nebo mnoha schopnostmi. Schopnosti jsou realizovány jedním nebo mnoha programy a programy jsou realizovány jedním nebo mnoha projekty. Program je realizován, aby byl vyvinout systém, produkt nebo služba, které spadají do tohoto rámce. Probíhající organizační činnosti/procesy jsou přizpůsobeny tak, aby podpořily potřeby programu. Jak je popsáno v Zásadách NATO pro management životního cyklu systému (SLCM), účelem managementu životního cyklu systému (SLCM) je optimalizovat obranné schopnosti s ohledem na provedení, náklady, časový harmonogram, kvalitu, provozní prostředí, integrované logistické zabezpečení a zastarávání v rámci životního cyklu systému. Usnadňuje to interoperabilitu, komunikaci, spolupráci a součinnost, při minimalizaci úplných nákladů životního cyklu. V Příloze A je ukázán velký obrázek rámce životního cyklu. Tento standard představuje dokument se všeobecnými pokyny, který poskytuje standardizovaný a přizpůsobitelný přístup pro řízení programů, jenž obsahují materiálové řešení a má být používán spolu s ČOS a s knihovnou dokumentů o managementu životního cyklu systému (SLCM). ČOS definuje procesy životního cyklu systému v NATO. Knihovna dokumentů o SLCM obsahuje postupy, šablony, příručky a ostatní dokumenty. Logický soubor dokumentů pro management životního cyklu systému v NATO je ukázán na obrázku 1: Soubor dokumentů pro management životního cyklu systému v NATO. In order to reach their operational goals, NATO/Nations/Agencies develop strategic objectives that are realized by single or multiple capabilities. Capabilities are realized by single or multiple programmes, and programmes are realized by single or multiple projects. A programme is undertaken to develop a system, product, or a service that feeds into this framework. Ongoing organisational activities/processes are aligned to support the needs of the programme. As described in the NATO Policy for Systems Life Cycle Management (SLCM), the aim of SLCM is to optimise defence capabilities over the life cycle of the system by taking into account performance, cost, schedule, quality, operational environments, integrated logistic support, and obsolescence. It facilitates interoperability, communication, collaboration, and cooperation, while minimising total life cycle cost. Annex 1 shows the big picture of the Life Cycle Framework. AAP-20 is a generic guidance document which provides the standardized and tailorable approach for managing programmes that includes materiel solutions and should be used in conjunction with AAP- 48 and the SLCM document Library. AAP- 48 defines the NATO System Life Cycle Management processes. The SLCM document library contains procedures, templates, handbooks, and other documents. The logical NATO System Life Cycle Management Document Framework is shown in Figure 1: NATO Life Cycle Management Document Framework. 16

17 OBRÁZEK 1 Soubor dokumentů pro management životního cyklu systému v NATO 1.2 Účel 1.2 Purpose Tento standard představuje všeobecný dokument s pokyny, jak poskytovat standardizovaný a přizpůsobený přístup k řízení programů ze strany NATO, agentur, skupin členských států a členského(ých) státu(ů). Dodává strukturovaný přístup k popisu etap a pomáhá při rozhodování v takovýchto příslušných rozhodovacích bodech na všech úrovních managementu ve společných programech. AAP-20 is a generic guidance document that provides the standardized and tailorable approach for managing programmes by NATO, Agencies, Groups of Nations and Nation(s). It delivers a structured approach to describe the stages and to aid decisionmaking at these decision points for all management levels involved in cooperative programmes. 17

18 FIGURE 1 NATO Life Cycle Management Document Framework Tento dokument se zaměřuje na formulaci požadavků založených na chybějících schopnostech a na managementu programu v průběhu životního cyklu, včetně zrychleného zavedení (rychlé akvizice) a vložení technologie. Určuje potenciální úskalí, rizika a příležitosti pro řízení programu, která jsou založena na nejlepších praktikách členských států NATO a pomáhají vyjasnit role orgánů členských států a NATO a mezinárodního štábu v rozhodovacím procesu. V rámci tohoto standardu se očekává úzká spolupráce mezi operačními velitelstvími, vojenskými plánovači a manažery programů. Požadavky zainteresovaných stran budou This document focuses on the formulation of requirements based on a capability gap and the management of a programme throughout the life cycle, including accelerated fielding (rapid acquisition) and technology insertion. It provides potential pitfalls, risks, and opportunities for managing a programme based on the best practices of NATO Nations and helps clarify the roles of the National and NATO Authorities and the International Staff in the decision process. AAP-20 expects close cooperation between operational commands, military planners, and programme managers. Stakeholder requirements will be provided by military 18

19 vojenskými plánovači poskytnuty manažerům programů a budou založeny na chybějících schopnostech a strategických cílech. planners to programme managers based on capability gaps and strategic objectives. 1.3 Použitelnost 1.3 Applicability Státy jsou vedeny k tomu, aby využívaly tento standard jako návod a z toho důvodu je tento standard zamýšlen jako pomoc a doplnění národních politik akvizice, ale nenahrazuje je. Použití tohoto standardu jako pomocného rámce v programech NATO, mnohonárodních i národních programech, povede k mnohem efektivnějšímu a účinnějšímu poskytování schopností. S potřebou popsat rozhraní a vzájemné vztahy k ostatním procesům a okruhům působnosti bylo nezbytné využít procesy a okruhy působnosti NATO, aby vyšly najevo závislosti. Státy, agentury a další uživatelé tohoto návodu si mohou nastavit tato rozhraní vůči příslušným procesům a okruhům působnosti. Nations are encouraged to use this publication as a guide and therefore, AAP-20 intends to support and complement national acquisition policies, not replace them. The use of AAP-20 in NATO, Multinational and National Programmes as an enabling framework will lead to a more effective and efficient provision of capabilities. With the necessity to describe interfaces and relationships to other processes and domains, it was necessary to use the NATO processes and domains to show the dependencies. Nations, Agencies, and other Users of this guideline should adjust these interfaces to their appropriate processes and domains. 2 Zásady NATO pro standardizaci 2 The NATO Policy for Standardization 2.1 Základní informace 2.1 Background Information NATO, členské státy nebo skupiny členských států potřebují schopnosti, které naplní jejich strategické cíle. Cíle NATO jsou dokumentovány ve strategické koncepci pro obranu a bezpečnost členských zemí NATO. Aby se udržela schopnost neustále uspokojovat tyto strategické cíle, je nutné nepřetržitě hledat nová řešení. Hlavním cílem programu je dodat požadované schopnosti tak, aby zaplnily identifikované mezery materiálovým řešením. Proto, aby se zaplnily tyto mezery, je nutné definovat řešení a vytvořit funkční systém. To znamená, že systém, aby mohl být provozován a mohl vykonávat potřebnou schopnost, musí dosáhnout jistého stavu vyzrálosti. Integrace nezbytných komponent schopnosti (doktrína, organizace, výcvik, výzbroj, vý- The NATO, Nations or group of Nations need capabilities to meet their strategic objectives. The NATO objectives are documented in the Strategic Concept for the Defence and Security of the Members of the North Atlantic Treaty Organization. In order to maintain the capability to constantly satisfy these strategic objectives, it is continuously necessary to find new solutions. The main objective of a programme is to deliver the required capabilities to fill identified gaps with a materiel solution. In order to fill these gaps, it is necessary to define a solution and build up an Operational System. This means that the System must reach a certain status of maturity in order to operate and perform the needed capability. The integration of the necessary capability components (Doctrine, Organisation, 19

20 stroj a vybavení, rozvoj vedení, personál, zařízení, interoperabilita) se jeví jako společné úsilí členských států, NATO a společná práce s ostatními zainteresovanými stranami, které využívají širokou škálu nástrojů. Programy mohou zahrnovat různé systémy, z nichž každý může být realizován jedním nebo více projekty. Základními vstupy do programu NATO jsou: - požadovaná vojenská schopnost (požadavky zainteresovaných stran) stanovená vojenskými plánovači, - zdroje a rozhodnutí stanovené členskými státy a orgány NATO. V mnoha případech je hlavním stavebním blokem programu NATO prvek vojenského materiálu, který existuje v podobě jednoho nebo více předmětných systémů a vhodného souboru schopností, jak je ukázáno na obrázku 2. Pro zabezpečení managementu a na pomoc při rozhodování během uskutečňování programu má být rozdělen strukturovaný přístup do etap. Každá etapa představuje jeden interval životního cyklu programu a systému. Rozdělení programu a životního cyklu na etapy je založeno na účelnosti prováděných činností pomocí malých, srozumitelných a vhodných kroků. Etapy navíc pomáhají identifikovat nejistoty a riziko spojené s náklady, časovým harmonogramem, hlavními cíli a rozhodováním. Každá etapa má přesný smysl a přispívá k celkovému životnímu cyklu. Pro přechod mezi etapami jsou využívány vedle milníků v etapách i rozhodovací brány a vstupní/výstupní kritéria, aby bylo zajištěno, že se program úspěšně rozvíjí. Management programu NATO může být realizován různými metodami a nástroji, jedním z nejdůležitějších je management projektu (další vysvětlivky k managementu projektu viz Přílohu D). Management projektu může být použit kdykoliv je to užitečné pro management každé etapy, stejně tak, jako pro definování požadavků, vytvoření memoranda o porozumění (MOU) k programu NATO Training, Material, Leadership Development, Personnel, Facilities, and Interoperability) is a joint effort between Nations, NATO, and collaborative work with other stakeholders utilising a wide variety of tools. A programme may be comprised of several Systems, with each System potentially being realised by one or more projects. Basic inputs to a NATO Programme are: - Required Military Capabilities (Stakeholder Requirements), provided by Military Planners - Resources and decisions provided by Nations and NATO Authorities. In many cases a major building block of a NATO programme is the materiel component in the form of one or more Systems of Interest and available Capability Packages as shown in Figure 1. To support the management and to aid decision making during the execution of the programme, a structured approach should be divided into stages. Each stage represents one essential period of the life cycle of the programme and the system. The partitioning of the programme and system life cycle into stages is based on the practicality of doing the work in small, understandable, and timely steps. In addition, stages help to identify uncertainties and risk associated with cost, schedule, general objectives, and decision making. Each stage has a distinct purpose and contribution to the whole life cycle. The transition between stages uses decision gates and entry/exit criteria in addition to milestones within stages to ensure the programme is progressing successfully. A programme can be managed using a variety of methods and tools, one of the most important being Project Management (see Annex 5 for additional project management considerations). Project Management can be used wherever useful within the management of each stage, as well as for definition of requirements, establishment of a programme Memorandum of Understanding (MOU), or 20

21 nebo produkci specifických prvků v rámci předmětného systému. Zatímco se management projektu zaměřuje na celkové uskutečnění projektu, systémové inženýrství usnadňuje technické aspekty. Management životního cyklu popisuje, jak je v průběhu životního cyklu řízen předmětný systém a pomocné systémy, s využitím metod managementu programu a managementu projektu. Integrace všech nezbytných předmětných systémů a pomocných systémů na konci etapy produkce, včetně souborů schopností, je-li to vhodné, končí dodanou nebo zavedenou vojenskou schopností. production of a specific component within a System-of-Interest (SOI). While Project Management focuses on the overall execution of a project, systems engineering facilitates the technical aspects. Life Cycle Management describes how a SOI and enabling systems are managed throughout its life cycle using the methods of Programme Management, Project Management. The integration of all necessary SOI and enabling systems at the end of production stage, including Capability Packages, if applicable, result in the delivered or fielded Military Capability. OBRÁZEK 2 Vzájemný vztah mezi programem NATO, předmětným systémem a vojenskou schopností 21

22 FIGURE 2 Relationship between NATO Programme, System-of-Interest and Military Capability 2.2 Koncepce systému 2.2 System Concept Koncepce systému podle tohoto standardu definuje systém jako předmětný systém (SOI) a všechny pomocné systémy ( pomocníky ), které souvisí s předmětným systémem. Tato koncepce systému se liší od řízení života produktu uvnitř organizace zákazníka (sledování výhod, management konfigurace atd.), které je integrální součástí úloh k dosažení a udržování zralosti během životního cyklu systémů. Další koncepci systému a strukturu s hlavním náhledem na potřeby průmyslu poskytuje ISO/IEC Jako integrální součást koncepce systému podle tohoto standardu musí být chápana také koncepce systému podle ISO/IEC Předmětný systém (SOI) sestává ze souhrnu subsystémů, hlavních komponent, kompo- The system concept for AAP-20 defines a system as a System-of-Interest (SOI) and all Enabling Systems (enablers) related to the SOI. This system concept differs from the management of the life of a product within the customer organization (asset tracking, configuration management, etc.), that is an integral part of the tasks to reach and maintain the maturity during the Systems Life Cycle. ISO/IEC provides an additional system concept and structure with a principal view on industrial needs. This system concept must also be seen as an integral part of the system concept for AAP-20. The System-of-Interest (SOI) consists of the sum of subsystems, main components, 22

23 nent (montážních skupin) a součástí, které splňují specifický a definovaný účel, odlišující jej od jiných systémů 4. Jejich základní vlastnosti povstávají ze vzájemného vztahu mezi prvky. Subsystémy, komponenty a součásti jsou způsobilé být navzájem přímo nebo nepřímo závislé a/nebo být spojené a/nebo mohou působit vzájemně mezi sebou. Pomocné systémy zabezpečují předmětný systém během životního cyklu, ale nutně přímo nepřispívají k jeho fungování během provozu. Příkladem jsou simulace, pozemní vybavení, nástroje a náhradní díly. components (assemblies), and parts to meet a specific and defined purpose as distinguished from other systems5. Their essential properties arise from the relationships between the elements. The subsystems, components, and parts are able to be directly or indirectly dependent on each other and/or be linked and/or interact with each other. Enabling systems support a System-of- Interest during the life cycle for the system, but it does not necessarily contribute directly to its function during operation. Examples are simulators, ground equipment, tools, and spare parts. OBRÁZEK 3 Koncepce systému 5 Subsystémy, hlavní komponenty, komponenty (montážní skupiny) a součásti nejsou v tomto standardu definovány, neboť povinností každého programu/projektu je definovat vlastní struktury s tímto a dalšími prvky. Subsystems, main components, components (assemblies), and parts are not defined in this document, because it is the task of each programme/project to define its own structure with this and additional elements. 23

24 FIGURE 3 System Concept Během uskutečňování programu se za koncepci systému podle tohoto standardu považuje systém, na němž se realizuje řešení prostřednictvím hardwaru, softwaru nebo služeb, se všemi nezbytnými prvky zralosti systému až do doby, než je vyřazen. Cílem uskutečňování úloh během rozdílných etap je dosáhnout a udržovat zralost systému. During the execution of a programme, the AAP-20 System Concept considers a system upon the realisation of a solution by hardware, software, or services with all necessary elements of the system maturity and until its retirement. The target of task execution during the different stages is it to achieve and to maintain the maturity of the system. 2.3 Koncepce zralosti 2.3 Maturity Concept Dodaná nebo zavedená vojenská schopnost je k dispozici, když vyzrálý systém dosáhne svojí definované provozní zralosti. Koncepce provozní zralosti sestává z následujících vzájemně propojených okruhů zralosti: - infrastrukturní (např. budovy, silnice, letištní zařízení), The delivered or fielded Military Capability is available when the mature system has reached its defined Operational Maturity. The Operational Maturity concept consists of the following interrelated maturity domains: - Infrastructural (e.g. buildings, roads, airport facilities) - organizační (např. personál, struktura, - Organisational (e.g. personnel, structure, 24

25 procesy, informační technologie), - výcvikový (např. provozní manuál, pokyny, simulátor), - zabezpečení (např. zabezpečení vojenským materiálem, postupy údržby, technické publikace), - další zralosti podle potřeby, definované uživatelem systému. Aby bylo dosaženo provozní zralosti, musí být dosaženo každého jednotlivého okruhu zralosti vyžadovaného systémem a tento musí být udržován. Poznámka: Nedodržení tohoto přístupu je možné jedině během zrychleného zavedení, které je doprovázeno speciálními, zejména urgentními potřebami organizace na dodávku určitého provedení. Provozní zralost je propojena s vojenskou schopností na nejvyšší úrovni. Na další úrovni je zralost systému spojená se systémem. Tento vzájemný vztah ukazuje obrázek 4. Zralost systému zahrnuje zralost předmětného systému a pomocných systémů. To znamená, že dosažení úplné zralosti systému závisí na klíčových úlohách a činnostech uvnitř pomocných systémů. Cílem programu je dosažení a udržení zralosti systému. processes, Information Technology) - Training (e.g. operating manual, guidance, simulator) - Support (e.g. materiel support, maintenance routines, technical publications) - Further maturities as necessary, defined by the system-owner To reach its Operational Maturity, each single domain maturity required by the system must be reached and sustained. Note: The only possibility to break this approach is Accelerated Fielding, which follows special, especially urgent needs of an organisation to deliver a certain performance. The Operational Maturity is linked with the Military Capability on the highest level. On the next level is system maturity linked to the system. Figure 4 shows this relationship. System Maturity is comprised of the maturity of the SOI and the enabling systems. This means that System Maturity is dependent on key tasks and activities within the enabling systems to achieve full system maturity. Achieving and maintain system maturity is the objective of a programme. 25

26 OBRÁZEK 4 Vzájemný vztah mezi provozní zralostí a zralostí systému FIGURE 4 Relationship between Operational Maturity and System Maturity 26

27 2.4 ČOS v prvním přiblížení 2.4. AAP-20 at a Glance Tento standard bere v úvahu následující principy, jak jsou stanoveny v zásadách pro SLCM: Závazek vůči managementu životního cyklu systému: Toto představuje závazek všech zainteresovaných stran, že budou používat integrovaný přístup a přijmou za vlastní shodné postupy nutné k dosažení svých cílů. Management životního cyklu systémů také vyžaduje procesně orientovanou a procesně řízenou organizaci. Spolupráce a interoperabilita: Jednotlivé členské státy a organizační složky NATO odpovídají za zajištění systémů, které splňují alianční potřeby z hlediska schopností a interoperability. Zavedení managementu životního cyklu systému umožní naplnění těchto potřeb na základě spolupráce a standardizace. Výkonnost: Pro udržení vojenských operací Aliance je nezbytné efektivní a ekonomické využívání národních i aliančních zdrojů. Zavedení managementu životního cyklu systému umožňuje lépe provádět účinnou akvizici, užívání, zabezpečování a likvidaci systémů. Spolupráce s průmyslem: Pro to, aby byly nejlepší komerční praktiky ku prospěchu SLCM, je zapotřebí úzkých pracovních vztahů s průmyslem, maximálního využívání civilních norem tam, kde je to vhodné, a plného využívání nových technologií a sdílení odborných znalostí. Kvalita Obranné schopnosti z velké míry závisí na kvalitě systémů. Té lze nejlépe dosáhnout integrovaným systémovým přístupem ke kvalitě po celou dobu životního cyklu. (ČOS , Zásady NATO pro integrovaný systémový přístup ke kvalitě v průběhu životního cyklu). AAP-20 considers the following principles as stated in the SLCM Policy: Commitment to Systems Life Cycle Management: This requires commitment to an integrated approach by all parties involved and the adoption of consistent processes necessary to achieve their objectives. Systems Life Cycle Management also requires a process-oriented and process-driven organisation. Cooperation and Interoperability: Nations and NATO have the responsibility to provide systems that meet the Alliance s capability and interoperability needs. Implementation of SLCM enables these needs to be met through cooperation and standardization. Efficiency: Effective and economic use of National and NATO resources is essential for the Alliance to sustain military operations. Implementation of SLCM better enables efficient acquisition, use, support, and disposal of systems. Collaboration with Industry: SLCM needs a close working relationship with Industry, maximum use of civil standards where appropriate, full exploitation of new technologies, and shared domain expertise in order to benefit from commercial best practices. Quality: The defense capability depends, to a great extent, on the quality of systems. Quality is best achieved through an integrated systems approach throughout the life cycle (AQAP 2000 NATO Policy on an integrated system approach to Quality through the Life Cycle). 27

28 OBRÁZEK 5 Strukturovaný přístup při uskutečňování programu FIGURE 5 Structured Approach in the Execution of a Programme 28

29 Odpovědnost a rozhodovací pravomoc ve specifickém programu jsou skutečně svázané s rozdělením životního cyklu programu a systému do etap. Základní podmínkou pro program je to, že rozhodovací pravomoc vždy zůstává na zákazníkovi. Pouze NATO, členský stát nebo skupina členských států, které musí poskytnout určitou vojenskou schopnost, mají rozhodovací pravomoc v programu během celého životního cyklu systému. Průmysl přebírá odpovědnost za životní cyklus produktu jako integrální součást SLC na základě smlouvy se zákazníkem. Obrázek 5 ukazuje teoreticky tento strukturovaný přístup. Skutečná struktura závisí na smlouvě ve specifickém programu. Za účelem přechodu z jedné etapy do další je nezbytné získat příslušné schválení, které může mít formu působnosti (ToR), memoranda o porozumění nebo dokumentu o schválení etapy. Vzor pro dokument o schválení etapy lze nalézt v Příloze E. Doplňující úvahy: Zainteresované strany se během životního cyklu mohou měnit, protože si státy mohou zvolit svoji další neúčast, zatímco neúčastnící se státy si mohou zvolit připojení k programu. Jak se program vyvíjí, stává se jednoznačnou odpovědností účastnících se států činit veškerá nezbytná rozhodnutí, zatímco přímé zapojení aliance do programu je omezuje. Základním stavebním blokem realizace programu a systému je memorandum o porozumění (MOU) nebo podobný dokument sloužící ke schvalování (obrázek 6). Pro vytvoření memoranda o porozumění se velmi doporučuje používat Pokyny pro přípravu ujednání o společných programech (AACP- 01). V průběhu jakéhokoliv časového úseku během životního cyklu systému může být nezbytné smluvní zabezpečení. Takové smlouvy jsou v odpovědnosti orgánu Intrinsically tied to the partitioning of the programme and system life cycle into stages is the responsibility and accountability for the specific programme. A fundamental condition for a programme is that the accountability always remains with the customer. Only NATO, Nation, groups of Nations have to provide a certain military capability, they are accountable for the Programme over its entire life cycle of the system. The industry takes the responsibility for the product life cycle as integrated part of the SLC on the basis of contracts with the customer. The figure 5 shows notional this structured approach. The real structure depends on the contracts in the specific programme. In order to transition from one stage to the next, it is necessary to obtain the appropriate approval, which can come in the form of a Terms of Reference, a Memorandum of Understanding, or a Stage Approval Document. The template for a Stage Approval Document can be found in Annex 7. Additional Considerations: The stakeholders may change during the life cycle of a system, as nations may choose not to participate further, while non-participating nations may choose to join the programme. As a programme evolves, it becomes the unique responsibility of participating nations to make all necessary decisions, while the direct Alliance involvement in the programme diminishes. The basic building block of the realization of Programmes and Systems is the Memorandum of Understanding (MOU) or similar approval documents (Figure 6). It is highly encouraged to use the Guidance Manual for Cooperative Programme Arrangements (AACP-01) for the development of an MOU. During any time of the systems life cycle, contractual support may be necessary. These contracts are the responsibility of the Contracting Authority and should follow the 29

30 odpovědného za smlouvy MO a mají se přidržet Směrnice ke smluvním podmínkám na vypracování studie proveditelnosti (AACP-02, Vol. 01). V jakémkoliv bodě životního cyklu mohou existovat důvody, které zabraňují NATO nebo členským státům plně odsouhlasit vojenské požadavky, technické koncepce nebo upřednostňované konfigurace systému, aby naplnily jejich potřeby. V takovém případě by se ze stejných provozních potřeb mohly vypracovat částečně harmonizované nebo samostatné projekty. Guidelines on Contractual Terms for Feasibility Study Work (AACP-02). At any point in the life cycle, there may be reasons that prevent NATO or Nations from fully agreeing on military requirements, technical concepts, or preferred system configuration to meet their needs. In such a case, partially harmonised or separate projects could evolve from the same operational needs. 30

31 OBRÁZEK 6 AAP-20 v prvním přiblížení 31

32 FIGURE 6 AAP-20 at a Glance 32

33 3 Popis etap programu 3 Description of Programme Stages 3.1 Všeobecně 3.1 General Kapitola 3 poskytuje popis programu na základě etap, rozhodovacích bran a milníků (obrázek 7). Chapter 3 provides a description of a programme in terms of stages, decision gates, and milestones (Figure 7). OBRÁZEK 7 Prvky etapy programu FIGURE 7 Programme Stage Elements Etapy 5 Stages 6 Etapy v typickém programu jsou: Předkoncepční etapa (Předkoncepce), Koncepce, Concept, Concept, Development, Production, The stages of a typical programme are: Pre- Vývoj, Produkce, Využívání, Zabezpečení Utilisation, Support, and Retirement. a Vyřazení. Tento model životního cyklu NATO je založen na modelu životního cyklu systému a vysvětlení etap životního cyklu v ISO na základě koncepce životního cyklu a představuje specifický výklad pro NATO v programech NATO, mnohonárodních a národních programech. Nezbytnými prvky každé etapy jsou vstupy, výstupy a vstupní/výstupní kritéria. Vstupy This NATO life cycle model based on the system life cycle model and the explanation of life cycle stages in ISO under Life cycle concept and represents the NATO specific interpretation for NATO, Multinational and National Programmes. Essential elements of each stage are inputs, outputs, and entry/exit criteria. Stage inputs 6 ISO/IEC poskytuje v kapitole 5.2 další úvahy o modelech životního cyklu a etapách životního cyklu. ISO/IEC provides in chapter 5.2 additional considerations about life cycle models and life cycle stages. 33

34 do etapy jsou produkty, které mohou být využívány během etapy pro další vývoj směrem k systému. Výstupy z etapy jsou produkty práce vytvořené v procesech jako výsledek uskutečnění etapy. Etapy mohou být prováděny po sobě nebo se mohou překrývat. Pro postup v etapě je nezbytné splnit vstupní kritéria etapy. Aby bylo možno etapu ukončit, je nutno splnit výstupní kritéria. Popis specifických etap je zaměřen na předmětný systém, který je v ohnisku zájmu programu orientovaného na vojenský materiál. V každé etapě programu se má nicméně vzít koordinovaným způsobem v úvahu kompletní program, se všemi jeho důležitými prvky (pomocné systémy, rozhraní s ostatními souvisejícími systémy, další prvky DOTMLPFI). Fáze: Fáze jsou dílčími prvky etap plnícími výstupní kritéria specifické etapy. Fáze mohou být prováděny po sobě nebo se mohou překrývat. Rozhodovací brány: Rozhodovací brány jsou využívány k přechodu mezi etapami a jsou bodem, v němž se validuje předcházející práce, schvaluje se budoucí práce a shromažďují se získané zkušenosti. Rozhodovací brána může existovat ve formě setkání těch, kteří činí rozhodnutí se zainteresovanými stranami, ve formě písemného dokumentu podepsaného těmi, co činí rozhodnutí, za účelem formulace učiněného rozhodnutí, nebo může nabýt jakékoliv další podoby, o níž se lze domnívat, že je pro program vhodná. Rozhodnutí učiněná v každé z bran mohou být (viz obrázek 7: prvky etapy programu): are products that may be used during the stage for the further development towards the system. Stage outputs are work products generated in processes as a result of the execution of the stage. The stages can be executed sequentially or overlapped. The fulfilment of stage entry criteria is necessary to proceed into the stage. Stage exit criteria have to be met to terminate the stage. The description of the specific stages is concentrated on an SOI that stands in the focus of a materiel-oriented programme. Nonetheless, in every stage of the Programme, the whole Programme should be considered in a coordinated way with all its relevant components (enabling systems, interfaces to other related systems, other DOTMLPFI-elements). Phases: The phases are sub elements of the stages to fulfill the exit criteria of a specific stage. The phases can be executed sequentially or overlapped. Decision Gates: The decision gates are used to transition between the stages and are the points in the Systems Life Cycle (SLC) where past work is validated, future work is agreed upon, and lessons learned are captured. Decision gates may be in the form of a meeting of the decision makers and stakeholders, a written document signed by the decision makers formalizing the decisions made, or any other form that is deemed appropriate for the programme. The decisions made at each of the gates may be to (see Figure 7: Programme Stage Elements): - uskutečnit další etapu, - execute the next stage - pokračovat v této etapě, - continue this stage - jít do předcházející etapy, - go to a preceding stage - ukončit program/projekt (životní cyklus), - terminate the programme/project (life cycle) - pozdržet činnosti v programu/projektu - hold programme/project (life cycle) (životním cyklu). activity 34

35 Rozhodnutí se musí zdokumentovat. Decisions have to be documented. OBRÁZEK 8 Rozhodovací brána FIGURE 8 Decision Gate Milníky Jako řídicí body k měření rozvoje uvnitř etapy se vedle rozhodovacích bran využívají Milestones In addition to decision gates, milestones are used as control points to gauge progress 35

36 i milníky. Vstupní a výstupní kritéria Vstupní a výstupní kritéria zabezpečují proces řízení rozhodnutí v rozhodovacích bránách. Poskytují prostředek ke snižování rizik a nejistot. Obrázek 9 níže ukazuje tři rozdílné způsoby, jak mohou být používány vstupní a výstupní kritéria v rozhodovací bráně (specifické modely mohou obsahovat jakékoliv kombinace těchto cest). - Cesta 1: pohyb od etapy (A) k etapě (B), k řízení přechodu mohou být použita jak výstupní kritéria (z etapy A), tak vstupní kritéria (do etapy B), - Cesta 2: ke vstupu do etapy (B) mohou být pro řízení přechodu použita vstupní kritéria, - Cesta 3: opuštění etapy (A) může být řízeno výstupními kritérii. within a stage. Entry and Exit Criteria Entry and exit criteria support the decision management process at the decision gates. They provide a means to mitigate risks and uncertainty. Figure 9 below shows three different ways entry and exit criteria can be used at a decision gate (specific models may contain any combination of these paths). - Path 1: Moving from stage (A) to stage (B), both the exit criteria (for stage A) and the entry criteria (for stage B) may be used to control the transition. - Path 2: Entering stage (B) the entry criteria may be used to control the transition. - Path 3: Leaving stage (A) may be controlled by exit criteria. OBRÁZEK 9 Používání vstupních a výstupních kritérií 36

37 FIGURE 9 Use of Entry and Exit Criteria 3.2 Předkoncepční etapa 3.2 Pre-Concept Stage Účel Purpose Účelem předkoncepční etapy je identifikovat a dokumentovat požadavky zainteresovaných stran (např. cíle ozbrojených sil). Také je důležitá identifikace rizikových oblastí pro dodání způsobilosti (na nejvyšší úrovni). Takto se u výzkumu a vývoje způsobilosti/kapacity stanoví ohnisko zájmu pro zajištění dodávek v přijatelném časovém rozsahu a s přijatelnými náklady. Předkoncepční etapa musí být viděna jako rozhraní mezi procesem obranného plánování NATO (NDPP) a rámcem pro řízení programu NATO. Toho by se mohlo také využít v národních plánovacích procesech a v rámci řízení programu Popis Description Účelem obranného plánování v NATO je poskytnout rámec, v němž mohou být harmonizovány národní a alianční činnosti ob- The purpose of the Pre-Concept stage is to identify and document stakeholder requirements (e.g., Targets). Also important, is the identification of risk areas (at a high level) to the capability delivery. This provides focus for research and development capability/capacity to ensure delivery to an acceptable timescale and affordable cost. The Pre-Concept stage must be seen as an interface between the NATO Defence Planning Process (NDPP) and the NATO Programme Management Framework. This could also apply for national planning processes and programme management framework. The aim of NATO defence planning is to provide a framework within which national and Alliance defence planning activities can 37

38 ranného plánování tak, aby se co nejefektivnějším způsobem naplnily odsouhlasené cíle. Mají usnadnit vhodnou identifikaci, vývoj a dodávání pro nezbytný rozsah sil, které jsou interoperabilní a plnohodnotně připravené, vybavené, vycvičené a zabezpečované, stejně tak, jako související vojenské a nevojenské schopnosti pro udržení úplného spektra úkolů v alianci 6. K obrannému plánování v NATO dochází uvnitř strukturovaného procesu, který musí skýtat dostatečnou flexibilitu pro zajištění, že zůstane citlivý na změnu okolností a potřeb aliance i jednotlivých členů aliance. Je zapotřebí, aby byl proces integrován na nejvyšší možný stupeň a byl zaměřen na středně a dlouhodobý rozvoj schopnosti, zatímco současně zůstává citlivý na neočekávané požadavky vzniklé při aktuálním provozu. Proces obranného plánování v NATO sestává z následujících pěti kroků: be harmonised to meet agreed targets in the most effective way. It should facilitate the timely identification, development, and delivery of the necessary range of forces that are interoperable and adequately prepared, equipped, trained, and supported, as well as, the associated military and non-military capabilities to undertake the Alliance s full spectrum of missions. 7 NATO defence planning occurs within a structured process which must offer sufficient flexibility to ensure it remains responsive to changing circumstances and the needs of the Alliance and individual Allies. The process needs to be integrated to the maximum degree possible and focus on medium and longerterm capability development, while at the same time, remaining responsive to unanticipated requirements arising from current operations. The NATO Defence Planning Process consists of the following five steps: a. Stanovení politických pokynů a. Establish Political Guidance Účelem tohoto kroku je zpracovat samostatný sjednocený dokument s politickými pokyny pro obranné plánování, který vyhlásí celkové záměry a cíle, jichž má aliance dosáhnout. Převádí pokyny z dokumentů s vyššími strategickými zásadami do dostatečně podrobného návodu tak, aby usměrnil úsilí obranného plánování z různých okruhů plánování, jak v národním, tak v měřítku NATO, za účelem stanovení požadovaných schopností. The intent of this step is to develop a single unified political guidance document for defence planning which sets out the overall aims and objectives to be met by the Alliance. It translates guidance from higher strategic policy documents, in sufficiently detailed direction, to guide the defence planning efforts of the various planning domains, both in nations and in NATO, towards determination of the required capabilities. b. Stanovení požadavku b. Determine Requirement Strategická velitelství (SC), která berou v úvahu jakékoliv pokyny, o nichž se Vojenský výbor (MC) nezbytně domnívá, že jsou v souladu s politickými pokyny, identifikují úplnou sadu schopností, u nichž se zvažuje, že nutně vyhovují kvantitativním i kvalitativním ambicím nastaveným v politických pokynech pro obranné plánování pomocí The Strategic Commands (SCs), taking into account any guidance deemed necessary from the Military Committee (MC) consistent with the political guidance, identify the complete set of capabilities considered necessary to meet the quantitative and qualitative ambitions set out in the political guidance for defence planning 7 Přehledový model procesu obranného plánování v NATO (PO(2009)0042). OUTLINE MODEL FOR A NATO DEFENCE PLANNING PROCESS (PO(2009)0042). 38

39 strukturovaného, vyčerpávajícího, transparentního a sledovatelného procesu. Výstupem z této analýzy je jedinečná sada požadavků na zabezpečení plánovaných úsilí ve všech plánovaných okruzích působnosti. Proces využívá informace uvnitř aliance odsouhlasené NATO, výsledky z předchozích plánovacích cyklů, včetně schopností reagovat na Průzkum schopností NATO, stanovenou koncepční analýzu a získané zkušenosti, zvláště z operací, stejně tak, jako z výcviku a dalších činností. through a structured, comprehensive, transparent, and traceable process. The output of this analysis is a single set of requirements to support the planning efforts of all planning domains. The process uses, inter alia, NATO agreed intelligence, results from previous planning cycles, including responses to the NATO Capability Survey, established conceptual analyses and lessons learned, in particular from operations, as well as from exercises and other activities. c. Rozdělení požadavků a nastavení cílů c. Apportion Requirements and Set Targets Nastavení cíle zpočátku rozdělí státům úplnou sadu minimálních požadavků na schopnost ve formě souhrnu podkladů pro cíl, aby dodal požadované schopnosti a zmírnil nedostatky, pokud budou respektovány principy spravedlivého zatěžování při sdílení a přijatelné výzvy. Bude také zahrnovat rozvoj cílů, které jsou zavedeny s využitím společného financování. Tento krok v procesu je krokem čtyřletého úsilí, třebaže bude pro zavedení cílů mimo cyklus zachována možnost, aby zůstala citlivá na potřeby aliance i jednotlivých členů aliance. Podobně bude zachována možnost úplné revize nebo aktualizace v bodě střednědobého období, aby se mohlo reagovat na změnu v bezpečnostním prostředí nebo změnu v politických pokynech. Target setting initially apportions the overall set of Minimum Capability Requirements to nations in the form of target packages for the delivery of required capabilities and mitigation of shortfalls, while respecting the principles of fair burden sharing and reasonable challenge. It will also include the development of targets to be implemented by using common funding. This step in the process is a quadrennial effort, although the possibility for the introduction of out-ofcycle targets will be retained to remain responsive to the needs of the Alliance and individual Allies. Similarly, the option of a full revision or an update at the mid-term point will be retained to react to a change in the security environment or a change in political guidance. d. Usnadnění zavedení d. Facilitate Implementation Tento krok pomáhá národním úsilím a usnadňuje mnohonárodní a společná úsilí vedoucí k uspokojení odsouhlasených cílů a priorit s náhledem na spojité a včasné dodávky hledaných schopností na základě odsouhlasených souhrnů podkladů pro cíl. Rozpoznání takového množství plánovaných okruhů působnosti v jejich normální práci zabezpečuje právě zavedení cílů v jejich oblasti odpovědnosti, následná uspořádání nastavená na tuto funkci jsou určena k doplnění a zesílení takových úsilí. Soustředí se na určení nedostatků v nejdůležitější schopnosti, zejména tak, že povzbudí národní zavedení, usnadní a zabezpečí mnohonárodní zavedení a uskutečnění společného (společně financo- This step assists national efforts and facilitates multinational and collective efforts to satisfy agreed targets and priorities with a view to the coherent and timely delivery of the capabilities sought by agreed target packages. Recognising that a number of planning domains in their regular work already support implementation of targets in their area of responsibility, the additional arrangements set out in this function are intended to complement and reinforce such efforts. They will focus on addressing the most important capability shortfalls, particularly by encouraging national implementation, facilitating and supporting multinational implementation, and executing 39

40 vaného) poskytování schopností požadovaných v alianci. Na rozdíl od jiných kroků v tomto procesu je tento krok/funkce v podstatě nepřetržitý(á). e. Přezkoumání výsledků e. Review Results Přezkoumání schopností NATO podrobně prohlíží a posuzuje obranné a finanční plány členů aliance, stejně tak, jako společná úsilí za účelem poskytování celkového posouzení stupně, na němž jsou schopny kombinované síly a schopnosti aliance plnit politické pokyny, včetně Úrovně ambice NATO. Přezkoumání schopností NATO navíc poskytuje klíčový mechanismus pro vytvoření zpětné vazby, jakýchkoliv souvisejících doporučení a vstupu do dalšího cyklu. Přezkoumání schopnosti se bude konat každé dva roky, aby se posoudil stupeň, do kterého jednotlivé státy NATO a orgány NATO odpovědné za zavedení společně financovaných projektů naplňují své příslušné cíle NATO a jednotlivé státy přispívají k spravedlivému sdílení rolí, rizik a odpovědností. Proces obranného plánování NATO (NDPP) následně využívá přístup k rozvoji schopnosti pro odvození požadavků na schopnost. NDPP zahrnuje všechny okruhy působnosti ve vojenském plánování Milníky Milestones collective (common-funded) provisioning of the capabilities required by the Alliance. Unlike other steps in the process, this step/function is continuous in nature. The NATO Capability Review scrutinises and assesses Allies defence and financial plans as well as collective efforts with a view to providing an overall assessment of the degree to which the combined Alliance forces and capabilities are able to meet the political guidance, including the NATO Level of Ambition. In addition, the NATO Capability Review provides a key mechanism for generating feedback, any associated recommendations, and input to the next cycle. Capability reviews will be carried out every two years to assess the degree to which individual nations and NATO bodies responsible for implementing commonly funded projects are meeting their respective NATO targets and individual nations are contributing to an equitable sharing of the roles, risks, and responsibilities. The NDPP consequently employs a capability development approach to derive capability requirements. The NDPP encompasses all military planning domains.8 M1. Vyhodnocení cílů M1. Evaluation of the Targets M2. Rozvoj možností, které jsou ve shodě s požadavky M2. Development of options which are in line with the requirements M3. Přezkoumání schopnosti NATO M3. NATO Capability Review Vstupní kritéria Entry Criteria - zdroje pro uskutečnění činností v etapě jsou k dispozici. - Resources to execute stage work are available. 8 Vojenský potenciál, C3 (velení a řízení a komunikace), civilní obrana, jednotky, logistika, zdroje a nukleární prostředky, prostředky protivzdušné obrany, letecká doprava, management, zpravodajská služba, vojenské lékařství, výzkum a technologie a standardizace. Armaments, C3, civil emergency, force, logistics, resources and nuclear, air defence, air traffic, management, intelligence, military medical, research and technology, and standardisation 40

41 3.2.5 Výstupní kritéria Exit Criteria - působnost a/nebo memorandum o porozumění - Terms of Reference (TOR) and/or v programu / dokument o schvá- Programme MOU/Stage Approval lení etapy pro etapu koncepce, Document for Concept Stage - jsou dodány výstupy z předkoncepční etapy. - Pre-Concept Stage outputs are delivered. OBRÁZEK 10 Předkoncepční etapa FIGURE 10 Pre-Concept Stage 3.3 Etapa koncepce 3.3 Concept Stage Účel Purpose Na základě požadavků zainteresovaných stran, které jsou identifikovány a dokumentovány v předkoncepční etapě, je účelem etapy koncepce zpřesnit a rozšířit studie, experimenty a technické modely, kterými se zabývala předkoncepční etapa a rozvinout předběžné požadavky na systém a proveditelný návrh řešení. Jedním z klíčových cílů etapy koncepce je poskytnout jistotu, že obchodní případ je důvěryhodný a předpokládané řešení je dosažitelné. Based on the Stakeholder Requirements identified and documented in the Pre- Concept Stage, it is the purpose of the Concept Stage to refine and broaden the studies, experiments, and engineering models pursued during the Pre-Concept Stage and to develop preliminary system requirements and a feasible design solution. One of the key objectives of the Concept Stage is to provide confidence that the business case is sound and the proposed solutions are achievable. 41

42 3.3.2 Popis Description Etapa koncepce začíná poté, co je rozhodnuto zaplnit chybějící schopnosti materiálovým řešením a končí specifikací požadavků pro toto materiálové řešení. Etapa koncepce je rozčleněna do dvou fází fáze studií a fáze založení programu. Fáze studie Ve fázi studie je hlavní důraz kladen na vypracování posouzení alternativních technických koncepcí, které slouží k uspokojení potřeb identifikované schopnosti a na identifikování nejslibnější technické koncepce pro následné hodnocení. Úsilí během studie je iterativním procesem a končí doporučením upřednostňovaného řešení. Nezbytnou součástí úsilí je vypracování průzkumů trhu, včetně vyhodnocení dosažitelnosti již dostupných řešení. Primárními úlohami úsilí během studie je identifikovat možná systémová řešení požadavků společně s cíli na provedení, které budou ovlivňovat činnosti po této fázi a podávat příslušná doporučení pro následující fázi. Metody použité pro studii budou záviset na specifických charakteristikách problému, jak moc jsou již známy a jak moc jsou nutné nové studie. Vzhledem k tomu, že by probíhající nebo hotové studie státu mohly poskytnout dostatečný základ pro posouzení, má být tato cesta na počátku důkladně prozkoumána. Jeli to však potřeba, měly by být zahájeny další studie buď jako samostatné studie státu, společné studie nebo iniciované NIAG v etapách, které předcházejí soutěži. Účastnit se mohou všechny státy mající zájem, zatímco nečlenské státy by nicméně mohly obdržet výslednou dokumentaci. Fáze studií bude ukončena, jakmile se dokončí dostatek studií, aby byl umožněn výběr z proveditelných alternativních studiií. V proveditelných alternativních studiích jsou typicky zahrnuty následující činnosti: The Concept Stage starts after a decision is made to fill a capability gap with a materiel solution and ends with the requirements specification for this materiel solution. The Concept Stage is divided into two phases, the Study Phase and the Programme Establishment Phase. Study Phase The main thrust of the Study phase is to conduct an evaluation of alternative technical concepts for satisfying the identified capability need and to identify the most promising technical concepts for further evaluation. The study effort is an iterative process and terminates with the recommendation of the preferred solution. The conduct of market surveys including evaluation of the availability of off-the-shelf solutions is an essential part of the effort. The primary tasks of the study efforts are to identify possible system solutions to the requirements, along with performance objectives that will guide activities beyond this phase and to make appropriate recommendations for the followon phase. The methods of study will depend on the specific characteristics of each problem, how much is already known, and how much new study is necessary. As ongoing or completed national studies might provide a sufficient basis for the evaluation, this avenue should be thoroughly explored at the outset. However, if needed, other studies could be initiated either separate national studies, joint studies, or by the NIAG in the pre competitive stages. All nations having an interest would participate, while nonparticipants would still receive the resulting documentation. The Study Phase will terminate once enough studies have been completed to permit the selection of the feasible alternative(s) studies. Activities that are typically included in the feasible alternative studies are: 42

43 - popis potřeby úkolu/operace/schopnosti, - Mission/Operation/Capability need description - analýza systému státu nebo systému NATO, který může splňovat potřebu, - Analysis of nations' or NATO's systems that may meet the need - alternativní řešení systému a technické charakteristiky těchto systémů, - schopnosti v rámci NATO pro řešení alternativních systémů, - časový horizont řešení alternativ (výzkum a vývoj, výroba, pořizování, poskytování zásob, úplná operační schopnost, milníky a časové harmonogramy), - Alternative system solutions and technical features of these systems - NATO-wide capabilities for the alternative systems solutions - Time horizons of the alternatives solutions (R&D, manufacturing, procurement, inventory serving, full operation capability, milestones and schedules) - ekonomické a manažerské aspekty, - Economical and managerial aspects - analýza rizik, - Risk analysis - požadavky na logistiku a standardy u alternativních řešení, včetně infrastruktury, - Logistics and standardization requirements of the alternative solutions, including infrastructure - kritéria posuzování alternativních řešení, - Evaluation criteria for the alternative solutions - SWOT 9 analýza alternativních řešení. - SWOT analysis of the alternative solutions Všeobecné principy a návod pro úspěšné prosazení programů NATO a mnohonárodních programů Program NATO i mnohonárodní programy představují vlastní výzvy a všeobecné principy a návod byl vyvinut na základě získaných zkušeností z mnohonárodních programů tabulka 1. Fáze studií má také podat vysvětlivky k požadavku tak, aby byly poskytnuty nezbytné informace k dosažení shody mezi státy, jak je nastíněno v návodu. Pro účely států je nezbytné nastavit principy a návody v souladu se předpisy státu. General Principles and Guidelines for Achieving Successful NATO and Multinational Programmes NATO and Multinational programmes present their own challenges and a set of general principles and guidelines has been developed based on the lessoned learned from multinational programmes, Table 1. The study s phase should also give consideration to the requirement to inform the necessary agreements between nations as outlined in the guidelines. For national purposes it is necessary to adjust the principles and guidelines with national regulations. 9 Poznámka zpracovatele: SWOT analýza je metoda, jejíž pomocí je možno identifikovat silné (ang: Strengths) a slabé (ang: Weaknesses) stránky, příležitosti (ang: Opportunities) a hrozby (ang: Threats), spojené s určitým projektem, typem podnikání, podnikatelským záměrem apod. 43

44 TABULKA 1 Všeobecné principy a návod na úspěch Návod PRINCIP č. 1. Shoda všech států týkající se požadované schopnosti. Stanovit definované, srozumitelné a odsouhlasené požadavky: - v souladu s doktrínou NATO/státu, - splňující provozní potřeby každého státu, - identifikující cíle interoperability, - věnující se životnímu cyklu s přihlédnutím k cenové dostupnosti. Vzít v úvahu možná rozhraní, vzájemná ovlivnění se státy NATO, které se neúčastní programu a provozování. PRINCIP č. 2. Spolupráce států za účelem společného prospěchu a prospěchu státu. Stanovit odsouhlasené, reálné milníky, přiřadit orgán s rozhodovací pravomocí každému milníku při zachování schvalovacích postupů státu. Stanovit závazky týkající se zdrojů programu lidi, zařízení a rozpočty. Zaměřit programy a smlouvy na dodávky, kdy jsou přednostně vybaveny jednotky. Stanovit strukturované ujednání pro: - posouzení a přijetí rizik, rozpočtování a přijímání rozhodnutí, - posouzení nákladů a přijímání rozhodnutí, - přenos technologií, - výměnu informací, - účast průmyslu od prvních etap, zahrnuje sankce, stimuly a práva k duševnímu vlastnictví, - sladění národních schvalovacích procesů, - management programu a přiřazení odpovědností, - osvojování standardů během životního cyklu, např. pro vývoj, produkci, provozování a certifikaci. Osvojení přístupu k managementu životního cyklu systému (SLCM), např. ve shodě s ISO/IEC Zabývat se managementem životního cyklu systému (SLCM) prostřednictvím integrovaného projektového týmu. Podpůrné orgány/dokumenty NATO Doktríny NATO (série AJP Spojenecké společné doktríny) rady vojenského výboru pro standardizaci. Zásady NATO pro interoperabilitu Výbor pro standardizaci (CS). Zásady NATO pro management životního cyklu systému Konference národních ředitelů pro vyzbrojování (CNAD). Pokyny pro programy AAP-20 (ČOS ). - spojenecké publikace pro akvizice (nabývání) (AACP) memoranda o porozumění, uzavírání smluv, společné programy, - pokyny pro náklady životního cyklu, ALCCP-1 (ČOS ), a Kodex RTO/SAS s pokyny pro postupy, - dohoda NATO o komunikaci (předávání) technických informací pro obranné účely, - dohoda NATO o bezpečnostních opatřeních při utajení vynálezů souvisejících s obranou, u nichž byly podány žádosti na patenty. Etapy a procesy životního cyklu systému AAP-48 (ČOS ). 44

45 Návod Odsouhlasit bezpečnost uspořádání dodávek mezi účastníky v průběhu životního cyklu. PRINCIP č. 3. Společná, srozumitelná a odsouhlasená očekávání v programu. Odsouhlasit úrovně připravenosti technologie, na které bude program zacílen. Odsouhlasit standardy kvality a metodologii ověřování. Odsouhlasit přijatelné stupně flexibility pro plnění požadavků, např. pomocí vývoje ve spirále. Odsouhlasit zamýšlené provozní použití a umístění, včetně prostředí pro nasazení. Odsouhlasit zabezpečení provozování. Vytýčit prospěch očekávaný každým státem, který se účastní programu. Podpůrné orgány/dokumenty NATO Podporování bezpečnosti dohod o dodávání, k nimž se zavázal Výbor NATO pro plánování činnosti v průmyslu AC/143. Organizace pro výzkum a technologie (RTO). Spojenecké publikace pro ověřování kvality série AQAP. Pokyny pro programy AAP-20 (ČOS ). Spojenecké publikace pro elektrické, klimatické a mechanické prostředí série AECTP. Integrované logistické zabezpečení v mnohonárodních programech ALP-10. TABLE 1 General Principles and Guidelines for Success Guidelines PRINCIPLE 1. Agreement by all nations concerned on the required capability Establish defined, understood and agreed requirement: - aligned to national/nato doctrine - to meet operational needs of each nation - identifying interoperability targets - addressing the life cycle and taking account of affordability. Consider potential interfaces, interactions with non-participating NATO nations during programme and in-service. PRINCIPLE 2. nations to cooperate for the common benefit and for the national benefit. Establish agreed, realistic milestones, assign each milestone decision authority noting national approval procedures Establish resourcing commitments to programme people, facilities and budgets Focus programme and contracts on first unit equipped delivery NATO Supporting Bodies/Documents NATO Doctrine publications (AJP series) Military Committee Standardization Boards NATO Policy for Interoperability NATO Committee for Standardization (NCS) NATO Policy for Systems Life Cycle Management Conference of National Armament Directors (CNAD) Programming guidance AAP-20 45

46 Guidelines - establish structured agreements for: - risk assessment and acceptance, budgeting and decision making, - costing assessment and decision making, - technology transfer, - information exchange, - industrial participation, from an early stage and including penalties, incentives, intellectual property rights. - alignment of national approval processes, - programme management and assignment of responsibilities - standards to be adopted through the life cycle, e.g. development, production, operational, and certification. Adopt SLCM approach, for example in accordance with ISO/IEC Address SLCM through integrated project team approach Agree security of supply arrangements through life amongst participants PRINCIPLE 3. Common, understood and agreed expectations for the programme. Agree technology readiness levels to be targeted in programme Agree Quality standards and assurance methodologies Agree acceptable degrees of flexibility in meeting requirement, as for example through spiral development Agree intended operational use and location, including deployment environments NATO Supporting Bodies/Documents - Allied Acquisition Practices Publications MOUs, contracting, cooperative programmes AACP - Life Cycle Cost Guidance, ALCCP-1, and RTO/SAS Code of Practice guidance. - NATO Agreement on Communication of Technical Information for Defence Purposes - NATO Agreement on the Safeguarding of Secrecy of Inventions relating to Defence for which applications for patents have been made System Life Cycle Stages and Processes AAP-48 Promotion of security of supply agreements undertaken by the NATO Industrial Planning Committee AC/143 NATO Research & Technology Organisation (RTO) Allied Quality Assurance Publications AQAP series Programme Guidance AAP-20 Allied Electrical, Climatic and Mechanical Environments Publications AECTP series Agree in-service support Integrated Logistic Support for Multinational Programmes ALP-10. Lay out benefits expected by each programme participating nation Fáze založení programu Až do tohoto bodu bylo hlavním cílem zúčastněných států identifikovat proveditelné alternativy a zvolit přednostní technické řešení pro uspokojení stanovené potřeby. Od Programme Establishment Phase Up to this point, the main objective of participating nations has been to identify feasible alternatives and to select the preferred technical solution for satisfying a stated 46

47 tohoto bodu je činnost spojena s rozvojem podrobností o zvoleném systému tak, aby mohl být zaveden odpovídající program. Na počátku této fáze budou zúčastněné státy hledat orgány pro program, vytvářet organizační výbor a stanovovat organizaci pro management (kancelář managementu programu), která povede program k dokončení. Ačkoliv to v praxi nemusí znamenat víc, než transformaci skupin vytvořených zúčastněnými státy v předchozí fázi, mohlo by to zahrnout nové členy a je to důležitý předěl v životním cyklu systému, neboť od tohoto bodu programu je vyžadováno řízení pouze od smluvně zainteresovaných účastníků. Hlavním cílem řídicího výboru je řídit a schválit rozvoj dalších podrobností specifikace úplného systému, stejně tak i specifikací počátečních podsystémů a vzít v úvahu přístupy k návrhu. Vymezení programu je proces důsledného zkoumání všech aspektů navrženého programu a prověření vztahů mezi požadovaným provedením, časem na vývoj a náklady. Jsou prověřeny oblasti technických nejistot a jsou rozvíjeny možné optimalizace přínosů a nákladů za účelem dosažení uspokojivé rovnováhy mezi provedením, časem na vývoj a náklady. Optimalizace přínosů a nákladů mohou vést k pozměnění provozních požadavků. Vymezení programu se věnuje návrhu optimálního a úplného systému, včetně specifikací systému/podsystémů, plánů programu a dalších plánů, které vymezují předložený program návrhu a vývoje. Fáze dospěje ke konci vytvořením memoranda o porozumění v programu/dokumentu o schválení etapy pro etapu vývoje, která zahrnuje důležité výsledky tohoto procesu, spojuje technická, finanční a průmyslová ujednání dosažená mezi účastníky a poskytuje základ pro vývoj. Během této fáze jsou všechny aspekty navrhovaného programu zkoumány mnohem důkladněji. Jsou stanoveny charakteristiky provedení a počáteční technické parametry tak, aby splňovaly provozní požadavky za optimálních podmínek. Jsou dokončeny požadavky na personál, logistiku, výcvik a infrastrukturu. Výsledkem této fáze je odsouneed. Beyond this point, the activity is concerned with developing the details of the selected system, so that a suitable programme can be implemented. Normally, at the beginning of this phase, the participating nations will seek establishment of a Programme, form a Steering Committee and establish a management organization (Programme Management Office) to carry the programme to completion. Although, this may in practice be no more than transformation of a group created by the participating nations in the previous phase; it could include new members and is an important watershed in a system life cycle, since from this point on a programme is subject to control only by committed participants. The Steering Committee s main objective is to control and to approve development of further details of the complete system specification as well as initial sub-system specifications, and consider design approaches. Programme definition is the process of thoroughly exploring all aspects of the proposed programme and to examine relations between required performance, development time and cost. The areas of technical uncertainty are examined and possible trade-offs are evolved in order to achieve a satisfactory balance between performance, development time and cost. These trade-offs may lead to amending the operational requirements. Programme definition is devoted to the design of an optimum and complete system, including system/subsystem specifications, programme plans and others, which define the proposed design and development programme. It comes to an end with the Programme MOU/Stage Approval Document for Development Stage, which comprises the important results of this process, consolidates technical, financial and industrial agreements reached by the participants and provides the basis for development. During this phase, all aspects of the proposed programme are explored more thoroughly. Performance characteristics and initial technical parameters are established to meet the operational requirements under 47

48 hlasená sada specifikací a navržený program, které mohou být využity jako základ pro vstup do etapy vývoje. optimum conditions. Personnel, logistics, training, and infrastructure requirements are finalised. The result of this phase is an agreed set of specifications and a proposed programme that can be used as the basis for entering the Development Stage. Během etapy koncepce mají být realizovány následující činnosti a úlohy: During the Concept Stage the following activities and tasks should be performed: - zpřesnit požadavky zainteresovaných - Refine stakeholder requirements stran, - definovat koncepce provozu, - Define concepts of operation - realizovat posouzení proveditelnosti, - Perform assessment of feasibility - vyhodnotit možné modely životního cyklu (spirálový, přírůstkový atd.), - Evaluate possible life cycle models (e.g. spiral, incremental, etc ) - vytvořit předběžné požadavky na systém, - Develop preliminary system requirements - stanovit/analyzovat omezení u programů, v nichž je kladen důraz na software. Etapa koncepce má vzít v úvahu architekturu, integraci a možná omezení při certifikaci. - vytvořit vstupní plán managementu konfigurace (CM), - vytvořit vstupní plán integrovaného logistického zabezpečení (ILS), - vytvořit vstupní strategii/plán řízení zastarávání, - ukázat řešení návrhu ve formě výkresů, modelů, prototypů atd., - připravit/aktualizovat plán managementu programu/projektu, - vytvořit a zpřesnit odhady nákladů životního cyklu a požadavků na lidské zdroje, - vytvořit předběžný časový harmonogram programu, - realizovat počáteční činnosti managementu rizik, - odhadnout náklady životního cyklu (LCC) s pomocí návodu ve Spojenecké publikaci pro náklady životního cyklu (ALCCP-1, tj. ČOS ), - vypracovat závěrečné přezkoumání etapy pro zachycení získaných zkušeností. - Establish/Analyse constraints for software intensive programmes. The Concept Stage should consider architecture, integration, and possibly certification constraints. - Develop initial Configuration Management (CM) Plan - Develop initial Integrated Logistics Support (ILS) Plan - Develop initial Obsolescence Management Strategy/Plan - Outline design solutions in the form of drawings, models, prototypes, etc - Prepare/Update programme/project management plan - Develop and refine life cycle cost estimates and human resource requirements - Develop preliminary programme schedule - Perform initial risk management activities - Estimate Life Cycle Cost (LCC) using Allied Life Cycle Cost Publication (ALCCP1) as a guide - Conduct an after action review to capture lessons learned 48

49 3.3.3 Milníky Milestones Přezkoumání fáze studií ke stanovení, zda je fáze studií úspěšně ukončena, aby bylo možno přejít k fázi založení programu Vstupní kritéria Entry Criteria - působnost a/nebo memorandum o porozumění / dokument o schválení etapy pro etapu koncepce. - zdroje k uskutečnění práce v etapě jsou k dispozici Výstupní kritéria Exit Criteria - memorandum o porozumění v programu/dokument o schválení etapy pro etapu vývoje, - požadované výstupy z etapy jsou předány, Study Phase Review To determine if the Study Phase is successfully completed in order to proceed to the Programme Establishment Phase. - TOR and/or MOU/Stage Approval Document for Concept Stage - Resources to execute stage work are available - Programme MOU/Stage Approval Document for Development Stage - Required stage outputs are delivered - rozhodnutí o ukončení programu. - Decision to terminate programme OBRÁZEK 11 Etapa koncepce 49

50 FIGURE 11 Concept Stage 3.4 Etapa vývoje 3.4 Development Stage Účel Purpose Etapa vývoje je zaměřena na úplnou validaci technického řešení prostřednictvím technických prací návrhu do okamžiku, kdy mohou být podniknuty činnosti produkce. U softwaru mohou vývoj, testování a certifikace zajistit, že software je připraven k začlenění do nového nebo existujícího hardwaru. Etapa vývoje se uskutečňuje za účelem vývoje předmětného systému, který splní nebo překoná stanovené požadavky a může být vyprodukován, zkoušen, hodnocen, provozován, zabezpečován a vyřazen Popis Description The Development Stage aims at full validation of the technical solution through design engineering work to the point where production actions can be taken. For software, the development, testing, and certification will ensure the software is ready for incorporation into new or existing hardware. The Development Stage is executed to develop a SOI that meets or exceeds the stated requirements and can be produced, tested, evaluated, operated, supported and retired. Etapa vývoje se skládá z podrobného tech- The Development Stage consists of detailed 50

51 nického a prototypového konstruování, vypracovaného k zajištění úplné validace zvoleného technického přístupu, včetně úplné integrace a zkoušení systému pro potvrzení technické připravenosti. Výsledek etapy bude dostatečně podrobně dokumentován, aby bylo možné začít s produkcí. Etapa vývoje je poslední příležitostí ovlivnit počáteční vývoj předmětného systému s ohledem na běžné činnosti výcviku a logistického zabezpečení, pro něž bude muset být vzato v úvahu právě odpovídající plánování. Práce na počátku bývá omezena na identifikaci možností se zaměřením na zjištění stanovisek států a vyhnutí se jednostranným rozhodnutím, která by mohla zabránit společným činnostem. Během doby celého vývoje předmětného systému mají být zpřesňovány možnosti, současně s hlavními kroky vývoje, které ukáží, v čem spočívají výhody pro nejlepší dosažení účinného a nákladově efektivního zabezpečení v pozdějších etapách životního cyklu. Důležitá bude výměna informací mezi zainteresovanými stranami prostřednictvím manažera projektu, aby se dokončily charakteristiky systémového inženýrství. Etapa vývoje zahrnuje všechny činnosti od přípravy smlouvy na vývoj až ke schválení vybavení ve stavu, kdy je připraveno zavedení do provozu. V průběhu postupu v této etapě se postupně zlepšuje konfigurace vybavení. Pro vyhodnocení výsledků činností vývoje ve vztahu k technologii a ekonomice jsou vykonávány podnikové zkoušky. Během etapy vývoje mohou být realizovány následující úlohy a činnosti: - sestavit návrh memoranda o porozumění v programu / dokumentu o schválení etapy pro produkci, - vyhodnotit a zpřesnit požadavky na systém, na rozpočet projektu a základní úrovně časového harmonogramu a odhadů nákladů životního cyklu, engineering and prototype fabrication, conducted to ensure full validation of the selected technical approach, including complete system integration and testing to establish technical readiness. The result of the stage will be sufficiently detailed documentation to permit production to begin. The Development Stage is the last opportunity to give initial effect to the development of the SOI for common activities of training and logistics support, for which the relevant planning will have already been considered. Early work is likely to be limited to identification of options, with a view to sounding out national positions and avoiding unilateral decisions, which might preclude common action. Options can be refined during the period of full development of the SOI, in parallel with major progress steps which will indicate where advantages lie for best achievement of efficient and cost-effective support in the later stages of the life cycle. Information exchange between the stakeholders through the Project Manager will be important so that system engineering characteristics are finalised. The Development Stage embraces all activities from the preparation of the development contract to the approval of the equipment as ready for introduction into service. During the course of this stage, the configuration of the equipment is gradually improved. Factory trials are carried out to evaluate the results of the development activities as far as technology and economics are concerned. During the Development Stage, the following tasks and activities should be performed: - Draft Programme MOU/Stage Approval Document for Production - Evaluate and refine system requirements, project budget, and schedule baselines and life cycle cost estimates 51

52 - identifikovat rizika a akce na jejich zmírňování, - vyvíjet architekturu předmětného systému zahrnující prvky hardwaru, prvky softwaru a lidi a jejich vzájemné interakce (interní i externí), - Identify risks and mitigation actions - Develop the SOI architecture comprised of hardware elements, software elements and humans and their interfaces (internal and external) - realizovat ověřování a validaci systému, - Perform system Verification and Validation - potvrdit, že předmětný systém splňuje všechny požadavky zainteresovaných stran a požadavky na systém a je schopný být vyprodukován, provozován, zabezpečován a vyřazen a je pro zainteresované strany cenově výhodný, - zpřesnit a ustanovit základní úrovně požadavků na pomocné systémy, - identifikovat zdroje nezbytné pro etapu produkce, - Confirm that the SOI meets all stakeholder and system requirements and is producible, operable, supportable, capable of retirement and is cost effective for stakeholders - Refine and baseline requirements for the enabling systems - Identify resources necessary for the Production Stage - archivovat odpovídající data, - Archive relevant data - vyvíjet strategii údržby, - Develop a maintenance strategy - vyvíjet koncepce vyřazení, - Develop a retirement concept - aktualizovat strategii/plán řízení zastarávání, - aktualizovat plán ILS, - Update ILS Plan - aktualizovat plán managementu konfigurace - zajistit, že jsou identifikovány produkty, které se použijí k uvolnění pro produkci a že budou dostupné (např. stahovač softwaru, odborné přípravky a nástroje atd.), - odhadnout náklady životního cyklu (LCC) za pomoci návodu ve Spojenecké publikaci pro náklady životního cyklu (ALCCP-1, tj. ČOS ), - vypracovat závěrečné přezkoumání etapy pro zachycení získaných zkušeností Milníky Milestones Milníky v etapě vývoje mohou zahrnovat následující: - Update Obsolescence Management Strategy/Plan - Update Configuration Management Plan - Ensure enabling products for production are identified and will be available (e.g. Software Downloader, specialist jigs and tools, etc ) - Estimate Life Cycle Cost (LCC) using Allied Life Cycle Cost Publication (ALCCP-1) as a guide - Conduct an After Action Review to capture lessons learned Milestones within the Development Stage may include the following: M1. Přezkoumání požadavků M1. Requirements Review M2. Přezkoumání funkce M2. Functional Review M3. Přezkoumání návrhu M3. Design Review 52

53 M4. Přezkoumání připravenosti ke zkouškám M4. Test Readiness Review M5. Audity konfigurace M5. Configuration Audits M6. Přezkoumání ověřování M6. Verification Review M7. Přezkoumání validace M7. Validation Review M8. Přezkoumání připravenosti k výrobě M8. Production Readiness Review Vstupní kritéria Entry Criteria - memorandum o porozumění v projektu / / dokument o schválení etapy pro etapu vývoje, - zdroje k uskutečnění práce v etapě jsou k dispozici Výstupní kritéria Exit Criteria - memorandum o porozumění v programu / dokument o schválení etapy pro etapu produkce, - požadované výstupy z etapy jsou předány, - Programme MOU/Stage Approval Document for Development Stage - Resources to execute stage work are available - Programme MOU/Stage Approval Document for Production Stage - Required stage outputs are delivered - rozhodnutí o ukončení programu. - Decision to terminate programme 53

54 OBRÁZEK 12 Etapa vývoje 54

55 FIGURE 12 Development Stage 3.5 Etapa produkce 3.5 Production Stage Účel Purpose Účelem etapy produkce je vyrobit a odzkoušet předmětný systém a podle potřeby vytvořit odpovídající zabezpečení a pomocné systémy. Toto materiálové řešení je založeno na požadavcích zainteresovaných stran a na memorandu o porozumění v programu / dokumentu o schválení etapy pro etapu produkce Popis Description Etapa produkce začíná analýzou vstupních The purpose of the Production Stage is to manufacture and test the SOI, and produce related support and enabling systems as needed. This materiel solution is based on the stakeholder requirements and the Programme MOU/Stage Approval Document for Production Stage. The Production Stage begins with the analy- 55

56 dokumentů. Na základě této analýzy se vytvoří a zavedou: zboží požadované k dodání a pokyny pro zavedení, podrobný plán produkce a managementu kvality. Tyto plány jsou založeny na odpovídajících standardizačních dohodách NATO a spojeneckých publikacích a příslušných mezinárodních a národních předpisech státu. Analýza kritické cesty bude použita k identifikaci základních priorit a k synchronizaci, což jsou náležitosti vyžadované pro realizaci předmětného systému a k dosažení výkonnosti. Úplné posouzení rizik rozpozná sub-kritické cesty a citlivé prvky. Produkce je zcela záležitostí zúčastněných států a zainteresovaných stran v programu. Také je možné začlenit státy, které se neúčastnily vývoje. V takových případech budou finanční a průmyslové aspekty tohoto rozšíření vyžadovat speciální ohledy a dohodu. Vytvořené a integrované řešení vojenského materiálu kombinované s ostatními nezbytnými nemateriálovými prvky DOTMLPFI vyústí na konci etapy produkce v naplnění definované potřeby schopnosti. Veškerá nařízení pro obhajitelné etapy využívání a zabezpečení materiálového řešení jsou k dispozici nebo jsou naplánována a existuje koncepce pro vyřazení předmětného systému. Během etapy produkce mohou být realizovány následující úlohy a činnosti: - vytvořit potřebné prvky řešení vojenského materiálu, - integrovat a zavést prvky vojenského materiálu do předmětného systému pro etapu využívání, - monitorovat a řídit produkci (technické standardy, standardy kvality a provedení), - uspořádat zavedení nebo modifikace nemateriálových prvků DOTMLPFI, sis of the input documents. Based on this analysis, required deliverables and guidance for the implementation, a detailed production plan and a quality management plan are developed and implemented. These plans are based on the relevant NATO Standardisation Agreements and Allied Publications and appropriate multinational and national regulations. A critical path analysis will identify the essential priorities and synchronisation required to realize the SOI and to achieve efficiency. A full risk assessment will identify sub critical paths and sensitive elements. Production is entirely a matter for the participating nations and parties in the programme. It is also possible to include nations who have not participated in the Development Stage. In such cases the financial and industrial implications of such expansion will require special consideration and agreement. At the end of the Production Stage the produced and integrated materiel solution combined with the other necessary nonmateriel DOTMLPFI elements result in the fulfilment of the defined capability need. All provisions for the sustainable Utilisation and Support Stages of the materiel solution are in place or planned and a concept for the retirement of the SOI exists. During the Production Stage, the following tasks and activities should be performed: - Produce the needed materiel elements of the solution - Integrate and implement the materiel elements into the SOI for the Utilisation Stage - Monitor and control production (technical, quality and performance standards) - Arrange for the implementation or modification of the non-materiel DOTMLPFI elements - vést přejímací zkoušky, - Conduct acceptance tests 56

57 - vzít v úvahu vhodné normy, - Consider appropriate standardisation - vytvořit nařízení pro obhajitelné využívání a zabezpečení, - zavést memorandum o porozumění v programu / dokument o schválení etapy využívání a/nebo etapy zabezpečení, - udržovat memorandum o porozumění v programu / dokument o schválení etapy pro produkci, - Make provisions for the sustainable utilisation and support - Establish Programme MOU(s)/Stage Approval Document for the Utilisation Stage and/or the Support Stage - Maintain Programme MOU(s)/Stage Approval Document for Production - archivovat relevantní data, - Archive relevant data - aktualizovat plán ILS, - Update the ILS Plan - aktualizovat plán managementu konfigurace, - aktualizovat strategii/plán managementu zastarávání, - poskytnout vstupy pro aktualizaci koncepce vyřazení, - odhadnout náklady životního cyklu podle návodu ve spojenecké publikaci pro náklady životního cyklu (ČOS ), - vypracovat závěrečné přezkoumání etapy pro zachycení získaných zkušeností Milníky Milestones Milníky v etapě produkce mohou zahrnovat následující: - Update the Configuration Management Plan - Update the Obsolescence Management Strategy/Plan - Provide inputs to update the retirement concept - Estimate Life Cycle Cost (LCC) using Allied Life Cycle Cost Publication (ALCCP-1) as a guide - Conduct an After Action Review to capture lessons learned Milestones within the Production Stage may include the following: M1. Schválený plán produkce M1. Approved Production Plan M2. Datum (data) účinnosti smlouvy (smluv) M2. Effective contract(s) date(s) M3. Schválený plán kvality M3. Approved Quality Plan M4. Přijetí předmětného systému M4. Acceptance of SOI M5. Memorandum o porozumění v programu / dokument o schválení etap využívání a zabezpečení Vstupní kritéria Entry Criteria - memorandum o porozumění v programu / dokument o schválení etapy produkce, - zdroje k uskutečnění práce v etapě jsou k dispozici. M5. Programme MOU(s) / Stage Approval Document for Utilisation and Support Stages - Programme MOU/Stage Approval Document for Production Stage - Resources to execute stage work is available 57

58 3.5.5 Výstupní kritéria Exit Criteria - memorandum o porozumění v programu / dokument o schválení etapy využívání, - memorandum o porozumění v programu / dokument o schválení etapy zabezpečení (je-li to potřebné), - požadované výstupy z etapy jsou předány, - Programme MOU/Stage Approval Document for Utilisation Stage - Programme MOU/Stage Approval Document for Support Stage (if applicable) - Required stage outputs are delivered - rozhodnutí o ukončení programu. - Decision to terminate programme OBRÁZEK 13 Etapa produkce 58

59 FIGURE13 Production Stage 3.6 Etapa využívání 3.6 Utilisation Stage Účel Purpose Etapa využívání se uskutečňuje za účelem provozování produktu v zamýšlených místech provozu, včetně modifikování a aktualizování, za účelem dodání požadovaných služeb s nepřetržitou efektivitou provozu a nákladů. Tato etapa končí, jestliže je předmětný systém vyjmut z používání Popis Description Etapa využívání je zahájena v okamžiku, kdy je předmětný systém aktivován v zamýšleném provozním prostředí a převede se zcela do odpovědnosti uživatele. Jakmile je předmětný systém aktivován, jeho provedení má být monitorováno a anomálie, nedostatky The Utilisation Stage is executed to operate the product at the intended operational sites, including modification and upgrades, to deliver the required services with continued operational and cost effectiveness. This stage ends when the SOI is taken out of service. The Utilisation Stage begins when the SOI is activated in its intended operational environment and becomes entirely the responsibility of the user. Once the SOI is activated and is being used, its performance should be monitored and anomalies, deficiencies, and 59

60 a poruchy mají být vhodným způsobem zaznamenány, identifikovány a řešeny. Řešení přicházejí ve formě údržby, malých modifikací (nízké náklady / krátkodobé), velkých modifikací (trvalé) a prodlužování života předmětného systému. Během etapy využívání se mohou předmětný systém a jeho služby rozvíjet a mohou vést k rozdílným konfiguracím, z nichž všechny musí být dokumentovány a udržovány prostřednictvím plánu managementu konfigurace. Předpokládá se, že organizace má k dispozici provozní infrastrukturu, která zahrnuje zařízení, vybavení, vycvičený personál a návody a postupy pro obsluhu, které by byly s největší pravděpodobností vyvíjeny nebo získány v předchozích etapách. Činnosti etapy využívání spolu úzce souvisí a často se překrývají s činnostmi v etapě zabezpečení. Během etapy využívání mohou být realizovány následující úlohy a činnosti: failures should be properly recorded, identified, and resolved. Resolutions come in the forms of maintenance, minor modification (low cost/temporary), major modification (permanent), and SOI life extensions. During the Utilisation Stage, the SOI and its services can evolve and may give rise to different configurations, all of which must be documented and maintained per Configuration Management Plan. It is presumed that the organisation has the available operational infrastructure, to include facilities, equipment, trained personnel, and instruction manuals and procedures, which would most likely be developed or acquired in previous stages. Activities of the Utilisation Stage are closely related and many times overlap with those of the Support Stage. During the Utilisation Stage, the following tasks and activities should be performed: - získat pomocné produkty a služby, - Obtain enabling products and services - přiřadit vycvičené a kvalifikované obsluhy, - aktivovat systém v zamýšleném provozním prostředí, - monitorovat provoz k zajištění, že systém je provozován ve shodě s plány provozování, s předpisy pro bezpečnost práce a ochranu prostředí a s mezinárodním humanitárním právem, - monitorovat provoz systému prostřednictvím shromažďování dat, která potvrdí, že provozní provedení se nachází v přijatelných mezích, a která začlení bezporuchovost, udržovatelnost a pohotovost, - provádět identifikaci poruch v případě, že se objevila neshoda v dodávaných službách, - stanovit činnosti k nápravě, je-li to vhodné, - aktualizovat provozní postupy podle nutnosti, - Assign trained and qualified operators - Activate the system in its intended operational environment - Monitor operation to ensure that the system is operated in accordance with the operations plans, occupational safety and environmental protection regulations, and the international humanitarian law - Monitor the system operation by collecting data to confirm that service performance is within acceptable parameters, to include reliability, maintainability, and availability - Perform failure identification actions when non-compliance has occurred in the delivered services - Determine corrective course of action, if applicable - Update operating procedures as necessary - vyžadovat zpětnou vazbu od uživatelů, - Solicit users feedback 60

61 - vyžadovat opravné změny návrhu, je-li to vhodné, - Request for corrective design change, if applicable - určit důvody pro prodloužení životnosti, - Address life-extension considerations - přezkoumat a zavést technické změny během přístupu k etapám uvedeným v tomto standardu, - odhadovat náklady životního cyklu podle návodu ve Spojenecké publikaci pro náklady životního cyklu ALCCP-1 (ČOS ), - vypracovat závěrečné přezkoumání etapy pro zachycení získaných zkušeností Milníky Milestones - Review and implement engineering changes through a staged AAP-20 approach - Estimate Life Cycle Cost (LCC) using Allied Life Cycle Cost Publication (ALCCP-1) as a guide - Conduct an After Action Review to capture lessons learned M1. Přezkoumání provozu M1. In-Service Review M2. Plánované hlavní události údržby M2. Planned major maintenance events Vstupní kritéria Entry Criteria - memorandum o porozumění v programu / dokument o schválení etapy vy- Document for Utilisation Stage - Programme MOU/Stage Approval užívání, - zdroje k uskutečnění práce v etapě jsou k dispozici. - Resources to execute stage work are available Výstupní kritéria Exit Criteria - memorandum o porozumění v programu - Programme MOU/Stage Approval / dokument o schválení etapy vy- Document for Retirement Stage řazení, - požadované výstupy z etapy jsou - Required stage outputs are delivered předány, - rozhodnutí o ukončení programu. - Decision to terminate programme 61

62 OBRÁZEK 14 Etapa využívání 62

63 FIGURE 14 Utilisation Stage 3.7 Etapa zabezpečení 3.7 Support Stage Účel Purpose Etapa zabezpečení se uskutečňuje za účelem poskytnutí služeb logistiky, údržby a zabezpečení, jež usnadňují nepřetržité provozování předmětného systému a udržitelný provoz. Etapa zabezpečení je dokončena vyřazením předmětného systému a ukončením služeb zabezpečení Popis Description Etapa zabezpečení začíná poskytováním údržby, logistiky a dalšího zabezpečení pro provoz a užívání předmětného systému. Etapa zabezpečení se skládá ze všech činností, které uživateli předmětného systému poskytují služby zabezpečení. To zahrnuje The Support Stage is executed to provide logistics, maintenance, and support services that enable continued SOI operation and sustainable service. The Support Stage is completed with the retirement of the SOI and termination of support services. The Support Stage begins with the provision of maintenance, logistics and other support for the SOI s operation and use. The Support Stage consists of all activities that provide support services to the users of the SOI. This includes monitoring of the performance of 63

64 monitorování provedení pomocného systému a služeb, identifikaci, klasifikaci a podávání zpráv o anomáliích, nedostatcích a poruchách pomocného systému a služeb a řešení těchto anomálií, nedostatků a poruch. Řešení přicházejí ve formě údržby, malých modifikací systému nebo služeb, velkých modifikací systému nebo služeb, nebo vyřazením na konci života. the enabling system and services, identification, classification, reporting of anomalies, deficiencies and failures of the enabling systems and services, and the resolution of those anomalies, deficiencies and failures. Resolutions come in the form of maintenance, minor system or services modification, major system or services modification, or end-of-life retirement. Během etapy zabezpečení mohou být During the Support Stage, the following realizovány následující úlohy a činnosti: tasks and activities should be performed: - zavést strategii/plán údržby, - Implement the maintenance strategy/plan - získat pomocné systémy, prvky a služby systému, které se využijí během údržby systému, - Obtain the enabling systems, system elements and services to be used during maintenance of the system - zavést plán ILS, - Implement the ILS Plan - prozkoumat možné oblasti vzájemného logistického zabezpečení, - monitorovat schopnosti systému dodávat službu a zaznamenávat problémy pro analýzu, - přijímat nápravná, přizpůsobivá, zdokonalující a preventivní opatření a potvrzovat obnovení schopnosti, - udržovat historii zpráv o problémech, o nápravných opatřeních a trendech, za účelem informování personálu obsluhy a údržby a o historii jiných projektů, které vytváří nebo využívají podobné prvky systému, - Explore the possible areas of mutual logistic support - Monitor the system s capability to deliver service and record problems for analysis - Take corrective, adaptive, perfective and preventive actions and confirm restored capability - Maintain a history of problem reports, corrective actions and trends to inform operations and maintenance personnel, and other projects that are creating or utilizing similar system elements - poskytovat služby běžné potřeby, - Provide consumables - zabývat se managementem zastarávání, - Address obsolescence management - vypracovat závěrečné přezkoumání etapy pro zachycení získaných zkušeností Milníky Milestones M1. Zavedení první jednotky M1. First unit fielded - Conduct an After Action Review to capture lessons learned M2. Přezkoumání provozu M2. In-Service Review M3. Hlavní plánované případy údržby M3. Planned major maintenance event(s) Vstupní kritéria Entry Criteria - memorandum o porozumění v programu / dokument o schválení etapy za- Document for Support Stage - Programme MOU/Stage Approval bezpečení, 64

65 - zdroje k uskutečnění práce v etapě jsou k dispozici. - Resources to execute stage work are available Výstupní kritéria Exit Criteria - memorandum o porozumění v programu - Programme MOU/Stage Approval / dokument o schválení etapy vyřazení, Document for Retirement Stage - požadované výstupy z etapy jsou - Required stage outputs are delivered předány, - rozhodnutí o ukončení programu. - Decision to terminate programme OBRÁZEK 15 Etapa zabezpečení FIGURE 15 Support Stage 3.8 Etapa vyřazení 3.8 Retirement Stage Účel Purpose Účelem etapy vyřazení je demilitarizovat a odstranit předmětný systém na konci jeho životnosti a odstranit související provozní a zabezpečovací služby. Požadavky na rušení vojenského materiálu a vyřazení jsou určovány v předchozích etapách. Likvidace se má The purpose of the Retirement Stage is to demilitarize and dispose of the SOI at the end of its useful life and remove related operational and support services. Demilitarization and retirement requirements are addressed in the preceding stages. 65

66 vykonat způsobem, který je v souladu se všemi požadavky zákonů a jiných předpisů, které souvisejí s bezpečností, utajením a životním prostředím. Zvlášť kritické jsou během vyřazení ohledy na životní prostředí, neboť zde mohou existovat mezinárodní smlouvy nebo další právní ohledy vyžadující intenzivní činnosti managementu při rušení vojenského materiálu a vyřazení systému. Disposal should be carried out in a way that is in accordance with all legal and regulatory requirements relating to safety, security, and the environment. Environmental considerations are particularly critical during retirement, as there may be international treaties or other legal considerations requiring intensive management of the system's demilitarization and retirement. Etapa vyřazení končí: The Retirement Stage will result in: - sloučením nadbytečných programů, - Consolidation of redundant programmes - snížením nákladů na provoz a údržbu, - Reduction of operating and maintenance costs - získáním maximálního prospěchu z likvidace, - Obtaining maximum benefit from disposal - získáním využitelných náhradních dílů z vyřazeného předmětného systému Popis Description Etapa vyřazení začíná rozhodnutím vyjmout předmětný systém ze služby, ale její naplánování začíná v předchozích etapách. Uživatelský(é) stát(y) stanoví, kdy a jak vyjme(ou) předmětný systém ze svého majetku. Rozhodnutí jsou závislá na rovnováze faktorů, které zahrnují stáří a provozní efektivitu, dopad na životní prostředí, náklady na údržbu, zdokonalení oprav a střední doby života, podstatu hrozeb, roli a závazky státu v NATO, dostupnost a náklady na nástupnický předmětný systém, fázování činnosti volby příležitostí pro standardizaci prostřednictvím spolupráce, požadavky štábu státu a názory hlavních velitelů NATO. Společné programy přirozeně vyžadují rozhodnutí učiněná společně. Etapa vyřazení je rozdělena do dvou fází fáze uvolnění a fáze likvidace. - Obtaining usable spare parts from retired SOI The Retirement Stage begins with the decision to take the SOI out of service, but the planning for the stage starts in the preceding stages. The user nation(s) determines when and how to withdraw existing SOI from its inventory. Decisions will depend upon a balance of factors, including age and operational effectiveness, impact on environment, cost of maintenance, repair and midlife improvements, nature of threat, national role and commitment within NATO, availability and cost of successor, phasing of action to suit opportunities for standardisation through collaboration, national staff requirements and the views of major NATO commanders. Joint programmes, by their nature, require decisions taken in common. The Retirement Stage is divided into two phases, the Disengagement Phase and the Liquidation Phase. Fáze uvolnění Cílem fáze uvolnění je odebrat předmětný systém a pomocné systémy ze služby a definovat strategii likvidace, která se zdokumentuje ve Strategii likvidace Disengagement Phase The objective of the Disengagement Phase is to remove the SOI and the enabling systems from service and define the liquidation strategy, which is documented in the Programme 66

67 v programu a která je základem pro přezkoumání fáze uvolnění. Výsledkem milníku je schválení Strategie likvidace v programu. Liquidation Strategy and is the basis for the milestone Disengagement Phase Review. The outcome of the milestone is the approval of the Programme liquidation strategy. Fáze likvidace Fáze likvidace začíná po schválení strategie likvidace v programu. Cílem fáze likvidace je odstranění předmětného systému a souvisejících pomocných systémů ve shodě se schválenou strategií likvidace v programu. Během etapy vyřazení mohou být prováděny následující úlohy a činnosti: Liquidation Phase The Liquidation Phase begins when the Programme Liquidation Strategy is approved. The objective of the Liquidation Phase is to dispose of the SOI and related enabling systems in accordance with the approved Programme Liquidation Strategy. During the Retirement Stage, the following tasks and activities should be performed: - identifikovat nadbytečný(é) program(y), - Identify redundant programme(s) - definovat strategii vyřazení, aby zahrnovala počet předmětných systémů, časový harmonogram vyřazení, pořadí vyřazování předmětných systémů z provozu a další, - získání pomocných systémů nebo služeb, které se mají použít během vyřazení předmětného systému, - deaktivovat předmětný systém, aby se připravilo jeho odstranění z provozu, - Define a retirement strategy to include number of SOIs, retirement schedule, order of retiring SOIs from operation, and others - Acquire the enabling systems or services to be used during retirement of SOI - Deactivate the SOI to prepare it for removal from operation - odvolat obsluhu z programu, - Withdraw operating staff from the programme - přesunout předmětný systém z provozního prostředí, - demontovat předmětný systém na ovladatelné prvky usnadňující jeho přesun pro nové použití, recyklaci, regeneraci, generální opravu, uložení, zničení, darování, návrat nebo prodej, - specifikovat ochranná vybavení, místa pro uskladnění, kritéria kontroly a doby skladování, bude-li předmětný systém skladován, - zničit předmětný systém podle potřeby, aby se snížilo množství zpracovávaného odpadu nebo k usnadnění manipulace s odpadem, - potvrdit, že s vyřazením nesouvisí existence zdravotních a bezpečnostních faktorů a faktorů týkajících se utajení a životního prostředí, - Remove the SOI from the operational environment - Disassemble the SOI into manageable elements to facilitate its removal for reuse, recycling, reconditioning, overhaul, archiving, destruction, donate, return, or sell. - Specify containment facilities, storage locations, inspection criteria and storage periods if the SOI is to be stored - Destroy the SOI, as necessary, to reduce the amount of waste treatment or to make the waste easier to handle - Confirm that no detrimental health, safety, security and environmental factors exist following retirement 67

68 - archivovat informace získané během doby života programu, které umožní audity a přezkoumání v případě dlouhotrvajících rizik týkajících se zdraví, bezpečnosti, utajení a životního prostředí, - vypočítat náklady na životní cyklus (LCC) pomocí návodu v ČOS , - Vypracovat závěrečné přezkoumání etapy pro zachycení získaných zkušeností. - Archive information gathered through the lifetime of the programme to permit audits and reviews in the event of longterm hazards to health, safety, security and the environment - Calculate the Life Cycle Cost (LCC) using Allied Life Cycle Cost Publication (ALCCP-1) as a guide - Conduct an After Action Review to capture lessons learned Milníky Milestones M1. Vyřazení první jednotky. M1: First unit retired M2. Přezkoumání fáze uvolnění: M2: Disengagement Phase Review: - přezkoumání, hodnocení a schválení - Review, assess and approve the strategie likvidace v programu, Programme Liquidation Strategy. - analýza výsledků a vlivů odstranění předmětného systému ze služby. - Analyze results and effects of the removal of the SOI from service Vstupní kritéria Entry Criteria - koncepce vyřazení, - Concept for retirement - data pro údržbu/zabezpečení (aktualizovaný dokument s daty o poruchách a životu), - získané zkušenosti. - Lessons learned - Maintenance/Support data (Updated Failure and Lifetime Data Document) Výstupní kritéria Exit Criteria - plány a postupy pro přenos pořizování - Plans and procedures for transferring the služeb do nového programu (je-li to provision of services to the new vhodné), programme (if applicable) - strategie likvidace v programu, - Programme Liquidation Strategy - získané zkušenosti. - Lessons learned OBRÁZEK 16 Etapa vyřazení 68

69 FIGURE 16 Retirement Stage 4 Zrychlené zavedení 4 Accelerated fielding Rozvíjení programu, jak je popsáno v kapitole 3, je přímým, a přesto flexibilním přístupem pro poskytování prvků vojenského materiálu k potřebné schopnosti. Aby však byly zvládnuty scénáře 21. století, je třeba nastavit obvyklý způsob k zaplnění chybějících schopností tak, aby se urychlil proces optimalizace časového harmonogramu dodání. O zrychlené zavedení se má usilovat pouze za účelem splnění naléhavých nebo bezprostředních požadavků na provoz a úspory času v průběhu přístupu k tomuto standardu, jak je definován v kapitole 3. Zrychlené zavedení nemá přinést 100 % řešení, ale na základě naléhavosti požadavků může být přijatelné i méně optimální řešení. Uskutečněním zrychleného zavedení navíc významně narůstají rizika v programu, třebaže za účelem snížit rizika pro koncového uživatele. The evolution of a programme as described in Section 3, is a straightforward, yet flexible, approach to provide the materiel element of capability needs. However, to cope with 21st century s scenarios, the regular way to fulfil capability gaps needs to be adjusted to speed up the process to optimise the delivery schedule. Accelerated Fielding should only be pursued to meet urgent or immediate operational requirements and save time over the AAP- 20 approach, defined in Section 3. Accelerated Fielding may not yield a 100% solution, but due to the urgency of the requirement, a less than optimum solution may be acceptable. In addition, executing Accelerated Fielding significantly increases programme risks, albeit with the aim of reducing risks for the end user. Zrychlené zavedení Accelerated Fielding - musí brát v úvahu všechny funkční prvky schopnosti DOTMLPFI, - Must consider all functional elements of a capability DOTMLPFI - zahrnuje jistý rozvoj a integraci činností - Includes some development and spojených s okolnostmi provozování integration activities related to a úvahami o životním cyklu, operational circumstances and life cycle considerations - musí splňovat provozní příkazy a mít - Must fulfill operational imperative and vysokou úroveň zabezpečení a odpovědnosti, have high level support and commitment. - bude mít účinek na limitované zdroje, - Will have impact on limited resources - vyžaduje úzkou spolupráci všech - Requires close coordination of all 69

70 zainteresovaných stran od zahájení (tj. definice požadavků) s využitím základních principů integrovaného projektového týmu (IPT). stakeholders from the beginning (i.e. requirements definition), utilizing the Integrated Project Team (IPT) philosophy Zrychleného zavedení může být dosaženo tak, že se vezme v úvahu: Accelerated Fielding can be achieved by taking into consideration: - souběžná činnost, - Fast Tracking - víceetapová rozhodování, - Multi-Stage Decisions - dostupné produkty, - Off-the-shelf products - vložení technologie. - Technology insertion 4.1 Souběžná činnost 4.1 Fast Tracking Souběžná činnost se týká následujících kroků: definování požadavků na schopnost, vývoj systému, pořizování, dodání, integrování a zkoušení kde některý nebo všechny z těchto kroků jsou prováděny souběžně. Manažer projektu má přizpůsobit sadu procesů a činností tak, aby splňovaly specifické požadavky projektu. Přizpůsobení může obsahovat: Fast Tracking involves following the AAP- 20 steps of capability requirement definition, system development, procurement, delivery, integration and testing with some or all of these steps fast tracked. The Project Manager should tailor the set of processes and activities to match the specific project requirements. The tailoring may include: - snížení množství dokumentace, - Reducing documentation - pozdržení publikování dokumentace, - Delaying publication of documentation - omezení/vyloučení zkoušek, - Reducing/eliminating testing - souběžné provádění činností, - Parallel activities - vynechání procesů, - Deletion of processes - vynechání úloh. - Deletion of tasks Rizika související se souběžnou činností jsou: - nepředvídatelnost v provedení systému díky neprovedeným zkouškám, - růst nákladů v pozdějším období životního cyklu systému, The associated risks with Fast Tracking are: - Unforeseen system performance due to lack of testing - Cost growth later in the SLC - problémy s udržitelností systému, - System sustainment problems - problémy s bezporuchovostí. - Reliability issues 4.2 Víceetapová rozhodování 4.2 Multi-Stage Decisions Víceetapová rozhodování mohou významně snížit dobu získání memoranda o porozumění / dokumentů o schválení etapy a zrychlit zavedení současným získáním schválení pro více etap. Na obrázku 17 níže představují Multi-Stage decisions can significantly reduce the time of acquiring MOUs/Stage Approval Documents and accelerate fielding by simultaneously obtaining approvals for multiple stages. In Figure 17 below, the 70

71 plné čáry proces tohoto standardu zrychleného způsobem, který je upraven přerušovanými čarami. Příkladem víceetapového rozhodování je získání jediného memoranda o porozumění v programu / dokumentu o schválení etapy pro etapy vývoje a výroby. solid lines represent the AAP-20 process that can be accelerated by following the dotted lines. An example of multi-stage decision is obtaining a single Programme MOU/Stage Approval Document for the Development and Production Stages. OBRÁZEK 17 Víceetapová rozhodování FIGURE 17 Multi-Stage Decisions 71

72 Rizika související s víceetapovým rozhodováním jsou: - nepředvídatelnost díky rozšířenému horizontu pro rozhodování, Associated risks of multi-stage decisions can include: - Unpredictability due to extended decision horizon - ukončení programu, - Programme termination - ztráta zdrojů, - Lost resources - předčasné zavedení návrhu, - Implementation of an immature design - produkování nepoužitelných součástí. - Production of unusable parts 4.3 Dostupné produkty 4.3 Off-The-Shelf Products Ačkoli je využívání dostupných produktů jedním z přístupů zrychleného zavedení, je to také možnost v procesu, popsaném v kapitole 3 tohoto standardu. V mnoha případech je snahou ušetřit cenné zdroje tak, že jsou navrhovány a vyvíjeny produkty, které již existují a nezbytné požadavky na systém splňují V těchto případech jsou to dostupné produkty, což jsou produkty, které již byly navrženy, vyvinuty a vyprodukovány, a mohou být výhodné jako samostatná řešení nebo jako prvky ve složitých systémech. Použití těchto produktů obvykle snižuje náklady a zkracuje časový harmonogram vývoje systémů, přičemž poskytuje požadované schopnosti. Některé dostupné produkty však nemusí splňovat všechny požadavky, ale jako rychlé řešení mohou být přijaty. Dostupné produkty zahrnují komerčně dostupné produkty (COTS), produkty dostupné díky státní zakázce (GOTS) a produkty dostupné díky vojenské zakázce (MOTS). Přestože je spojuje základní myšlenka takovéhoto přístupu, je třeba mít v procesu rozhodování na paměti specifika těchto variant. Všechny programy mají projít procesem rozhodování (obrázek 18), aby se stanovilo, zda je dostupný produkt schůdné řešení. Although the use of off-the-shelf products is one of the approaches for Accelerated Fielding, it is also an option in the AAP-20 process, described in Section 3. In many instances, the tendency is to spend valuable resources designing and developing products that already exist and meet the necessary system requirements. It is in these cases that off-the-shelf products, which are products that have already been designed, developed, and produced, may be beneficial as stand-alone solutions or as components in complex systems. The use of these products usually reduces the system s development cost and schedule, while providing the required capabilities. However, some offthe-shelf products may not meet all requirements, but may be accepted for a quicker solution. Off-the-shelf comprises Commercial-offthe-shelf (COTS), Government-off-the-shelf (GOTS) and Military-off-the-shelf (MOTS). Although they share the basic idea of that approach, specific characteristics of those variants have to be considered in the decision process. All Programmes should go through the decision making process (Figure 18) to determine if an off-the-shelf product is a viable solution. 72

73 OBRÁZEK 18 Procesy AAP-20 versus dostupný produkt FIGURE 18 AAP-20 Process versus Off-the-shelf Průzkum trhu má být proveden za účelem získání seznamu potenciálních dostupných součástí/podsystémů/systémů, které mohou splňovat požadavky vytvořené v programu. V případě, že se vyhodnocují dostupné alternativy, musí se vzít ohledy na: A market survey should be performed to obtain a list of potential off-the-shelf parts/subsystems/systems that may meet the requirements generated by the Programme. When evaluating the available alternatives, considerations must be made in regards to: - Potřebu schopnosti: Vyhoví produkt - Capability Need: Does the product 73

74 všem aspektům potřeby schopnosti, k jejímuž dosažení program směřuje? - Požadavky zainteresované strany: Vyhovuje produkt ještě všem požadavkům zainteresované strany? Pokud nemohou být aktuálně určité požadavky splněny, je produkt buď přizpůsobitelný, nebo jsou plánovány aktualizace? Pokud nemůže být požadavků dosaženo, jak to ovlivní provedení celého systému? Za pomoci uživatele má být dokončena analýza optimalizace nákladů a přínosů. - Odhad celkových nákladů na vlastnictví: Jaké jsou možné úspory/ztráty v případě, že se provedou kalkulace celkových nákladů na vlastnictví, srovnávající procesy v tomto standardu (vývoj, produkci, zabezpečení, vyřazení) a akvizici dostupných produktů (kupní cena, zabezpečení, vyřazení)? - Časový harmonogram: Existují významné úspory času mezi tím, když se nakoupí dostupný produkt nebo když se produkt bude vyvíjet? - Technická expertiza/zkušenost: Existuje v programu přístup k technickým expertizám vyžadovaným pro vývoj a produkci potřebného produktu? - Dostupnost: Je požadované množství produktů k dispozici podle harmonogramu? - Zabezpečovatelnost: Je během plánované etapy využívání dostupné požadované zabezpečení? - Přijetí: Je pro účely kvalifikace, přijetí a certifikace k dispozici dostatečné množství informací? - Sledovatelnost: Bude dostupný produkt splňovat všechny požadavky? Nejsou-li všechny požadavky splněny, je k dispozici úplná sledovatelnost požadavků? Pokud je jako nejvýhodnější řešení v programu vybrán dostupný produkt, je zapotřebí, aby byl při jeho získání dodržen akviziční proces. Je-li již produkt převzat, musí se uskutečnit procesy ověření satisfy all aspects of the capability need that the programme is looking to achieve? - Stakeholder requirements: Does the product still meet all stakeholder requirements? If certain requirements currently cannot be met, is the product either customizable, or are there upgrades planned? If the requirement cannot be achieved, how does it affect the performance of the entire system? A trade-off analysis should be completed with the assistance of the user. - Estimated Total Ownership Cost: What are the possible savings/losses when performing Total Ownership Cost calculations, comparing AAP-20 Process (development, production, support, retirement) and off-the-shelf products acquisition (purchase price, support, retirement)? - Schedule: Is there a significant time savings between obtaining an off-theshelf product and developing the product? - Technical Expertise/Experience: Does the programme have access to the technical expertise required to develop and produce the necessary product? - Availability: Is the number of products required available to meet the timetable? - Supportability: Is the required support available during the planned Utilisation Stage? - Acceptance: Is enough information available for qualification, acceptance, and certification purposes? - Traceability: Will the off-the-shelf product meet all requirements? If all requirements are not met, is there full requirements traceability? If the off-the-shelf product is selected as the most beneficial for the programme, it then needs to be obtained following the acquisition process. Once the product is received, the verification and validation 74

75 a validace (produktu), aby bylo zajištěno, že systém splňuje očekávané specifikace a funkce. Poté, co je produkt úspěšně ověřen a validován, může vstoupit do etapy využívání. Rizika související s dostupným produktem jsou: - Nedostatek společných rysů s ostatními produkty je možné, že použití dostupného produktu vystaví uživatele patentovaným rozhraním a řešením, která nejsou běžná u jakýchkoliv dalších produktů, prvků nebo systémů. To může vyústit v potíže s integrováním a interoperabilitou. - Problémy s dlouhodobou údržbou vezmeme-li v úvahu předpokládanou dobu života typického systému, vyústí neustálé změny dostupných produktů a technologií do stavu neustálých změn každého systému, který je využívá. Bez standardního rozhraní mohou změny na trhu vyvolat neočekávané a nepředvídatelné změny systémů v závislosti na již ukončeném komerčním produktu. - Termíny prodejců To, zda schopnosti potřebné pro systém budou k dispozici, podléhá silám trhu a cílům prodejců na trhu. Pro schopnost v programu může být požadováno, že v ní prodejce nemusí spatřovat nejvyšší prioritu. - Licenční ujednání prodejce licenční ujednání mohou mít obrovský dopad na architekturu systému a na další klíčové charakteristiky. Schopnost vyhovět potřebám programu bude závislá na schopnosti úspěšně se dohodnout s prodejcem a sjednat s ním spolupráci. - Přerušení dostupnosti produktu trh se stává dynamický tím, že prodejci přeruší dostupnost produktu, stáhnou se z trhu, dochází ke slučování vedoucím k tomu, že jsou opouštěny původní předměty podnikání, což může vést k přerušení dostupnosti produktu, na němž závisí processes must be conducted to ensure the system meets specifications and functions as expected. After the product is successfully verified and validated it may enter the Utilisation Stage. Associated risks with off-the-shelf products are: - Lack of commonality with other products It is possible that using an off-the-shelf product commits the user to proprietary interfaces and solutions that are not common with any other product, component, or system. This will result in integration and interoperability difficulties. - Long-term maintenance issues Considering the expected lifetime of a typical system, the constant fluctuations in off-the-shelf products and technology will result in a state of constant change for any system employing them. Without interface standards, changes in the marketplace can impose unanticipated and unpredictable changes to systems dependent on closed commercial products. - Vendors schedules Whether the capabilities needed for a system will be available is subject to market forces and vendors objectives in the market. The capability the programme may require may not be highest priority for the vendor. - Vendors license agreements License agreements can have a tremendous impact on a system s architecture and other key features. The ability to accommodate programme needs will depend on the ability to negotiate successfully with the vendor and vendors cooperation. - Product discontinuation Market place dynamics such as vendors discontinuing a product, going out of business, mergers leading to the abandonment of a former line of business, can result in discontinuation of a product on which the programme depends. 75

76 program. - Obtížně získatelná certifikace nezbytné certifikace (např. bezpečnostní, environmentální atd.) nemusí být získány díky nedostatku informací o produktu. - Difficulty obtaining certifications Necessary certifications (e.g. Safety, environment, etc ) may not be obtained due to lack of information about the product. 4.4 Vložení technologie (TI) 4.4 Technology Insertion (TI) Vložení technologie je obvykle známé jako schůdný způsob udržení nebo zlepšení provedení produktu, který je již používán, pomocí managementu zastarávání a prodloužení doby života, ale může být také využito pro zabezpečení zrychleného zavedení, neboť doba a zdroje požadované pro integrování části technologie do systému se mají zmenšit, než kdyby se prováděl vývoj od začátku. Plánování vložení technologie je nejdůležitějším krokem zajišťujícím, že vložení technologie je úspěšné a nezdržuje, ale podporuje zrychlené zavedení. Za předpokladu, že je technologie již identifikována, musí se v programu analyzovat dopady vložení technologie do oblastí funkce, provedení, nákladů, dostupnosti, interoperability, vyrobitelnosti a zabezpečovatelnosti systému. Většina těchto analýz je již součástí spolehlivých principů systémového inženýrství a nebude pro ně zapotřebí zvláštního úsilí nebo času. Všechny tyto analýzy mají být využity ke zmírnění rizik při vložení technologie. Stejně jako u dostupných produktů, vložení technologie nemusí splňovat všechny požadavky, ale může být přijato jako rychlé řešení. Technology Insertion is usually known as a viable way to maintain or improve the performance of products already in use through obsolescence management and service life extension, but can also be used to support accelerated fielding, since the time and resources required to integrate a piece of technology into a system should be less than developing the technology from scratch. Planning for technology insertion is the most important step to ensure that TI is successful and supports, not hinders, Accelerated Fielding. Assuming that the technology is already identified, the programme must analyze the TI s impact in the areas of system functionality, performance, reliability, cost, availability, interoperability, producibility, and supportability. Most of these analyses are already part of sound system engineering principles and will not require extra effort or time. All of these analyses should be used as risk mitigation for technology insertion. As with off-the-shelf products, technology insertion may not meet all requirements, but may be accepted for a quicker solution. Rizika související s vložením technologie jsou: Associated risks with technology insertion are: - integrování, - Integration - nepředvídatelné negativní vedlejší vlivy - Unforeseen negative side effects on na provedení systému, system performance - zabezpečovatelnost, - Supportability - zastarávání. - Obsolescence 76

77 P Ř Í L O H Y A N N E X E X 77

78 Příloha A Příloha A: Velký obrázek rámce životního cyklu Annex 1: Big Picture of the Life Cycle Framework OBRÁZEK A.1 Rámec životního cyklu 78

79 Příloha A FIGURE A.1 Life Cycle Framework 79

80 Příloha A Velký obrázek rámce životního cyklu ukazuje vzájemný vztah a závislosti mezi dokumenty a hlavními prvky koncepce životního cyklu systému. Pokyny NATO pro management životního cyklu poskytují rámec přes všechny prvky životního cyklu systému a napojují je na jednotlivé rámce životního cyklu popsané v ISO V tomto standardu je na základě definice systému v ISO a jeho základního modelu životního cyklu definována koncepce systému u zákazníka (NATO, agentury, členského státu nebo skupiny členských států) a nutnou kostru (etapy) pro životní cyklus. Vhodné rozhodovací brány vyznačují milníky a kroky od jedné etapy do další. ČOS definuje, také na základě ISO 15288, sadu procesů, které, aby bylo dosaženo výstupů, vyplňují kostru etap vhodnými činnostmi a úlohami. Pouze v případě, že je dosaženo některého výstupu z činnosti nebo úlohy a tento výstup poskytuje požadované výsledky ve smyslu zralosti, může být přijato rozhodnutí jít životním cyklem systému dopředu. Předmět pozorování v modelu zralosti závisí na požadovaném výstupu u specifické rozhodovací brány a je během životního cyklu systému měněn s obecným účelem dosáhnout a udržet provozní zralost. Při uskutečňování programu během životního cyklu systému se může organizace zákazníka také měnit, v závislosti na strukturách NATO, mnohonárodních strukturách nebo národních strukturách. The big picture of the life cycle framework shows the relationship and dependencies between the documents and major elements of the system life cycle concept. The NATO Policy on Life Cycle Management provides the frame over all SLC elements and linked these with the industrial life cycle framework described in ISO The AAP 20 defines, based on the ISO system definition and its general life cycle model, the customer (NATO, Agencies, Nation or Groups of Nations) system concept and the necessary skeleton (stages) for the life cycle. The appropriate decision gates mark milestones and the steps from one stage into the next. The AAP 48 defines, also based on ISO 15288, the set of processes to fulfil the skeleton of stages with the appropriate activities and tasks to reach necessary outputs. Only for the case a certain output of an activity or task is reach and this output provide the required results in terms of maturity, the decision can be made to go ahead through the system life cycle. The object of observation within the maturity model depends on the required output for the specific decision gate and changed over the life cycle of the system with the general aim to reach and sustain operational maturity. The customer organisation may also change during the life cycle of a system, depend upon NATO, multinational or national structures to execute programmes. 80

81 Příloha B: Hlavní zainteresované strany v programech NATO Tato příloha se má využívat jako příklad, ne jako uzavřený seznam. Příloha B Annex 2: Primary Stakeholders for NATO Programmes This annex should be used as an example not as an exclusive list. OBRÁZEK B.1 Hlavní zainteresované strany v programech NATO 1) Orgány NATO 1) NATO Bodies Konference národních ředitelů pro vyzbrojování (CNAD) CNAD je vrcholným orgánem Severoatlantické rady (Rady NATO NAC) odpovědným za podporu spolupráce v oblasti vyzbrojování. - CNAD koordinuje plánování finančních a dalších dopadů v národních projektech a společných projektech. - CNAD sestává z národních ředitelů pro vyzbrojování (NAD), kteří validují nebo poskytují přehodnocení svých národních stanovisek. Conference of National Armaments Directors (CNAD): The CNAD is the senior North Atlantic Council (NAC) body responsible for the promotion of Armaments Cooperation. - CNAD coordinates planning of the financial and other impacts of national and cooperative projects. - CNAD consists of National Armaments Directors (NAD), who validates or provides a reassessment of their national positions. 81

82 Příloha B FIGURE B.1 Primary Stakeholders for NATO Programmes Spojenecké velitelství pro transformaci (ACT) Spojenecké velitelství pro transformaci je vedoucím vojenským orgánem NATO odpovědným za identifikaci požadavků na schopnost NATO a za poskytování doporučení Vojenskému výboru (MC) a dalším vrcholným orgánům, která se týkají krátko-, středně- a dlouhodobých potřeb. Allied Command Transformation (ACT): ACT is the lead NATO Military Authority responsible for identifying NATO capability requirements and advising the Military Committee (MC) and other senior NATO bodies on near, medium and longer term capability needs. Organizace pro vědu a technologie (STO) Science & Technology Organisation (STO): STO uskutečňuje kooperační výzkum a výměnu informací přinášející prospěch NATO a jeho členským státům a poskytuje informace všem složkám NATO o problémech s výzkumem a technologiemi. The STO conducts co-operative research and information exchange to the benefit of NATO and its Member Nations and provides advice to all elements of NATO on research and technology issues. 2) Organizace NATO 2) NATO Organisations Organizace NATO pro výrobu a logistiku (NPLO) NPLO je pomocný orgán vytvořený v rámci NATO pro zavádění úloh vznikajících mimo NATO Production and Logistics Organisation (NPLO) An NPLO is a subsidiary body created within the framework of NATO for the 82

83 Organizaci a jemuž Severoatlantická rada (Rada NATO, NAC) uděluje organizační, administrativní a finanční nezávislost. Organizace NATO pro výrobu a logistiku je založena za účelem co nejvýhodnějšího plnění společných požadavků států v důležitých oblastech návrhu a vývoje, produkce, provozního zabezpečení logistiky a managementu za podmínek odsouhlasených v jejich chartě. Organizace NATO pro zabezpečení a pořizování (NSPO) Poskytuje logistické, provozní a systémové zabezpečení a služby Spojencům, vojenským orgánům státu (NMA) a partnerským státům, jednotlivě i kolektivně v době míru, krizí a války a tam, kde je to požadováno, maximalizuje způsobilost a flexibilitu jejich ozbrojených sil, kontingentů a dalších relevantních organizací v rámci pokynů Severoatlantické rady (NAC) k provedení svých základních úkolů. NSPO zahrnuje Dozorčí radu agentury (ASB), tvořenou představiteli každého státu NATO a výkonný orgán, kterým je Agentura NATO pro zabezpečení a pořizování (NSPA). Organizace komunikačních a informačních systémů NATO (NCIO) Účelem organizace je s co největším ziskem vyhovět kolektivním požadavkům některých nebo všech států NATO na poli schopností, dodávání a poskytování služeb spojených s funkcí C3 (konzultace, velení a řízení), stejně jako s funkcí komunikace, informace a kyberobrana. Organizace NATO pro pořizování (NPO) Organizace NATO pro pořizování (NPO) je správce NATO v mezinárodních programech pořizování výzbroje, dodávající schopnosti pro NATO, členy aliance a další obchodní partnery tím, že poskytuje rámec pro budoucí a pokračující programy. Příloha B implementation of tasks arising out of the Treaty, and to which the North Atlantic Council (NAC) grants organizational, administrative, and financial independence. The NPLO is established with a view to meeting, to the best advantage, the collective requirements of participating nations in relevant fields of design and development, production, operational logistic support and management under the conditions agreed in its Charter. The NATO Support and Procurement Organisation (NSPO) It provides logistics, operational and systems support and services to the Allies, the NMAs and partner nations, individually and collectively, in times of peace, crisis and war and, where required, maximises the ability and flexibility of their armed forces, contingents, and other relevant organisations within the guidance provided by the NAC, to execute their core missions. The NSPO includes an Agency Supervisory Board (ASB) comprised of a representative of each NATO nation and an Executive Body, which is the NATO Support Agency (NSPA). NATO Communications and Information Organisation (NCIO) The intention of the organisation is to meet, to best advantage, the collective requirements of some or all NATO nations in the fields of capability, delivery, and service provision related to Consultation, Command and Control as well as Communications, Information and Cyber Defence functions. The NATO Procurement Organisation (NPO) The NATO Procurement Organisation (NPO) is the NATO provider for multinational armament procurement programmes delivering capabilities to NATO, Allies and other customers by providing the framework for future and ongoing programmes. 83

84 Příloha B Výbor pro logistiku (LC) Je společným civilním/vojenským orgánem odpovědným za posuzování spotřebních požadavků aliance na logistiku a za zajištění odpovídajícího logistického zabezpečení pro operace NATO. Výbor pro logistiku má primární odpovědnost, jménem Rady, za koordinaci problémů napříč celou logistikou s ostatními logistickými orgány NATO. Rada pro plánování a politiku zdrojů (RPPB) Rada pro plánování a politiku zdrojů (RPPB) je nejvyšším poradním orgánem Rady severoatlantické aliance pro management všech zdrojů NATO. Má odpovědnost za úplný management civilních i vojenských rozpočtů NATO, stejně tak za program bezpečnostních investic (NSIP) a pracovní sílu. Průmyslová poradní skupina NATO (NIAG) NIAG, pracující ve prospěch CNAD, poskytuje pro NATO nekonkurenční průmyslové informace související s technickými, ekonomickými, manažerskými, s civilně obchodními a dalšími aspekty vývoje, výzkumu a produkce zbrojních vybavení v Alianci. Logistics Committee (LC) It is a joint civil/military body responsible for the assessment of Alliance consumer logistics requirements and for ensuring adequate logistic support for NATO operations. The LC has the primary responsibility, on behalf of the Council, for the coordination of issues across the whole logistics spectrum with other NATO logistics bodies. Resource Policy and Planning Board (RPPB) The Resource Policy and Planning Board (RPPB) is the senior advisory body to the North Atlantic Council on the management of all NATO resources. It has responsibility for the overall management of NATO s civil and military budgets, as well as the NATO Security Investment Programme (NSIP) and manpower. NATO Industrial Advisory Group (NIAG) The NIAG, working to the CNAD, provides NATO with pre-competitive industrial advice related to technical, economic, management, civil market, and other related aspects of research, development, and production of armament equipments within the Alliance. 3) Úřady / agentury programu 3) Programme Offices / Agencies Agentura NATO pro řízení aliančních schopností sledování pozemní situace (NAGSMA) NATO Alliance Ground Surveillance Management Agency (NAGSMA) Agentura NATO pro řízení aliančních schopností sledování pozemní situace je odpovědná za pořizování jádra aliančních schopností sledování pozemní situace (AGS). Agentura NATO pro řízení koncepce, vývoje, výroby a logistiky vrtulníku (NAHEMA) Sjednocování obecných požadavků členských států (zákazníků) pomocí hostitelské NATO Alliance Ground Surveillance Management Agency is responsible for procuring the NATO AGS core. NATO Helicopter Design and Development Production and Logistics Management Agency (NAHEMA) Consolidation of member Nations (customers) common requirements by 84

85 funkce různých fór týkajících se těchto problémů. Diskutováním o specifických požadavcích členských států se takto řídí uskutečňování celého programu NH90 9, který zahrnuje návrh, vývoj, výrobu a logistiku pro účastnící státy a státy, které se připojí a mají také objednán NH90. Agentura NATO pro řízení koncepce, vývoje, výroby a logistiky systému PVO středního dosahu se zvýšenou účinností (NAMEADSMA) Agentura poskytuje směr, koordinaci a uskutečnění a dozor uvnitř aliance a řídí všechny fáze systému PVO středního dosahu se zvýšenou účinností (MEADS). Agentura NATO pro řízení programu vzdušného systému včasné výstrahy a řízení (NAPMA) Agentura plánuje, získává a dodává vylepšení schopností vzdušného systému včasné výstrahy a řízení NATO podle pokynů členských států NAPMO (organizace NATO pro řízení programu vzdušného systému včasné výstrahy a řízení). Agentura NATO pro zabezpečení a pořizování (NSPA) Agentura NATO pro zabezpečení a pořizování (NSPA) je agenturou pro integrovanou logistiku a poskytovatele služeb, slučující původní agenturu NATO pro údržbu a dodávky (NAMSA), Středoevropskou agenturu pro řízení produktovodů (CEPMA) a agenturu NATO pro řízení vzdušné přepravy (NAMA). Agentura komunikačních a informačních systémů NATO (NCIA) Agentura komunikačních a informačních systémů (NCIA) propojuje síly, NATO Příloha B hosting various forums on these issues. Discussion of Nations specific requirements, thus managing the execution of the whole NH90 10 programme covering the design, development, production, and logistics for the participating nations and adjoin nations which have also ordered the NH90. NATO Medium Extended Air Defence System Design and Development, Production and Logistics Management Agency (NAMEADSMA) The Agency provides direction, coordination and execution and inter alia oversee and manage all phases of the Medium Extended Air Defence System (MEADS). NATO Airborne Early Warning and Control Programme Management Agency (NAPMA) The Agency plans, acquires and delivers improvements to the NATO AEW&C capabilities following the guidance of the NAPMO Nations. NATO Support Agency (NSPA) The NATO Support Agency (NSPA) is NATO s Integrated Logistics and Services Provider Agency, combining the former NATO Maintenance and Supply Agency (NAMSA), the Central Europe Pipeline Management Agency (CEPMA) and the NATO Airlift Management Agency (NAMA). NATO Communication and Information Agency (NCI Agency) The NATO Communications and Information (NCIA) Agency connects forces, 10 V roce 1985 se spojila Francie, Německá spolková republika, Itálie, Nizozemí a Velká Británie aby podle zadání NATO společně vytvořili transportní, protilodní a protiponorkový vrtulník pro devadesátá léta. Velká Británie projekt opustila v roce Zbylé státy se sdružily do agentury NAHEMA (NATO Helicopter Management Agency), aby dokázaly sladit rozdílné požadavky na nový vrtulník. 85

86 Příloha B a členské státy tam, kde a kdy je to požadováno tím, že poskytuje interoperabilní komunikační a informační systémy a služby. Agentura NATO pro pořizování Agentura NATO pro pořizování (NPA) je výkonným orgánem organizace pro pořizování. Aktuálně se zkoumá možné sloučení agentur pro pořizování a zabezpečení. Úřad NATO pro standardizaci (NSO) Úkolem NSO je zahájit, koordinovat, zabezpečit a administrovat činnosti standardizace uskutečňované ve správě Výboru pro standardizaci (CS). NSO je také vedoucím činitelem vojenského výboru pro rozvoj, koordinaci a posuzování operační standardizace. OCCAR (Organizace pro společnou kooperaci ve vyzbrojování) OCCAR je mezinárodní organizací, jejíž hlavní činností je řízení společných programů vyzbrojování během jejich životního cyklu. 4) Programy/projekty členských států NATO Veškeré programy a projekty členských států NATO a dalších zapojených států. NATO and Nations, where and when required by providing interoperable Communications and Information Systems and services. NATO Procurement Agency (NPA) The NPA will be the executive body of the NPO. A possible merger of the procurement and support agencies is currently under investigation. NATO Standardization Office (NSO) The NSO mission is to initiate, coordinate, support and administer standardization activities conducted under the authority of the Committee for Standardization (CS). The NSO is also the Military Committee s lead agent for the development, coordination and assessment of operational standardization. OCCAR OCCAR is an international organisation whose core-business is the through life management of collaborative defence equipment programmes. 4) Programmes/Projects with NATO Nations All Programmes and Projects with NATO Nations and other Nation involved. 5) Programy/projekty 5) Programmes / Projects Řídicí výbor programu Orgán složený z představitelů členských států ustanovený na základě mezivládní dohody mezi dvěma a více státy, za účelem koordinace, uskutečnění a dohledu nad programem pořizování vybavení Kancelář managementu programu Kancelář ustanovená pro management více probíhajících, vzájemně závislých projektů, které přispívají do programu. Manažer programu Manažer programu je pověřený zaměstnanec s odpovědností za dosažení cílů programu pro vývoj, produkci, zabezpečení, a vyřazení, Programme Steering Committee A body composed of National Representatives established by an intergovernmental agreement between two or more nations in order to coordinate, execute, and supervise an equipment procurement programme. Programme Management Office Office established to manage multiple ongoing, interdependent projects that support a Programme. Programme Manager The Programme Manager is a designated individual with responsibility for and authority to accomplish programme 86

87 které splňují provozní potřeby uživatele. Programový manažer musí mít rozhodovací pravomoc pro náklady programu, časový harmonogram a provedení programu. Manažer projektu Manažer projektu musí neustále udržovat řízení plnění požadavků zainteresované strany, požadovaných dodávek, milníků, odpovědností, rozpočtovaných požadavků, rizik a omezení. Podle potřeby připravuje zprávy o stavu příslušným zainteresovaným stranám. Příloha B objectives for development, production, support, and retirement to meet the user's operational needs. The Programme Manager shall be accountable for the programme cost, schedule, and performance. Project Manager The Project Manager must permanently keep control of the fulfilment of stakeholder requirements, the required deliverables, milestones, responsibilities, budget requirements, risks, and constraints. Provide status reports as necessary to the appropriate stakeholders. 87

88 Příloha C Příloha C: Postup při modifikaci a aktualizaci v rámci etap využívání a zabezpečení 1) ÚČEL 1) PURPOSE Účelem postupu při modifikaci a aktualizaci v rámci etap využívání a zabezpečení je poskytnout systematický rámec pro podporu změn existujícího předmětného systému (SOI) během etap využívání a zabezpečení, na základě identifikované potřeby modifikace nebo aktualizace systému. Tento postup má být přizpůsoben tomu, aby vyhověl specifikovaným potřebám a aby se věnoval složitosti SOI za účelem účinného a efektivního dodání výsledků. ANNEX 3: Modification and upgrade procedure within the utilisation and support stages 2) POPIS 2) DESCRIPTION Postup při modifikaci a aktualizaci v rámci etap využívání a zabezpečení se zaměřuje na proces, který umožní modifikace a aktualizace systému, je zahájen identifikací potřeby, postupuje k bodu schválení a následně k zavedení a celoživotnímu zabezpečení modifikace/aktualizace. Výstupem z tohoto procesu je typicky změna fyzikálních nebo funkčních charakteristik základní úrovně konfigurace předmětného systému a je podroben řízení konfigurace ve shodě s příslušnými procesy managementu konfigurace. Modifikace a aktualizace systému jsou požadovány proto, aby pomohly rozšíření, zlepšení nebo přizpůsobení schopnosti. Mohou se také použít k řešení nedostatků a poruch. Modifikace a aktualizace systému mohou také vznikat z potřeby přizpůsobit existující SOI různému provoznímu prostředí, zlepšení bezporuchovosti, pohotovosti, udržovatelnosti, zabezpečovatelnosti nebo schopnosti podrobit se zkoušení (RAMST) nebo zajištění pokračující zabezpečovatelnosti (např. ošetření urychleného zastarávání atd.). Proces modifikace a aktualizace systému sleduje nezávislý životní cyklus, začleněný do životního cyklu systému. Diagram The purpose of the Modification and Upgrade Procedure within the Utilisation and Support Stages is to provide a systematic framework for promoting alterations of an existing System-of-Interest (SOI) during the Utilisation and Support stages, on the basis of an identified need for system modifications and upgrades. This procedure should be tailored to meet the specific needs and address the complexity of the SOI in order to deliver outcomes effectively and efficiently. The Modification and Upgrade Procedure within the Utilisation and Support Stages focuses on the process to enable system modifications and upgrades, starting from the identification of the need, up to a point of approval and further to the implementation and through-life support of the modification/upgrade. The output of this process is typically an alteration to the physical or functional characteristics of the configuration baseline of a SOI and is subject to configuration control in accordance with appropriate configuration management processes. System modifications and upgrades are required to deliver capability enhancements, improvements or adaptations. It can also be used to solve deficiencies and failures. System modifications and upgrades may also arise from the need to adapt an existing SOI to a different operational environment, improve Reliability, Availability, Maintainability, Supportability, or Testability (RAMST) or ensure ongoing supportability (e.g. curing obsolescence, etc). The system modifications and upgrades process follows an independent life cycle, embedded within the System lifecycle. The diagram below illustrates where this process occurs and how 88

89 uvedený níže objasňuje, kde tento proces nastává a jak ovlivňuje primární životní cyklus systému. Příloha C it interacts with the primary system life cycle. OBRÁZEK C.1 Postup při modifikaci a aktualizaci FIGURE C.1 Modification and Upgrade Procedure 89

90 Příloha C 3) PŘEHLED POSTUPŮ 3) PROCEDURE OVERVIEW Vstupy potřeba / požadavek zainteresované strany na změnu SOI SOI a její konfigurace zastarávání zpětná vazba z problémů bezporuchovosti, pohotovosti, udržovatelnosti, zabezpečovatelnosti, schopnosti podrobit se zkoušení (RAMST) režie údržby vyšetřování nehod, incidentů a defektů získané zkušenosti změna prostředí změny hrozeb, scénářů zlepšení rozšíření životnosti legální změny provozní data/zkušenost ulehčení produkce vložení technologie interoperabilita plány programu/projektu atd. Řízení schvalovací kritéria státu dohody (tj. smlouvy, MOU) management konfigurace standardy (tj. technické) Činnosti sběr, harmonizace, posouzení, přijetí/ odmítnutí a stanovení priorit potřeb definice požadavků zainteresované strany/systému zabývání se činnostmi studií/ snižování rizik vyhodnocení navržených modifikací/ aktualizací odsouhlasení řešení systému a vývoj specifikací produktu vývoj (návrh), ověření a validace řešení systému vytvoření plánu pro začlenění modifikace/aktualizace do SOI aktualizace konfigurovatelných položek. Vytvoření souprav pro modifikace a zavedení do primárního SOI sledování a poskytnutí sledovatelnosti modifikace/aktualizace Nástroje k usnadnění průmyslová/vojenská infrastruktura procesy státu Výstupy záznamy o rozhodnutích modifikované a/nebo aktualizované SOI plán na začlenění modifikace/aktualizace do SOI soupravy pro modifikaci aktualizovaná konfigurace/ dokumentace SOI OBRÁZEK C.2 Přehled postupu při modifikaci a aktualizaci 90

91 Příloha C Inputs Need / Stakeholder requirement to change SOI SOI and its configuration Obsolescence Reliability, Availability, Maintainability, Supportability, Testability (RAMST) feedback issues Maintenance Burden Accidents, Incidents and Defect investigation Lessons learned Changing environment Changing threats, scenarios Enhancements Life Extension Legal changes In-Service data/experience Production easement Technology insertion Interoperability Programme/project Plans Etc. Controls National approval criteria Agreements (i.e. Contracts, MOUs) Configuration Management Standards (i.e. Engineering) Activities Collect, harmonise, assess, accept/ reject and prioritise needs Define stakeholder/system requirements Undertake studies/risk reduction activities Evaluate the proposed modification/ upgrade Agree on system solution and develop product specification Develop (Design), Verify and Validate the system solution Develop plan for incorporating the Modification/Upgrade into the SOI Update configurable items. Produce Modification kits and implement into primary SOI Track and provide traceability of modification/upgrade Outputs Record of decisions Modified and/or upgraded SOI Plan for incorporating the Modification/ Upgrade into the SOI Modification kits Updated configuration/ documentation of SOI Enablers Industry/military infrastructure National processes FIGURE C.2 Modification and Upgrade Procedure Overview 4. Činnosti 4. Activities Činnosti, které zahrnují postup při modifikaci The activities that comprise the Modification a aktualizaci uvnitř etapy využívání a zabezpečení, se řídí podle přizpůsobeného procesu and Support Stages follow a tailored AAP 20 and Upgrade Procedure within the Utilisation životního cyklu v tomto standardu. Pracovní life-cycle process. The workflow across the schéma skrze etapy životního cyklu je life-cycle stages is summarised as follows: stručně vyjádřeno v následujícím: 4.1 Předkoncepční etapa 4.1 Pre-Concept Stage Předkoncepční etapa je první etapou v procesu životního cyklu modifikací a aktualizací systému. V ní se sbírá, harmonizuje, posuzuje a udávají se priority všem novým potřebám, vyvolaným členskými státy (vystupňování návrhů a náprava nedostatků). The Pre-Concept Stage is the first stage in the system modifications and upgrades lifecycle process. It collects, harmonises, assesses and prioritises all new needs raised by Nations (enhancement proposals and correction of shortfalls). 91

92 Příloha C Předkoncepční etapa představuje jednotný vstup pro veškeré nové potřeby zabezpečení a potřeby schopností do SOI. Za účelem vstupu do předkoncepční etapy musí být potřeby zabezpečovány minimálně jedním členským státem/zainteresovanou stranou a jsou označeny jako kandidátské potřeby, vyjadřující jejich stav. V předkoncepční etapě jsou kandidátské potřeby před vstupem do etapy koncepce a vývoje podrobeny procesu postupného výběru. Potřeby jsou získávány a analyzovány s cílem vzít v úvahu priority a počáteční seřazení potřeb pro další postup. Zákazník, eventuálně zabezpečovaný smluvním dodavatelem nebo konzultanty, vypracuje předběžnou analýzu na všech úrovních systému, aby odhadl vlivy, důsledky a prospěch a aby posoudil vhodnost dalšího postupu. The Pre-Concept stage is the single point of entry for all new support and capability needs into the SOI. In order to enter the Pre- Concept Stage, needs must be supported by at least one Nation/stakeholder and are referred to as candidates, reflecting their status. In the Pre-concept stage, the candidates follow a phased selection process before progressing to the Concept and Development stages. The needs are captured and analyzed in order to allow for prioritization and initial down-selection for further progression. The Customer, possibly supported by contractors or consultants, conducts a preliminary analysis at an overall System level, in order to estimate effects, impacts and benefits and to assess suitability for further progression. Rozsah takových činností by mohl zahrnovat: The scope of such activity could address: - identifikaci jasně neproveditelných - Identification of clear impracticabilities činností, - kontrolu možných duplikací, - Checking for possible duplications - obsáhlou identifikaci možných technických variant s doporučenou prioritou, - předběžnou analýzu dopadů na SOI, co se týče ovlivněných položek konfigurace a ILS, - předběžné posouzení kategorie autonomní nebo součást balíčku a vstupní návrh na uskutečnění, - předběžnou identifikaci podrobností význačných rysů pro nové vybavení, aby se snížila rizika projektu, - analýzu nákladů versus prospěch v hrubých řádových hodnotách (ROM): popis a počet provozních vlivů, popis a počet vlivů zabezpečení, popis a počet využití zdrojů, popis hrubé řádové hodnoty nákladů a jejich velikost, popis a velikost technické složitosti, - Broad identification of possible technical options with a recommended priority - Preliminary SOI impact analysis as to Configuration Items and ILS affected - Preliminary assessment of category Stand-Alone or part of a Package and initial proposal on execution - For new requirements, preliminary identification of details of features in order to reduce project risk - Rough Order of Magnitude (ROM) cost vs. benefit analysis Operational impact description and score Support impact description and score Resource usage description and score ROM cost description and score Technical complexity description and 92

93 - identifikaci dopadů týkajících se přizpůsobení určitých způsobů činností, - identifikaci vhodných vstupních koncepcí, které se vyvíjí v rámci další vhodné etapy s doporučenou prioritou. Celkový výstup z předkoncepční etapy spočívá v definici změn požadavku na schopnost ve formě obchodního případu, pro průběh přes jakoukoliv následnou etapu. Rozhodovací brána na konci této etapy vytvoří schváleného, odmítnutého nebo zpožděného kandidáta. 4.2 Etapa koncepce 4.2 Concept Stage Etapa koncepce začíná poté, co je učiněno rozhodnutí na modifikaci/aktualizaci SOI nebo jeho prvků a končí specifikací produktu a plánem kvalifikace/ověřování pro definovanou modifikaci/aktualizaci. Tato etapa se skládá ze dvou fází: fáze studií a fáze ustanovení programu. Celkovým účelem této fáze je analyzovat potřebu, vyhodnotit technické potřeby, potenciální rizika a prospěch nákladů požadované modifikace/aktualizace před jakýmkoliv závazkem na zdroje u podrobnějšího návrhu nebo vývoje. Aby bylo vyhověno potřebě, vyvíjí se jedna nebo dvě alternativy řešení kvůli dokončení analýz dopadů, vyhodnocení koncepcí zkoušení, odhadů (jako jsou náklady, časové harmonogramy a logistika), studií optimalizace přínosů a nákladů a činností snižování nákladů. Fáze studií Činnosti v této fázi poskytnou vyhodnocení alternativy technických řešení pro uspokojení potřeby modifikace/aktualizace a pro identifikaci nejslibnější technické koncepce pro další hodnocení. Fáze studií bude ukončena, jakmile je získána dostatečná informace, která umožní zvolit preferované proveditelné řešení, čímž se zajistí, že budou splněna vstupní kritéria pro fázi ustanovení programu. ČOS Příloha C score - Identification of impacts involved in adapting certain course of actions - Identification of initial suitable concepts to be progressed within the next appropriate stage with a recommended priority The overall output of the Pre-Concept Stage is to define the changes to the capability requirement in the form of a business case, for progression through any follow-on stage. A decision gate at the end of this stage produces an approved, rejected, or delayed candidate. The Concept Stage starts after the decision is made to modify/upgrade the SOI, or elements thereof and ends with the Product Specification and the Qualification/ Verification Plan for the defined modification/upgrade. This stage consists of 2 phases: The Study Phase and the Programme Establishment Phase. The overall purpose of this stage is to analyse the need, evaluate technical needs, potential risks, and cost benefit of a required modification/upgrade prior to any commitment of resources for detailed design or development. One or more alternative solutions to satisfy the need are developed through the completion of impact analyses, proof-of-concept evaluations, estimations (such as cost, schedule, and logistics), tradeoff studies and risk reduction activities. Study Phase Activities in this phase will provide an evaluation of alternative technical solutions for satisfying the modification/upgrade need and identify the most promising technical concepts for further evaluation. The Study Phase will terminate once sufficient information has been obtained to permit the selection of the preferred feasible solution, thereby ensuring that the entry criteria for the Programme Establishment Phase can be met. 93

94 Příloha C Vstupem do této fáze je potřeba modifikace/ aktualizace a primárním cílem je zvolit přednostní řešení a vyšetřit jeho proveditelnost, včetně dostupných zdrojů a výhod, rozsahu integrovaného logistického zabezpečení (ILS), které má účinek v souladu s ALP-10 (směrnice NATO pro integrované logistické zabezpečení (ILS) mnohonárodních programů vyzbrojování), časového harmonogramu požadavků na dodatečné vybavení, předběžných nákladů, časových měřítek a počátečního posouzení rizik. Záměrem je především: - analyzovat individuální potřeby modifikace/aktualizace tak, jak byla přenesena z předkoncepční etapy do fáze studií, - zkoumat potenciální technické možnosti a posoudit jejich vyzrálost, poskytnout odůvodnění pro navrženou možnost (včetně souvisejícího zabezpečovacího vybavení a aspektů ILS), - identifikovat a zvolit přednostní proveditelná řešení pomocí analýzy optimalizace přínosů a nákladů (např. naplnění potřeby versus náklady versus časové měřítko), - vypracovat vstupní analýzu vlivu SOI ohledně ovlivněných položek konfigurace / softwarových položek konfigurace (CI/ CSCI) a jakýchkoli nezbytných činností ILS dokumentovaných v produktové hierarchii SOI, - identifikovat společné rysy jednotlivých kandidátů na modifikace/aktualizace v rámci ovlivněných CI/CSCI a časového měřítka, - přiřadit kandidáty modifikace/aktualizace jako autonomní nebo jako balíček modifikací/aktualizací a poskytnout odůvodnění pro navržené přiřazení uvažované v příští fázi (včetně souvisejícího vybavení pro zabezpečení a aspektů ILS), - vypracovat systémovou analýzu vrcholové úrovně pro skupinu modifikací/ aktualizací, přičemž vzít v úvahu složitost a rozsah každého kandidáta, Input to this phase is a modification/upgrade need and the primary objective is to select a preferred solution and to ascertain its feasibility, including available resources and assets, scope of Integrated Logistics Support (ILS) impacts in accordance with ALP-10 (NATO Guidance on Integrated Logistics Support for Multinational Armament Programmes), retrofit requirements schedule, indicative cost, timescales, and initial risk assessment. In particular, the aim is to: - Analyze individual modification/upgrade needs as transferred from the Pre- Concept Stage into the Study Phase - Explore potential technical options and assess their maturity, provide the rationale for the proposed option (including related Support Equipment and ILS aspects) - Identify and select preferred feasible solutions via a trade-off analysis (e.g. Need Fulfillment vs. Cost vs. Timescale) - Conduct an initial SOI impact analysis as to Configuration Items/Computer Software Configuration items (CIs/CSCIs) affected and any necessary ILS activities documented in the SOI product hierarchy. - Identify commonalities between individual Modification/Upgrade Candidates in terms of CIs/CSCIs affected and timescales. - Allocate Modification/Upgrade candidates to Stand-alone or Modification/Upgrade Package and provide a rationale for a proposed allocation to be considered for the next phase (including related Support Equipment and ILS aspects) - Conduct top level system analysis of Modification/Upgrade Package considering the complexity and extent of each candidate. 94

95 - identifikovat vstupní požadavky týkající se kvalifikace, certifikace, ověřování a přijetí pro autonomní modifikaci/ aktualizaci nebo balíček modifikací/ aktualizací, - nanečisto odhadnout nejvyšší úrovně úsilí a vytvořit předběžné odhady nákladů, - pro kandidáty modifikace/aktualizace, která je plně rozvíjena, není praktické identifikovat omezení a potenciální alternativní řešení, - vypracovat počáteční posouzení rizik, aby bylo zajištěno zabezpečení SOI pomocí závěrečných nebo vhodných pracovních řešení, kde je to nezbytné, - pro nevyspělé kandidáty modifikace/ aktualizace vyhodnotit potřebu dalšího vyzrávání činností a doporučení takových činností. POZNÁMKA: V rámci fáze studií je nutné zahrnout a dát pokyny zákazníkovi za účelem vyzrání potřeby, aby sestupně seřadil přednostní možnost, rozhodl o požadavku na balíček nebo autonomní řešení anebo rozhodl o následných činnostech vyzrávání na konci této fáze. ČOS Příloha C - Identify initial requirements regarding qualification, certification, verification and acceptance for stand-alone Modification/Upgrade and Modification/ Upgrade Packages - Estimate top-level rough effort and produce indicative cost estimates. - Identify limitations and potential alternative solutions should it not be practicable for Modification/Upgrade Candidates to be progressed in full. - Conduct initial risk assessments to secure SOI support via final or suitable workaround solutions, where necessary. - For immature Modification/Upgrade Candidates evaluate the need for further maturation activities and recommend those activities. NOTE: Within the Study Phase customer involvement and guidance is essential in order to mature the need, down select the preferred option, decide on packaging or stand-alone requirement, or decide on further maturation activities at the end of this phase Fáze ustanovení programu Programme Establishment Phase Činnosti v této fázi jsou závislé na jednotlivých potřebách modifikace/aktualizace a charakterizaci technického řešení a jejich vzájemných vztazích, pokud jsou upraveny v balíčku. Vstupem do této fáze je potřeba modifikace/aktualizace s identifikovaným (přednostním) řešením. Během této fáze je řešení dále očišťováno a potvrzováno rozrůstající se definicí a tam, kde je to nezbytné, další analýzou optimalizace přínosů a nákladů. Primárním cílem je následná definice a specifikace optimálního technického řešení právě identifikovaného na konci fáze studií, která bere v úvahu provedení, náklady, časové měřítko a rizika a vytvoření úplných návrhů pro etapu vývoje. Activities in this phase are dependent on individual Modification/Upgrade needs and characteristics of the technical solution and their interrelations when treated in a package. The input to this phase is a Modification/Upgrade need with the (preferred) solution identified. During this phase the solution will be further refined and confirmed by increased definition and, where necessary, further trade-off analysis. The primary objective is to further define and specify the optimum technical solution, already identified at the end of the study phase, taking into account performance, cost, timescales and risks and to establish comprehensive proposals for the Development Stage. 95

96 Příloha C Záměrem je především: - analýza jednotlivých kandidátů na modifikaci/aktualizaci tak, jak byly přeneseny přímo z fáze studií do fáze ustanovení programu, - následná analýza technických řešení identifikovaných ve fázi studií, - tam, kde je nutné dosáhnout lepšího porozumění identifikovaným technickým řešením a souvisejícím rizikům, se uskutečňují vybrané činnosti snižování rizik, např.: počáteční činnosti návrhu nebo analýzy návrhu, vytváření prototypů, vestavění funkčních zkoušek, demonstrace funkčnosti, laboratorní zkoušky v podobě, jak by mohly být vhodné a schválené, styk s dodavateli, - plné definování a specifikování optimálního technického řešení, které bere v úvahu provedení, náklady, čas a rizika, - definování vybavení pro zabezpečení modifikace/aktualizace a data ILS, která jsou dodávána a schválena, - identifikace řešení pro pomocné systémy, jsou-li požadovány (služby, postupy a/nebo hardware/software), - přidělení kandidátů modifikace/ aktualizace k balíčku modifikace/ aktualizace a/nebo autonomní modifikaci/ aktualizaci, - definování a stabilizace požadavků zákazníka, - finalizace požadavků týkajících se kvalifikace, certifikace, ověřování a přijetí pro autonomní modifikaci/ aktualizaci a pro balíčky modifikací/aktualizací, - ustanovení vyčerpávajících návrhů pro etapu vývoje: vytvoření návrhu vývoje se stanovenou cenou, včetně např. hierarchické In particular, the aim is to: - Analyze individual Modification/ Upgrade candidates as transferred directly from the Study Phase into the Programme Establishment Phase - Further analyze technical solutions identified in the Study Phase - Where necessary to achieve a better understanding of the identified technical solutions and the associated risks, conduct selected risk reduction activities, e.g.: Initial design or design analysis activities Prototyping Trial installations Functional demonstrations Laboratory tests, as might be appropriate and approved Liaison with suppliers - Fully define and specify the optimum technical solution taking into account performance, cost, time and risks. - Define the Support Equipment Modification/Upgrade and ILS data to be delivered and accepted. - Identify workaround solutions for enabling systems, if required, (services, procedures and/or HW/SW). - Allocate Modification/Upgrade candidates to Modification/Upgrade Package and/or Stand-Alone Modification/Upgrade - Define and freeze customer requirements - Finalize requirements regarding qualification, certification, verification and acceptance for stand-alone Modifications/Upgrades and Modification/Upgrade Packages - Establish comprehensive proposals for the Development Stage: Produce a priced Development Proposal including e.g. a Project 96

97 struktury prací projektu, specifikace produktu, plánu kvalifikace v programu a posouzení rizik, vytvoření plánu a časového harmonogramu programu, včetně seřazení všech řešení, která mohou být požadována, - vyhodnocení potřeby pro následné činnosti vyzrávání a doporučení těchto činností pro nezralé kandidáty na modifikaci/aktualizaci. V rámci této fáze je nezbytné zahrnout a dát pokyny zákazníkovi/členskému státu, aby upřesnil rozhodnutí o balíčku nebo autonomním řešení a aby rozhodl o následných činnostech vyzrávání. Na konci této fáze je potvrzena volba přednostní možnosti, stabilizace požadavků, odsouhlasení specifikací a odsouhlasení kvalifikačních, certifikačních, ověřovacích a přejímacích kritérií, které jsou zahrnuty v rámci oficiálního návrhu průmyslu. Celkovým výstupem z etapy koncepce je úplná specifikace produktu a plán kvalifikace/ověřování pro definovanou modifikaci/aktualizaci. ČOS Příloha C Work Breakdown structure, a Product Specification, a Qualification Programme Plan, a Risk Assessment Produce a Programme Plan and Schedule, including removal of any workaround solutions which may be required. - For immature Modification/Upgrade candidates evaluate the need for further maturation activities and recommend those activities Within this phase, Customer/Nation involvement and guidance is essential in order to refine decisions on packaging or stand-alone and to decide on further maturation activities. At the end of this phase, confirm down selection of the preferred option, freeze the requirements, agree on specifications, and agree on qualification, certification, verification and acceptance criteria to be included within the formal proposal of Industry. The overall output of the Concept Stage is a full Product Specification and the Qualification/Verification Plan for the defined Modification/Upgrade. 4.3 Etapa vývoje 4.3 Development Stage Vstupem do této etapy jsou požadavky na modifikaci/aktualizaci, kde modifikace/ aktualizace je definována a specifikována. Etapa vývoje je zaměřena na úplnou validaci technického řešení prostřednictvím projekční práce až do doby, kdy mohou být provedeny činnosti produkce. Záměrem je především: - provádění činností vývoje, zkoušení, kvalifikace a ověřování a validace, - ve výjimečných případech a tam, kde je to nutné, upřesnění požadavků a definic/ specifikací, dokud není návrh stabilizován, - vypracování vyhodnocení SOI zákazníkem, Input to this stage are Modification/Upgrade requirements, where the Modification/ Upgrade is defined and specified. The Development Stage aims at full validation of the technical solution through design engineering work to the point where production actions can be taken. In particular, the aim is to: - Perform development, test, qualification and verification, and validation activities. - Refine, in exceptional cases and where necessary, the requirements and definitions/specifications until the design has been frozen. - Conduct Customer SOI Evaluations (where applicable). 97

98 Příloha C - potvrzení, že modifikace/aktualizace splňuje požadavky a je vyrobitelná, provozovatelná a zabezpečovatelná, - vytváření odpovídajících dat a dokumentace, nezbytných pro využití modifikace/aktualizace a plné zabezpečení SOI. Primárním výstupem je dosažení plně vyvinuté, kvalifikované, ověřené a zabezpečovatelné modifikace/aktualizace připravené pro začlenění, produkci a použití v poli. 4.4 Etapa produkce 4.4 Production Stage Vstupem do této etapy je kladné rozhodnutí zákazníka zavést kvalifikovanou a zabezpečovatelnou modifikaci/aktualizaci do SOI. Tato etapa zahrnuje následující činnosti: - přípravu pro začlenění modifikace/ aktualizace do SOI, - produkci vhodných souprav modifikace/ aktualizace a dokumentaci pro zabezpečení (např. soupis obsahu, plán zkoušek, manuál pro aktualizaci), - aktualizaci dokumentace konfigurace SOI, - umožnění používat modifikaci/aktualizaci (provoz, údržba, výcvik a zabezpečení v průběhu života), - Confirm that the Modification / Upgrade meets requirements and is producible, operable, and supportable - Generate the relevant Data and Documentation necessary to utilise the Modification / Upgrade and fully support the SOI. The primary output is to achieve a fully developed, qualified, verified, validated and supportable Modification/Upgrade ready for incorporation, production, and field usage. Input to this stage is an affirmative Customer decision to introduce the qualified and supportable Modification/Upgrade into the SOI. This stage comprises the following activities: - Preparation for incorporation of the Modification/Upgrade into the SOI - Production of appropriate Modification/Upgrade Kits and supporting documentation (e.g. content list, testing plan, upgrade manual) - Update the configuration documentation of the SOI - Enable the utilisation of Modification/Upgrade (operation, maintenance, training and through-life support) - vedení přejímacích zkoušek. - Conduct acceptance tests 4.5 Etapy využívání a zabezpečení 4.5 Utilisation & Support Stages Během těchto etap nastane začlenění modifikace/aktualizace do životního cyklu SOI. Jakmile je modifikace/aktualizace začleněna, aktivována a je používána, monitoruje se její provozní a zabezpečovací provedení a jsou zaznamenávány, identifikovány a řešeny anomálie, nedostatky a poruchy jako součást celkového monitorování SOI. Úspěšné pokračující posuzování požaduje prostředky pro identifikaci a oznamování zpráv o nedostatcích a návrzích na zlepšení. Tato provozní zkušenost bude zdrojem pro spuštění nových činností předkoncepční etapy, je-li to vhodné. The integration of the Modification/Upgrade into the SOI life cycle occurs during these stages. Once the Modification/Upgrade is incorporated, activated and is being used, it s operational and support performance will be monitored and anomalies, deficiencies, and failures will be properly recorded, identified, and resolved as part of the overall SOI monitoring. Successful ongoing assessment requires a means to identify and report deficiencies and proposals for improvements. This In-Service experience will be the source to trigger new Pre-Concept Stage activities, when applicable. 98

99 Příloha C 4.6 Obecné přístupy a tipy 4.6 Common approaches and tips Modifikace/aktualizace může probíhat autonomně tak, jak vzniká, nebo může být kombinováno několik balíčků modifikace/aktualizace. Rozdělování projektu a jeho životního cyklu do etap je založeno na praktickém provádění práce v malých, pochopitelných a časově ohraničených krocích. Etapy a fáze se navíc věnují nejistotám a rizikům spojeným s náklady, časovým harmonogramem, provedením, hlavními cíly a rozhodováním. Každá etapa má rozdílný účel a příspěvek k celému životnímu cyklu. Pro přechod mezi etapami využívá navíc k milníkům v rámci etap i rozhodovací brány a vstupní/výstupní kritéria. Tento postup při modifikaci a aktualizaci v rámci etap využívání a zabezpečení je určen pro poskytnutí strukturovaného přístupu k popisu etap a pomáhá při rozhodování v těchto rozhodovacích bodech na všech úrovních managementu. V rozhodovacích bodech potřebují osoby s rozhodovací pravomocí přezkoumat výsledky předchozího úsilí a možnosti přístupu k následné práci. 4) VÝSTUPY 4) OUTPUTS - záznamy o rozhodnutích: rozhodnutí spolu s odůvodněním, provedené během procesu modifikace a aktualizace, musí být patřičným způsobem dokumentována, - modifikované a/nebo aktualizované SOI: plně kvalifikovaná/certifikovaná a zabezpečovatelná modifikace (změny v základní úrovni konfigurace), - plán na začlenění modifikace/aktualizace do SOI: začlenění instrukcí (přímá produkce, dodatečné vybavení), prospekty, identifikace požadavku na soupravy/sady dodatečného vybavení, - soupravy pro modifikaci: hardware, software a související dokumentace požadovaná pro zavedení fyzických změn do SOI, Modifications/Upgrades may be progressed stand-alone as they arise or several Modifications/Upgrades may be combined in a form of a Modification/Upgrade Package. The partitioning of the project and its life cycle into stages is based on the practicality of doing the work in small, understandable and timely steps. In addition, stages and phases help address uncertainties and risk associated with cost, schedule, performance, general objectives and decision making. Each stage has a distinct purpose and contribution to the whole life cycle. The transition between stages uses decision gates and entry/exit criteria in addition to milestones within stages. This Modification and Upgrade Procedure within the Utilisation and Support Stages is intended to provide a structured approach to describe the stages and to aid decisionmaking at these decision points for all management levels. At decision points, decision-makers need to review the results of the past efforts and the options available for the subsequent work. - Record of decisions: Decisions along with rationale made during the Modification and Upgrade Process must be properly documented. - Modified and/or upgraded SOI: A fully Qualified/Certified and supportable Modification (change to the configuration baseline). - Plan for incorporating the Modification/Upgrade into the SOI: Containing of instructions (in-line production, retrofit), leaflets, identification of Retrofit Kits / Sets requirement - Modification kits: Hardware, software, and the associated documentation required to implement the physical change to the SOI. 99

100 Příloha C - aktualizovaná konfigurace/dokumentace SOI. 5) NÁSTROJE K USNADNĚNÍ 5) ENABLERS Klíčovými nástroji k usnadnění, které podporují tento postup, jsou procesy státu, průmyslová infrastruktura, manažerské technické procesy a procesy programu. 6) ŘÍZENÍ 6) CONTROLS Národní schvalovací kritéria, praktiky managementu a projektování konfigurace, technické a bezpečnostní standardy poskytují nezbytný regulativní rámec k zajištění, že požadované výstupy jsou vhodné a odpovídají účelu. - Updated configuration/documentation of SOI National processes, industry infrastructure, technical & programme management processes are the key enablers that underpin this procedure. National approval criteria, Configuration Management and Engineering practices, Technical and safety standards provide the necessary regulatory framework to ensure the desired outcomes are appropriate and fit for purpose. 100

101 Příloha D: Koncepce managementu projektu Příloha D Annex 4: Project Management Concept Program se týká výhod, výstupů a schopností a program je také skupina vzájemně souvisejících projektů řízených koordinovaným způsobem tak, aby se získaly výhody a řízení, které nejsou dostupné z jejich individuálního managementu. Projekt, jako součást programu, se týká produktů a je to úsilí s definovanými termíny pro zahájení a ukončení, které je konáno za účelem vytvoření specifických součástí systému (specifické součásti SOI nebo pomocného systému v závislosti na složitosti systému nebo služby) nebo produktu, jako výsledeku procesu v souladu se specifikovanými zdroji a požadavky. Procesy životního cyklu systému podle ČOS se použijí ať už v projektu, nebo v programu. Uvidíte-li tedy termín projekt, měli byste vidět také program. Tato příloha poskytuje pokyny napomáhající uskutečnit projekt v průběhu etap životního cyklu systému. V programu jsou možné následující scénáře projektů: A programme is about benefits, outcomes, and capabilities and a programme is also a group of related projects managed in a coordinated way to obtain benefits and control not available from managing them individually. As a part of a programme, a project is about products and is an endeavour with defined start and finish dates undertaken to create specific parts of a system (a specific part of the SOI or of the enabling systems depending of the complexity of the system or a service) or a product as a result of a process in accordance with specified resources and requirements. The System Life Cycle processes of AAP-48 apply whether it is a project or programme. Therefore, when you see the term project, you should also see programme. This Annex provides guidance to facilitate project execution through the System Life Cycle stages. Possible project scenarios within a programme are: - orientovaný na provedení - Performance orientated - posuzování možného využití dostupných produktů (komerčně dostupných / dostupných díky státní zakázce / dostupných díky vojenské zakázce COTS/GOTS/ MOTS), - Assessment of the possible use of available products (Commercial/ Government/Military-Off-The-Shelf (COTS/GOTS/MOTS)) - integrace existujících produktů, - Integration of existing products - vývoj nových produktů. - Development of a new product - orientovaný na časové termíny - Time orientated - koncepce managementu projektu může být použita jak pro dlouhodobé, tak pro krátkodobé projekty. - Project management concept can be applied to both long term and short term projects. Každý projekt je zahajován nezbytnými činnostmi uvedenými níže: Every project begins with the essential activities listed below: - identifikováním zainteresovaných stran, - Identify stakeholders - shromážděním požadavků zainteresovaných stran, - Capture stakeholders requirements 101

102 Příloha D - vytvořením dokumentů s požadavky, - Develop requirements documents - obdržení odpovědnosti za požadavky od zainteresovaných stran. Fáze projektu Projekt zahrnuje následující čtyři fáze: - Obtain stakeholders commitment of requirements Project Phases A project comprises the following four phases: Zahájení projektu Zahajovací fáze definuje a schvaluje projekt. Má být dosaženo následující: Project Initiation The initiation phase defines and authorizes the project. The following should be accomplished: - oficiální schválení projektu, - Formal authorization of the project - vytvoření Zadávací listiny projektu 11, - Establish Project Charter - vymezení předběžné definice rozsahu projektu, - určení manažera projektu a vytvoření orgánů s rozhodovací pravomocí - manažerovi projektu je uvolněn fond pro plánování projektu. Plánování projektu Fáze plánování definuje a upřesňuje cíle a plánuje způsob činnosti pro dosažení požadovaných cílů. Má být dosaženo následující: - Define preliminary Project Scope Statement - Assign Project Manager and establish decision-making bodies - Funding for project planning is released to the Project Manager Project Planning The planning phase defines and refines the objectives and plans the course of action to achieve the desired objectives. The following should be accomplished: 11 Poznámka zpracovatele: Zadávací listina projektu nebo definice projektu je specifikace rozsahu, cílů a účastníků projektu. Poskytuje předběžné zobrazení rolí a odpovědností, naznačuje cíle projektu, identifikuje hlavní zúčastněné strany a definuje odpovědnosti manažera projektu. 102