Page History

Inventory-analyser for alle komponenter kan findes i Jira via det overordnede epic: [SDS-5819] NSP-komponent inventory analyse - SDS JIRA (nspop.dk)

Baggrund

Som et led i den løbende vedligeholdelse af NSP skal hver komponent regulært 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 tilstandenkomponentens tilstand, dels at igangsætte vedligeholdelsesopgaver. Et inventory-tjek udføres både af af henholdsvis vedligeholdelsesleverandøren (leverandørattributter), leverandøren af QA og arkitekturbistand (platform-attributter) og PO'en , platformsleverandøren og vedligeholdelsesleverandøren i hver sin deres 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 inventory-RFC. Hver række indeholder et målepunkt/attribut, og for hver af disse er der beskrevet det forventede udfaldsrum . Skemaet udfyldes ved at kopieres første kolonne beskrevet.

Når inventory-RFC'en gennemføres, kopieres skemaet ind i en kommentar og indsætte værdierne i en ny , og 2. kolonne omdøbes til "Svar". Svarværdierne skrives ind i denne kolonne. Hvis der er yderligere noter svaret til en attribut end der er for omfattende til, at det kan være i et skemaskemaet, skrives disse under skemaet så det tydeligt fremgør det ind som en note nedenunder skemaet med tydelig angivelse af, hvilken attribut noten omhandler. Hvis opfølgning igangsættes, anføres jira-nummer.
Der er en del attributter med udfaldsrummet "Ja / Nej / Mangler", her . Her er det vigtigt at skelne mellem anføre, om en komponent burde have en bestemt attribut, eller om det er korrekt, at denne den ikke er til stede.

Opfølgning

...

angivet. Hvis der er behov for opfølgning i forhold til en attribut, anføres dette, og behovet uddybes gerne i en note, så opfølgningen let kan igangsættes.

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.

Oprettelse og behandling af inventory RFC'er

1. For hver komponent, som fremgår af [SDS-5819] NSP-komponent inventory analyse - SDS JIRA (nspop.dk), opretter PO'en 3 RFC'er som kopi'er af de 3 skabelon-RFC'er.
2. PO sammenkæder RFC'erne. 
3. PO tilføjer leverandør (henholdsvis Arosii, KIT Dok/Sik eller KIT Reg. og SDS)
4. PO lægger RFC'erne direkte i status "Klar til planlægning" som "mindre driftsrelaterede opgaver".

Leverandør-attribut-RFC’en:

1. Vedligeholdelsesleverandøren udfylder skemaet med leverandørattributter og sender RFC’en videre til kvalitetssikring hos QA-leverandøren.
2. Når QA er gennemført tildeler QA-leverandøren RFC'en til PO og sætter den i status "Åben".

Platform-attribut-RFC’en:

1. QA-leverandøren udfylder skemaet med platformattributter og sende RFC’en videre til kvalitetssikring hos SDS-arkitekterne.
2. Status sættes til "Åben" og tildeles til en navngivet arkitekt.
3. Arkitekten gennemfører kvalitetssikring, tildeler RFC'en til PO og sætter den i status "Åben".

PO-RFC'en:

1. PO udfylder PO-skemaet.
2. RFC’er med opfølgningsopgaver oprettes, på baggrund af besvarelserne omkring leverandør- og platform-attributter.
3. Et overblik over oprettede opfølgningsopgaver skal fremgå af PO-inventory-RFC'en enten som aktivitetssammenkædninger eller i en kommentar.
4. Hvis der er påpeget et behov for opfølgning, men det besluttes ikke at igangsætte dette, skal der skrives en begrundelse ind i en kommentar. 
5. I "Oversigt over PO på komponenter og leverandør support" udfyldes kolonnen "Komponentstatus" med link til PO-RFC'en og dato for afslutning af Inventory-analysen.
6. Når det samlede inventory med ovenstående punkter er afsluttet, sættes alle komponentens inventory-RFC'er i status "På hold" indtil det tidspunkt, hvor fornyet inventory skal igangsættes (efter ca. 1 år). Den enkelte RFC lever således videre, og den nye inventory-analyse dokumenteres i samme RFC som den forrige.

Platformattributter (udfyldes af QA-leverandøren)

Leverandørattributter (udfyldes af vedligeholdelsesleverandøren)

PO tjekliste