Milepælen er nådd. Er beslutningsgrunnlaget klart?

En teknisk milepæl, for eksempel en fullført integrasjon eller en konfigurasjon klargjort for test, viser hvor langt utviklingsarbeidet har kommet. Den sier derimot lite om hvorvidt grunnlaget for neste beslutning er kjent, forankret og oppdatert.

Publisert 21. oktober 2026

To spørsmål som blandes sammen

I små og mellomstore utviklingsmiljøer hviler dette grunnlaget ofte på noen få nøkkelpersoner og på eksisterende dokumenter, uten at informasjonen er samlet med sikte på å fatte en formell beslutning.

En milepæl besvarer spørsmålet om hvor langt vi har kommet. Den besvarer derimot ikke spørsmålet om hva neste beslutning faktisk må bygge på. Dette er to ulike spørsmål som krever ulike svar. En milepæl dokumenterer hva som er oppnådd, mens et beslutningsgrunnlag kartlegger forutsetninger og forhold som fortsatt kan være usikre.

Når disse to forveksles, oppstår en særegen form for risiko: Beslutningen fattes rett og slett fordi milepælen er nådd, ikke fordi det samlede grunnlaget er gjennomgått og vurdert. Ingen har nødvendigvis gjort en dårlig jobb i en slik situasjon. Milepælen var reell, og fremdriften likeså. Det er koblingen mellom milepælen og beslutningsgrunnlaget som mangler.

I praksis ser vi særlig to typer sammenblanding. Den første er å forveksle teknisk modenhet med organisatorisk beredskap: Fordi systemet fungerer på testbenken, antar man at de involverte vet hva som er besluttet og hva som fremdeles står åpent. Den andre er å forveksle en formell tillatelse med en reell risikovurdering: Fordi en søknad er innvilget eller et vilkår er formelt oppfylt, antar man automatisk at all operativ usikkerhet er håndtert.

Fem forhold som ikke kan veies mot hverandre

Et beslutningspunkt berører fem forhold som krever svar på hver sine spørsmål: Hva aktiviteten bygger på, hvem som har ansvaret for avklaringene, hvilken dokumentasjon som viser at forholdene faktisk er avklart, hva som har endret seg siden forrige vurdering og hvem som må ta stilling til det som fremdeles står åpent.

Disse forholdene kan være solide eller svake hver for seg, og de påvirker hverandre gjensidig, men de kan ikke veies opp mot hverandre. Et godt resultat på ett område kan aldri kompensere for mangler på et annet.

Derfor ingen poengsum og ingen fargemerking

Rapporten benytter derfor ingen samlet poengsum, vekting, trafikklys eller universell akseptgrense. Slike forenklinger kan lett oppfattes som bevis på at en aktivitet er trygg eller i fullt samsvar med regelverket, noe slike tallmodeller i realiteten ikke kan dokumentere.

Beslutningsgrunnlaget skal gi en avgrenset oversikt, ikke gjengi hele prosjektet. Det viser til eksisterende dokumenter med entydig referanse, versjon og dato, uten å gjenta innholdet unødig. Det må være kort nok til at det faktisk blir lest: Noen få presise forutsetninger gir langt større verdi enn en uoverkommelig oversikt som ingen rekker å sette seg inn i.

Regelverket krever ikke et eget dokument

Det finnes ikke noe formelt krav om et eget dokument med tittelen beslutningsgrunnlag. Regelverket stiller derimot krav som ligger tett opptil: Tydelige ansvarslinjer, risikostyring som fanger opp endringer, og at styringen integreres i de systemene organisasjonen allerede har, i stedet for å opprette et parallelt system på toppen.

Dette prinsippet gir arbeidet en solid forankring. EASA-veiledningen understreker uttrykkelig at sikkerhetsstyringen skal bygges inn i eksisterende styringsstrukturer «instead of superimposing another system». Dette setter samtidig en fornuftig ramme for hvor omfattende arbeidet bør være.

Regelverket stiller ingen krav til hvordan et beslutningsgrunnlag skal se ut eller navngis, og en nådd teknisk milepæl gir i seg selv ikke grunnlag for å gå videre. Kravene til flytestkategorier og besetning i vedlegg XII til Part 21 gjelder heller ikke universelt: Vedlegget omfatter blant annet luftfartøy etter CS-23 med en største startmasse på 2 000 kg eller mer, samt CS-25, CS-27 og CS-29. Mange elektriske demonstratorer og mindre luftfartøy kan falle utenfor det direkte virkeområdet for vedlegget. I slike tilfeller hviler vurderingen i enda større grad på organisasjonens egne vurderinger og analyser.

Endring 2 i ICAO vedlegg 19 får anvendelse 26. november 2026 og bør behandles som en nært forestående del av det regulatoriske landskapet. For dette arbeidet er likevel hovedpoenget kontinuitet: Endringen erstatter ikke kravene i Part 21 til styringssystem for design (Design Management System) for en utviklingsorganisasjon.

Forutsetninger som kan etterprøves

Mange forutsetninger ligger i dag skjult i de risikoreduserende tiltakene. Et tiltak om at testleder skal avbryte ved avvik, forutsetter i realiteten at testleder faktisk oppdager avviket i tide, har nødvendig fullmakt til å stanse testen, og at det på forhånd er klart definert hva som regnes som et avvik.

Veiledningsmateriellet for flytestorganisasjoner belyser et tilsvarende poeng: Dersom flytestinstrumentering inngår som en del av risikoreduksjonen, bør forutsetningene for instrumenteringen dokumenteres nøye, slik at risikoen ved svikt i instrumenteringen blir vurdert. Det er selve forutsetningen, ikke bare en oversikt over utstyret, som må kunne etterprøves i etterkant.

Når en forutsetning formuleres slik at den kan etterprøves, blir det samtidig tydelig når den ikke lenger er gyldig. Endringer i teknisk konfigurasjon, bemanning, leverandørstatus, fremdriftsplan eller nye testfunn kan føre til at en tidligere vurdering må gjenopptas. En situasjon som ofte overses, er når en enkelt fagfunksjon vurderer en endring som uvesentlig, uten at denne vurderingen formidles til dem som har ansvar for den opprinnelige forutsetningen.

Kom i gang med dokumentene dere allerede har

En mindre organisasjon trenger ikke å innføre et omfattende system for å komme i gang. Begynn med én avgrenset og nærliggende aktivitet, to eller tre personer og et par målrettede arbeidsøkter, og ta utgangspunkt i dokumentasjonen som allerede finnes.

Spørsmålene i vedlegg A er utformet for å kunne gjennomgås i et kort arbeidsmøte. Hovedmatrisen i vedlegg B inneholder et utfylt, fiktivt eksempel som illustrerer nødvendig detaljnivå, sammen med en tom mal. Beslutnings- og endringsloggen i vedlegg C tas i bruk samtidig, slik at alle beslutninger og vilkår får en tydelig angitt ansvarlig og en fastsatt frist. Vedlegg D er en kort diskusjonsøvelse som med fordel kan testes på en avsluttet eller fiktiv aktivitet før metoden tas i bruk i et reelt prosjekt.

Rapporten viser tre fiktive scenarioer: En uforutsett endring etter forrige gjennomgang, en muntlig bekreftelse som bare finnes i møterommet, og en gjenopptatt aktivitet med endret bemanning. Scenarioene er generelle og eksplisitt fiktive.

En proporsjonal gjennomgang kan gjøres kort. Hovedpoenget er at den ender i en formelt registrert beslutning med ansvarlig eier og konkrete vilkår, og at det man lærer, føres tilbake til organisasjonens eksisterende dokumentasjonsrutiner.

Last ned rapporten

Hele rapporten, versjon 1.0, 21. oktober 2026, med spørsmål, matrise, logg og diskusjonsøvelse som vedlegg.

Neste steg

Vil du drøfte hvordan denne metoden kan brukes ved en konkret aktivitet i organisasjonen din, kan du ta kontakt.

Be om en samtale

Kilder

  1. EASA: Flight Test Operations Manual Guide, Initial Issue, April 2018
  2. EASA: Easy Access Rules for Initial Airworthiness and Environmental Protection (Regulation (EU) No 748/2012)