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 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 af henholdsvis vedligeholdelsesleverandøren (leverandørattributter), leverandøren af QA og arkitekturbistand (platform-attributter) og PO'en i hver deres RFC. PO har ansvaret for at Inventory gennemføres, og at de relevante opfølgningsopgaver defineres og prioriteres.

...

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". Svarværdierne skrives ind i denne kolonne. 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. Hvis opfølgning igangsættes, anføres jira-nummer.
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 den ikke er 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.

...

1. For hver komponent, som fremgår af

   Jira
   server NSI JIRA serverId e64c3bc3-001c-3439-bc53-f7a235a8cd61 key SDS-5819

   , opretter PO [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".

...

1. PO udfylder PO-skemaet.
2. RFC’er med opfølgningsopgaver oprettes, når på baggrund af besvarelserne omkring leverandør- og platform-RFC’erne er gennemførtattributter.
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. Kolonnen "Komponentstatus" i 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)

...