Komponentvedligehold (inventory)

Baggrund

Som et led i den løbende vedligeholdelse af NSP skal hver komponent jævnligt igennem et inventory-tjek. Ideen med dette er at give Product Owner for komponenten en mulighed for dels at få et overblik over komponentens tilstand, dels at igangsætte vedligeholdelsesopgaver. Et inventory-tjek udføres både af PO'en, leverandør for QA og arkitekturbistand (platform-attributter) og vedligeholdelsesleverandøren (leverandørattributter) i hver sin RFC. PO har ansvaret for at Inventory gennemføres, og at de relevante opfølgningsopgaver defineres og prioriteres.

Vejledning

Inventory-tjekket gennemføres ved at udfylde skemaet i hver inventorys RFC. Hver række indeholder et målepunkt/attribut, og for hver af disse er der beskrevet det forventede udfaldsrum.

Når inventory-RFC'en gennemføres, kopieres skemaet ind i en kommentar og svarværdierne skrives ind i 2. kolonne, som også omdøbes til "Svar". Hvis svaret til en attribut er for omfattende til at det kan være i skemaet, skrives det ind som en note nedenunder skemaet med tydelig angivelse af hvilken attribut noten omhandler.
Der er en del attributter med udfaldsrummet "Ja / Nej / Mangler", her er det vigtigt at anføre om en komponent burde have en bestemt attribut eller om det er korrekt at denne ikke er til stede. Hvis der er behov for opfølgning i forhold til en attribut, anføres dette som note.

Proces

Der er oprettet 3 skabelon-RFC’er, svarende til de inventory-opgaver som henholdsvis QA-leverandøren (SDS-5831), vedligeholdelsesleverandøren (SDS-5832) og PO’en (SDS-5820) skal løse.

1. PO opretter de 3 tilsvarende RFC’er for hver komponent (jf. komponentliste-link). RFC’erne sammenkædes.
2. Leverandør-attribut-RFC’en tilføjes nøgleord: ”Mindre driftsrelateret”.
3. Den kan lægges direkte i status: ”Klar til planlægning”.
4. Efter udfyldelse af skemaet med leverandørattributter sendes RFC’en til kvalitetssikring hos QA-leverandøren.
5. Efter QA tildeles den til PO og sættes i status "Åben"
6. Platform-attribut-RFC’en tilføjes nøgleord: ”Mindre driftsrelateret”. Den kan lægges direkte i status: ”Klar til planlægning”.
7. Efter udfyldelse af skemaet med platformattributter sendes RFC’en til kvalitetssikring hos SDS-arkitekterne. Status sættes til "Åben" og tildeles til navngivet arkitekt.
8. Efterfølgende tildeles den til PO og sættes i status "Åben"

Når både leverandør- og platform-RFC’erne er gennemført, udfylder PO tjeklisten i sin RFC og samler alle 3 skemaer i en kommentar samme RFC. Det skrives samtidig ind hvilke opfølgningsopgaver inventory’et giver anledning til, og de nødvendige RFC’er oprettes. Alternativt skrives der en begrundelse ind, for at opfølgning ikke igangsættes. Når det samlede inventory dermed er afsluttet, sættes PO’s inventory-RFC på hold indtil det tidspunkt, hvor fornyet inventory skal igangsættes (efter ca. 1 år).

Platformattributter (udfyldes af QA-leverandøren)

Leverandørattributter (udfyldes af vedligeholdelsesleverandøren)

PO tjekliste 

Product owner gennemgår komponent tjeklisten, efter opgaven er blevet QA-godkendt. Udfyld efterfølgende statuslisten og gem den på nspop, derefter tilføj linket til komponentens oversigtsside.