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.

...

PO har ansvaret for at Inventory gennemføres, og at de relevante opfølgningsopgaver defineres og prioriteres.

Vejledning

Der findes tre typer Inventory-RFC'er (skabeloner), som henholdsvis platformleverandøren (SDS-5831), vedligeholdelsesleverandøren (SDS-5832) og PO’en (SDS-5820) skal gennemføre. Komponentspecifikke Inventory-RFC'er oprettes på baggrund af disse skabelon-RFC'er.

...

Når et inventory-tjek gennemføres, kopieres skemaet i den relevante RFC ind i en kommentar på samme RFC, og der tilføjes en kolonne til svar (tryk på "+" når du står i kommentarfeltet og indsæt tabel - indholdet kan kopieres ind der). Hver række indeholder et målepunkt/attribut, og for hver af disse er det forventede udfaldsrum beskrevet. Der er en del attributter med udfaldsrummet "Ja / Nej / Mangler". Det skal tydeligt fremgå af svaret, om attributten er relevant for komponenten. Hvis der er behov for opfølgning, oprettes en eller flere RFC'er vedrørende dette, og deres jira-numre anføres i skemaet. 

Proces

Oprettelse af inventory RFC'er (PO)

1. For hver komponent, som fremgår af [SDS-5819] NSP-komponent inventory analyse - SDS JIRA (nspop.dk), opretter har PO 'en oprettet 3 RFC'er som kopier af de 3 skabelon-RFC'er.
2. PO sammenkæder har ansvar for
   1. at RFC'erne er sammenkædet. 
   PO tilføjer
   1. at leverandør er tilføjet
      1. Vedligeholdelsesleverandører er pr. 2024 KIT Dok/Sik, KIT Reg. eller Arosii
      2. Platformleverandør er pr. 2024 Arosii
3. Det er aftalt, at Inventory-RFC'er ikke skal behandles på CAB. PO lægger dem derfor direkte i status "Klar til planlægning".

Behandling af inventory RFC'er

Leverandør-attribut-RFC’en:

1. 1. Skemaet med leverandørattributter udfyldes.
   2. Hvis inventory-analysen har påvist mangler, oprettes opretter leverandøren de nødvendige RFC'er til at følge op på manglerne. Jira-numre anføres i skemaet og RFC'er sammenkædes med Inventory-RFC'en.
   3. Leverandør-attribut-RFC’en sendes videre til kvalitetssikring hos QA-leverandøren.
   4. QA-leverandøren gennemfører kvalitetssikring, tildeler RFC'en til PO og sætter den i status "Åben".

...

1. 1. Skemaet med platformattributter udfyldes.
   2. Hvis inventory-analysen har påvist mangler, oprettes opretter leverandøren de nødvendige RFC'er til at følge op på manglerne. Jira-numre anføres i skemaet, og RFC'er sammenkædes med Inventory-RFC'en.
   3. Platform-attribut-RFC’en sendes videre til kvalitetssikring hos SDS-arkitekterne ved at tildele den til en navngivet arkitekt.
   4. Arkitekten gennemfører kvalitetssikring, tildeler RFC'en til PO og sætter den i status "Åben".

...

...

Leverandørattributter (udfyldes af vedligeholdelsesleverandøren)