MIL-HDBK-61A: konfiguration kontrol

< forrige / indhold / næste >

6.1 Konfigurationsstyringsaktivitet

Konfigurationskontrol er måske det mest synlige element i konfigurationsstyring. Det er den proces, der anvendes af entreprenører og offentlige programkontorer til at styre forberedelse, begrundelse, evaluering, koordinering, disposition og implementering af foreslåede tekniske ændringer og afvigelser til udførte Konfigurationsposter (CIs) og baselined konfigurationsdokumentation.

det primære formål med konfigurationskontrol er at etablere og vedligeholde en systematisk forandringsledelsesproces, der regulerer livscyklusomkostninger, og:

• giver optimal design og udvikling breddegrad med den passende grad, og dybden af konfiguration ændre kontrolprocedurer under livscyklus et system/CI.

• giver effektiv behandling og implementering af konfigurationsændringer, der opretholder eller forbedrer operationel beredskab, supportbarhed, udskiftelighed og interoperabilitet

• sikrer komplette, nøjagtige og rettidige ændringer af konfigurationsdokumentation, der vedligeholdes under passende konfigurationsstyringsmyndighed

• eliminerer unødvendig ændring spredning

spændvidden for Konfigurationskontrol begynder for regeringen, når det første konfigurationsdokument er godkendt og baselined. Dette sker normalt, når baseline for funktionel konfiguration (kaldet kravbaseline i VVM/IS-649) er etableret for et system eller konfigurationselement. På det tidspunkt anvendes komplementære procedurer for styring af regerings-og entreprenørændringer til systematisk at evaluere hver foreslået teknisk ændring eller anmodet afvigelse til baselined dokumentation, at vurdere den samlede ændringspåvirkning (inklusive omkostninger) gennem koordinering med berørte funktionelle aktiviteter, at disponere ændringen eller afvigelsen og give rettidig godkendelse eller afvisning og for at sikre rettidig implementering af godkendte ændringer af begge parter. Konfigurationskontrol er en vigtig disciplin i hele programmets livscyklus. Figur 6-1 illustrerer en aktivitetsmodel på øverste niveau af konfigurationsstyringsprocessen. Det viser konfigurationsstyringsprocessen opdelt i tre segmenter, som er beskrevet i henholdsvis figur 6-2, 6-3 og 6-4.

det første segment, Regeringskonfigurationskontrol-initiering, afspejler den del af processen, der er forud for regeringens anmodning om et entreprenørudskiftningsforslag (ECP). Denne aktivitet forekommer:

• når behovet for en ændring stammer fra en Regeringsaktivitet (herunder felt-og driftsaktiviteter)

• som et resultat af input fra entreprenøren om, at der er behov for en klasse I-ændring til en regeringsstyret basislinje

• efter konfigurationsdokumentation, der vil blive påvirket af den foreslåede ændring, er godkendt og indarbejdet i den nuværende basislinje kontrolleret af regeringen

ændringer kan være nødvendige af forskellige årsager, såsom at imødegå ny trussel, indsætte ny teknologi, og reagere på tekniske og operationelle tests og evalueringer eller rette problemer. Som vist i figur 6-2 bekræfter den Regeringsaktivitet, der er ansvarlig for konfigurationskontrol, behovet for ændringer, fastsætter tærskler for ydeevne, omkostninger og tidsplan for den foreslåede ændring, træffer afgørelse om, at ændringen er teknisk opnåelig og overkommelig (baseret på aktuelle oplysninger og kontraktinterface, hvor det er relevant), og udarbejder en anmodning om, at entreprenøren / kontrahenterne udarbejder en ECP. En af de mest betydningsfulde bidragydere til konfigurationsstyringseffektivitet og effektivitet er klar og kortfattet kommunikation mellem regeringen og entreprenøren inden den formelle anmodning om ECP. Ideelt set sker dette i et integreret produktteammiljø.

figur 6-3, der afspejler det andet segment af figur 6-1, modellerer entreprenørens konfigurationsstyringsproces. Contractor configuration control påberåbes, da entreprenøren frigiver hvert element af konfigurationsdokumentation. I sidste ende anvendes entreprenørkonfigurationskontrol på det komplette sæt konfigurationsdokumentation inklusive regeringsbaseret konfigurationsdokumentation på præstations-eller detaljeret specifikationsniveau, alt efter hvad der er relevant, og designløsningen, der er indeholdt i tekniske modeller og tegninger. Entreprenøren reagerer på regeringens ECP-anmodninger og internt genererede anmodninger om designændringer eller afvigelser (RFD). Kontrahenten vurderer hver foreslået ændrings-eller afvigelsesanmodning og dokumenterer dens indvirkning på CI ‘ ens udvikling og støttbarhed, fastlægger det gældende niveau for gennemgang og godkendelse, der kræves, og sikrer, at den relevante konfigurationsstyringsmyndighed træffer en specifik beslutning om ændringens levedygtighed, inden den gennemføres. ECP ‘er og RFD’ er, der kræver Regeringsgennemgang og/eller godkendelse, fremsendes i overensstemmelse med kontraktmæssige krav. Beslutningen om ændring af godkendelse træffes af regeringen, når:

• ændringen er et krav om et baselined performance level configuration document kontrolleret af regeringen, eller

• en ændring af et konfigurationsdokument, der kontrolleres af entreprenøren, har indflydelse på specificeret ydeevne, supportbarhed og andre kontraktligt specificerede krav vedrørende CI og dokumentation kontrolleret af regeringen.

entreprenøren træffer beslutningen, når ændringen er til elementer/konfigurationsdokumentation, som det er konfigurationsstyringsmyndigheden for, forudsat at disse ændringer ikke påvirker regeringens basislinjer.

figur 6-4 modellerer det tredje segment af figur 6-1, der dækker den del af processen, der vedrører regeringens gennemgang og disposition af entreprenør indsendte ECPs og RFDs. Det illustrerer den lokale regerings repræsentative gennemgang og enighed med KLASSE II-ændringer og mindre afvigelser (hvor en sådan handling er kontraktligt påkrævet) og dens godkendelse (eller ikke-godkendelse) af klasse i-ændringer og større/kritiske afvigelser. Regeringens konfigurationskontrolaktivitet (typisk et sekretariat) forbereder konfigurationskontrolkortet ved at koordinere den foreslåede ændring med alle berørte parter, modtage teknisk enighed og omkostnings-og tidsplanforpligtelser og ved at placere ændringen/afvigelsen på CCB-kalenderen (i overensstemmelse med dens beredskab og ændringens hastende karakter). CCB gennemgår derefter forslaget og gennemførelsesforpligtelserne og godkender eller afviser dem i overensstemmelse med indkøbsaktivitetens politik. Som et resultat af CCB-beslutningen gives gennemførelsesretning, typisk i form af et CCB-direktiv. Handlinger rettet af CCB inkluderer både kontraktlige handlinger og taskingordrer for offentlige aktiviteter, alt efter hvad der er relevant. Som svar på et CCB-direktiv udarbejder og forhandler det statslige kontraherende Kontor en Kontraktændring for at give entreprenøren tilladelse til at fortsætte med gennemførelsen af den godkendte klasse i ECP eller større/kritisk afvigelse.

en effektiv, veldefineret konfigurationsstyringsproces sikrer regeringsprogramkontoret, at alle ændringer i regeringskontrollerede basislinjer, uanset hvor små eller tilsyneladende ubetydelige, gennemgås af den gældende konfigurationsstyringsmyndighed. Uden en effektiv konfigurationskontrolproces løber program office risikoen for at levere CIs med konfigurationer, der:

• er teknisk utilstrækkelige og ikke opfylder specificerede ydelseskrav

• er ikke logistisk understøttende

• kan være usikre

• der er spildt ressourcer, og

• giv ikke en nøjagtig historisk rekord som grundlag for fremtidig ændring.

som beskrevet i 6.1, konfiguration kontrol af baselined konfiguration dokumentation er en integreret forandringsledelse proces, herunder både udfører aktivitet (generelt en entreprenør) og tasking aktivitet (generelt regeringen) ansvar for forandring forberedelse, begrundelse, evaluering, koordinering, disposition og implementering. Gennem konfigurationskontrolprocessen identificeres og redegøres for den fulde virkning af foreslåede tekniske ændringer og afvigelser i deres implementering.

konfigurationskontrolprocessen udvikler sig fra en mindre formel proces i de tidlige faser af et program til en meget disciplineret og formel proces under systemudviklings-og demonstrations -, Produktions-og Implementeringsfaserne samt drifts-og Supportfaserne . I konceptundersøgelsesfasen anvendes konfigurationskontrolprocessen til støtte for systemteknik for at sikre, at den korrekte version af dokumenter, der kommunikerer tekniske beslutninger eller definition af relevante undersøgelsesparametre, formidles og bruges af alt personale. Derudover gør processen berørte parter opmærksomme på, at der udvikles en ændring og gør det muligt for dem at give relevant input.

i koncept-og Teknologiudviklingsfasen (hvis relevant), når programdefinitionsdokumenterne udvikles, er konfigurationsstyringsprocessen også mindre formel. Som en del af systemteknik kontrolprocessen i denne fase, der kan være flere krav definition basislinjer etableret for nemheds skyld for at sikre, at alle programdeltagere er “på samme side.”En konfigurationsstyringsprocedure er nyttig i denne fase til gennemgang og koordinering af ændringer i de udviklende systemniveauspecifikationer. Det kan også tjene til at opretholde regeringen / entreprenøren informationsudveksling effektiv og håndterbar ved at give:

• identifikation, dokumentation, formidling og gennemgang af ændringer

• passende versionsstyring af filer og revision af dokumenter

• en frigivelsesproces for at sikre, at hver revision / version afspejler de gældende ændringer

under systemudviklings-og demonstrations -, Produktions-og Implementeringsfaserne samt drifts-og Supportfaserne er en formel konfigurationsstyringsproces afgørende. Den uformelle dokumentændringskontrol, der blev praktiseret under konceptundersøgelser, er utilstrækkelig til erhvervelse og opretholdelse af systemer. Som produktet udvikles og produceres konfiguration kontrol fokuserer på den dokumentation, der definerer ydeevne, fysiske og funktionelle egenskaber og konfigurationen af produktet. Konfigurationskontrol er en styringsproces, der bruger kontraktmæssige (offentlige) og interne (entreprenør) konfigurationsbaselinjer som referencer til styring af ændringer. Inden for denne sammenhæng er der imidlertid flere konfigurationskontrolkompleksitetsniveauer. Når man ser på makroniveau, beskrevet af aktivitetsmodellerne (figur 6-1 til 6-4), er processen:

• adresserer basisdokumentationen

• afgør, hvilke dokumenter der påvirkes

• foreslår en ændring, der dækker virkningerne for alle berørte elementer, og

• angiver, hvornår, hvor og af hvem dokumentationen vil blive opdateret, og ændringen vil blive indarbejdet i produktet og i alle understøttende elementer.

mens denne makro-visning på øverste niveau ser enkel og ligetil ud, kan en mikroniveauvisning af konfigurationsstyringsprocessen være betydeligt mere kompleks. Mikrovisningen afslører proceslaget, der beskæftiger sig med, hvad der skal gøres for at ændre hvert berørt element, og dermed med en lang række overvejelser såsom datarettigheder; godkendende myndighed, dokumentforvaltere; design, frigivelse, produktion, installation og testorganisationer; kontraktmæssige og grænsefladeforhold.

for at ændre et produkt er det første trin revisionen af de dokumenter, der definerer produktet. Begreberne diskuteret nedenfor letter udførelsen af dette trin ved hjælp af automatiserede værktøjer såsom en CM AIS. Denne håndbog viser disse begreber fra både Programstyring (Makro) synspunkt og dokumentkontrol (mikro) synspunkt.

6.1.1.1 Nuværende Myndighed.

på mikroniveau, hvis en ECP, der foreslår en ændring af et produkt, påvirker flere dokumenter, skal ændringsforslaget, evalueringen og implementeringen overveje:

• Hvem er den kontraktlige myndighed til at godkende en ECP? Dette er produktkonfigurationsstyringsmyndigheden

• Hvem har ret til at godkende revision af hvert dokument, der er berørt af en ECP? Dette er den nuværende dokumentændringsmyndighed.

• kræves der en relateret ECP fra en organisation for dokumentændringsmyndighed, før konfigurationsstyringsmyndigheden for produktet kan godkende en ECP for produktet?

• er der andre offentlige eller industrielle aktiviteter involveret, fordi produktet har flere brugere? Disse er applikationsaktiviteter. Er man udpeget til lead application activity?

a. konfiguration kontrol myndighed.

den kontraktlige konfigurationskontrolmyndighed, der godkender implementeringen af en ændring af et produkt (system/CI), kan oprindeligt opholde sig hos en entreprenør eller hos regeringen. Det kan overføre fra entreprenøren til regeringen, eller kan fortsætte med at opholde sig hos entreprenøren i hele CI ‘ ens livscyklus. Denne myndighed er teknisk ansvarlig for produktets ydeevne såvel som skattemæssigt ansvarlig for finansiering af ændringer i produktet.

niveauet for Regeringskonfigurationskontrol bestemmes generelt som en del af CI-valg. Under et erhvervelsesprogram er det de niveauer, hvor regeringen specificerer, kontrakter for, accepterer og planlægger at logistisk understøtte de enkelte komponenter i et system eller CIs. Regeringskonfigurationskontrol adresserer altid den funktionelle basislinje og de tildelte basislinjer, der er fastlagt for CIs på lavere niveau, hvis specifikationer er udstedt af eller godkendt af regeringen . Lignende og relateret praksis for konfigurationskontrol af entreprenører gælder også for CIs og komponenter, der ligger under niveauet for regeringens konfigurationskontrol.

den kontraktlige konfigurationsstyringsmyndighed adresserer det samlede sæt dokumenter, der er baseret på det produkt, der kontrolleres af den pågældende myndighed, for en bestemt kontrakt. Denne myndighed kan være den aktuelle Dokumentændringsmyndighed (CDCA), beskrevet i b. nedenfor, for individuelle dokumenter, der kræver ændring (f.eks. Hvis det ikke er CDCA for et givet dokument, Det har ikke myndighed til at godkende en foreslået ændring af dette dokument, og skal derfor anmode om ECP-godkendelse fra den gældende CDCA, eller vælg et alternativt design.

b. nuværende Dokumentændringsmyndighed.

begrebet current document change authority (CDCA er et udtryk for et forhold, der altid har eksisteret. Før behovet for at administrere konfigurationsdokumentation med et automatiseret informationssystem blev dette koncept ikke klart formuleret, men blev legemliggjort i udtrykkene “oprindelig designaktivitet” og “aktuel designaktivitet.”Definitionen af disse udtryk henviser dog specifikt til designdokumenter, f.eks. ingeniørtegninger, i modsætning til al dokumentation, og de inkluderer også frihedsberøvende såvel som designansvar.

CDCA på den anden side vedrører specifikationer eller enhver anden type dokument og er uafhængig af den organisation, der fysisk vedligeholder og gemmer dokumentet. CDCA er den organisation, der har beslutningsmyndigheden over indholdet af dokumentet, hvilket afspejler proprietære eller datarettigheder til de oplysninger, som dokumentet indeholder. CDCA kan være en Regeringsaktivitet eller en entreprenør, og myndigheden kan overføres. Der er dog kun en CDCA til et dokument ad gangen.

scenarierne i boksen illustrerer logikken i CDCA-betegnelse:

c. ansøgning aktivitet.

der kan være flere konfigurationsstyringsmyndigheder for et produkt med mere end en bruger; hver er en konfigurationsstyringsmyndighed for en given kontrakt. Hvis konfigurationsstyringsmyndigheden for en kontrakt er CDCA for systemets/CI-Ydeevnespecifikationen for produktet, betragtes de andre konfigurationsstyringsmyndigheder som applikationsaktiviteter, fordi deres myndighed kun omfatter brugen af produktet og dets dokumentation. De kan ikke godkende ændring til nogen af dem, men de kan deltage i ændringskontrolprocessen, hvis de bliver bedt om input af enten konfigurationsstyringsmyndigheden, der er CDCA, eller af Regeringsføringsapplikationsaktiviteten.

det har altid været ønskeligt for entreprenøren for en vare at handle gennem et enkelt regeringsfokus for koordinering af ændringer. Ofte har dette ikke været tilfældet. Hver Regeringsaktivitet betragtede typisk deres autoritet som altafgørende og anerkendte ikke altid, at der var flere ansøgningsmyndigheder. Da flere anvendelser af elementer fortsætter med at sprede sig, skal der være en simpel logisk metode til at skelne kontrolmyndighed fra brugsmyndighed og til at kommunikere og koordinere ændringer, der kan have indvirkning på flere anvendelser. Følgende Anvendelsesaktivitetsbetegnelser anvendes til dette formål:

• applikationsaktivitet (AA) – en bruger af et dokument, der ikke er dets CDCA

• Government lead application authority (GLAA) – den offentlige erhvervelsesaktivitet, der er udpeget som førende for erhvervelsen af varen. Når glaa påtager sig denne rolle, konsoliderer GLAA anbefalinger fra alle regeringsansøgningsaktiviteter og er det eneste kontaktpunkt i regeringen for koordinering med regeringen/entreprenøren CDCA.

6.1.1.2. Skift Klassificering.

Ændringsklassificering er en stenografisk metode til angivelse af ændringsbehandlings-og/eller godkendelsesmetoden. ECP ‘ er, der skal forelægges regeringen, klassificeres som enten klasse i eller klasse II. En klasse i ECP er godkendt af regeringens Configuration Control Board og godkendt med en Kontraktændring. En klasse II-ændring, på den anden side, gennemgås typisk for enighed i klassificeringen af den lokale regeringsrepræsentant, medmindre andet er angivet i kontrakten. Medmindre en regeringsrepræsentant er identificeret i kontrakten (normalt en person fra indkøbsaktiviteten), er entreprenøren (eller ECP-ophavsmanden) ansvarlig for at tildele ændringsklassificering. Lignende kriterier for ændringsklassificering findes i ANSI / VVM-649, hvor ændringsklassifikationerne kaldes “større” og “mindre” ændringer..

i resultatbaseret erhvervelse er definitionen af både klasse I-og klasse II-ændringer blevet ændret for kun at afspejle anvendelse på ændringer, der påvirker Regeringsgodkendt (baselined) konfigurationsdokumentation. Ændringer i entreprenørbaseret dokumentation skal alle gennemgås af entreprenøren for at afgøre, om de også påvirker regeringens præstationskrav og supportaktiviteter.

klassificeringsfaktorerne gælder kun for tekniske ændringer, der foreslås til godkendt konfigurationsdokumentation. Selvom tilføjelse af en erklæring om arbejdsopgave (såsom en miljøpåvirkningsanalyse) kan kræve en Kontraktændring og kan resultere i øgede omkostninger for regeringen, betragtes det ikke som en teknisk ændring i klasse i, fordi hverken design eller konfigurationsdokumentation påvirkes.

ved klassificering af en ændring skal der tages hensyn til mere end selve CI ‘ ens form, pasform, funktion eller grænsefladeegenskaber. Alle ECP-klassificeringsfaktorer skal overvejes, før en ECP klassificeres. Faktorerne inkluderer mange support -, operationelle og træningsovervejelser. For eksempel, hvis entreprenøren er CDCA for kortets dokumentation, ville en foreslået designændring til et elektronisk kredsløbskort ikke være en klasse I-ændring i sig selv.. Men hvis redesignet kræver en ændring af automatisk testudstyr eller supportprogram, som regeringen er ansvarlig for, skal ændringen klassificeres som en klasse i ECP og behandles i overensstemmelse hermed. Det skal bemærkes, at ændringer i klasse I af denne type, der fejlagtigt klassificeres som klasse II eller betragtes som under entreprenørens CDCA-ansvar, kan resultere i betydelige driftsmæssige brugs-og/eller logistiske supportproblemer og øgede omkostninger for regeringen.

alle ansøgninger fra det berørte CI skal overvejes ved klassificering af en ændring, f.eks. ECP ‘ er, der er initieret mod et CI, der fremstilles af mere end en entreprenør, et CI, der har flere applikationer eller bruges af mere end en tasking (application) aktiviteter. Klassificeringskriterierne skal anvendes på alle CI-applikationer via koordinering mellem de berørte aktiviteter.

6.1.1.3 konfiguration Control Board (CCB).

offentlige CCB ‘ er er etableret til større opkøbsprogrammer. (Entreprenører anvender også en lignende proces til deres interne konfigurationskontrol. CCB ‘er består normalt af det fælles kommando-eller agenturorgan, der er chartret til at handle på klasse i ECP’ er og anmodninger om større eller kritiske afvigelser. Programlederen er normalt formand for CCB og træffer beslutninger vedrørende alle ændringer, der er anlagt for CCB. CCB er en programstyringsproces, der bruges af programlederen til at fastslå alle fordelene og virkningerne af ændringen, før beslutningen træffes. Når der træffes en afgørelse, godkender CCB-formanden et CCB-direktiv eller et tilsvarende brev/memorandum, der pålægger de relevante gennemførelsesforanstaltninger, der skal gennemføres.

a. CCB myndighed.

hver CCB har en begrænset myndighed til at godkende ændringer baseret på følgende faktorer:

• myndighed kan være begrænset af et højere niveau CCB, hvor der er et hierarki af CCB ‘ er på et komplekst projekt

• en CCB inden for en organisation, der ikke er CDCA for et dokument, har ikke myndighed til at godkende en ændring af det pågældende dokument.

• hvis CDCA er den organisation, der foreslog ændringen til CCB, godkender CCB finansieringen og inkorporeringen af ændringen til produktet, mens CDCA godkender ændringen til dokumentet. Hvis en organisation, der ikke er CDCA for et dokument, foreslår en ændring af en CCB-organisation, der heller ikke er cdca for dokumentet (dvs.en AA CCB), har AA CCB ikke myndighed til at godkende ændringen.

• AA CCB ‘ er kan gennemgå foreslåede ændringer og fremsætte henstillinger til CDCA. AA CCB kan kun beslutte at vedtage (eller ikke vedtage) en ændring, der er godkendt af CDCA.

• CCB-godkendelse af en ECP skal undertiden tilbageholdes i afventning af godkendelse af specifikke dokumentændringer af CDCAs for disse dokumenter

• CCB-godkendelse kan undertiden tilbageholdes i afventning af modtagelse af brugerpositioner fra hele regeringen for at indikere, at de vil vedtage ændringen. Som anført i 6.1.1.1.c, flere AA-positioner skal koordineres af en GLAA.

B. CCB medlemskab.

medlemskab af CCB består normalt af de vigtigste funktionelle eller emneeksperter fra regeringsorganisationen, f. eks. Integreret program Team (IPT). Medlemmerne er ansvarlige for at rådgive CCB-formanden. Andet funktionelt personale kan medtages, som det kan dikteres af ændrings-og/eller programkravene, herunder repræsentanter fra andre DoD-tjenester (for fælles serviceprogrammer) og andre lande (for multinationale programmer). CCB-medlemskab skal bestå af, men ikke være begrænset til repræsentanter fra logistik, uddannelse, teknik, produktionsstyring, kontrakt, konfigurationsstyring og andre programrelaterede funktionelle discipliner. CCB medlemskab opretholdes af CCB charter.

c. CCB Charter.

CCB chartre er normalt godkendt gennem regeringen Indkøb aktivitet officielle administrative kanaler. Alle CCB-medlemmer skal være til stede på hvert CCB-møde og skal være fortrolige, fra deres funktionelle perspektiv, med de ændringer, der overvejes. CCB-medlemmer er forpligtet til at gøre deres holdning(er) kendt af formanden og i sidste ende til at godkende CCB-direktivet/ordren (når det kræves), der noterer sig deres aftale eller uenighed med beslutningen. For at godkende CCB-direktivet (CCBD) skal en person være det primære (eller alternative) CCB-medlem, der er udpeget af CCB-charteret.

d. CCB driftsprocedurer.

indkøbsaktivitetens CM-kontor bør offentliggøre procedurer for CCB-drift, så alle medlemmer forstår dens betydning for erhvervelsesprocessen. Et CCB-sekretariat planlægger møder, distribuerer dagsordener, registrerer CCB-beslutninger og distribuerer protokoller og direktiver til parter, der er tildelt gennemførelsesforanstaltninger eller har behov for at vide. CCB ‘s driftsprocedurer bør også definere målbehandlingstider for ECP’ er for at sikre rettidig bemanding, godkendelse og gennemførelse.

6.1.1.4 effektivitet.

effektiviteten af en ECP identificerer den mængde eller rækkevidde af CIs, der skal ændres, herunder både produktionsindarbejdelse og eftermontering af leverede CIs. Etableringen af ECP-effektivitet kræver, at indkøbsaktiviteten overvejer faktorer som følgende:

• uopsættelighed – korrigering af en mangel, der involverer personalesikkerhed, kan være betydelig nok til at tilsidesætte alle andre overvejelser, selv samtidig støtte. Hvis driftsbegrænsninger placeres på udstyr i afventning af løsning af et sikkerhedsproblem, kan operationel effektivitet begrænses alvorligt

• lager – dele og materialer, der er til rådighed, skal overvejes; en beslutning baseret på omkostninger og operationelle afvejninger skal træffes enten for at bruge eksisterende materialer til udtømning eller til at skrotte den aktuelle beholdning. Dette gælder både for entreprenørbeholdning og offentlige reservedels – og reparationsdele

• konfigurationer-et af de vigtigste konfigurationsstyringsmål er at minimere antallet af forskellige CI-konfigurationer, der skal understøttes samtidigt, især hvis de forskellige CI-konfigurationer kræver forskellige eller opdaterede driftsprogrammer, supportudstyr, supportprogrammer, reservedele, træning eller publikationer. Da alle eksisterende CI-konfigurationer ofte ikke kan opdateres samtidigt, skal der tages nøje hensyn til enten at forsinke eller fremskynde inkorporeringen af ændringen for at minimere virkningen. Indstilling af effektivitet til en fremtidig defineret blok af CIs kan være en løsning. Kombination eller emballering af en række programændringer til den næste version kan være en anden osv.

• ledetid – der er mange ledetider at overveje, når man identificerer effektiviteten for en ændring. De Produktions-/indkøbstider, der er nødvendige for at gennemføre en ikke-tilbagevendende designindsats, anskaffe dele og materialer og inkorporere ændringen både i produktion og / eller eftermontering, skal overvejes. Den administrative leveringstid, der kræves til behandling af ændringen til godkendelse, er også altafgørende. Regeringen og entreprenøren har et ansvar for at undgå forsinkelse i ændringsbehandlingen, især når der er store mængder af CI i produktion og i den operationelle beholdning, der skal eftermonteres. Omkostningerne ved at udsætte en beslutning kan resultere i, at der leveres yderligere forældede konfigurationer, der skal eftermonteres. Ofte er de tilbagevendende omkostninger ved udskiftning af komponenter i produktionen blot udskiftning af en samling med lige eller lavere omkostninger for en anden; der henviser til, at eftermontering af den samme ændring indebærer omkostningerne ved begge samlinger samt de ekstra omkostninger ved demontering og udskiftning.

• Timing-effektiviteten skal muligvis vælges, så en given operationel kapacitet vil være tilgængelig på et givet tidspunkt eller til en bestemt begivenhed, såsom en planlagt indsættelse af styrker eller en træningsøvelse.

tabel 6-1 indeholder en aktivitetsvejledning til evaluering af en konfigurationsstyringsproces.

tabel 6-1. Aktivitetsvejledning: Configuration Control process Evaluation checkliste

klasse II concurrence authority er blevet delegeret til entreprenører i mange tilfælde som følge af enkelt proces initiativ (SPI) forslag. Klasse II-godkendende myndighed kan dog kun delegeres til entreprenører for dokumenter, for hvilke de er CDCA

for korrekt anvendelse af disse oplysninger, Se NOTE på indholdssiden