Opret Template til Bestilling af opgaver

[ChatBotBerg]

Koordinationsgruppen er kommet med et bud på hvordan man skal beskrive opgaver de bestiller inde i github.

Dette skal oprettes som templates i Github

Templaten skal tilknyttes flg:

• Assignee ( standard funktionalitet)
• prioritet ( her anvender std labels skal oprettes))
• status ( her anvender vi labels - std labels skal oprettes)
• leveringsdato (skrives ind i templaten )
• Milestone ( her bruger vi ikke nødvendigvis standard da milestone i github er knyttet hårdt op på anvendelse af projektfunktionen)
• projekt ( her bruger vi ikke nødvendigvis standard da projektfunktionen i github er ekstrem begrænset)
• rellation til andre ( her bruger vi standard)
• type ( her skal vi måske have oprettet ekstra typer af issues)

Forslag:

Udfyldes af bestiller:
Overskrift:
Beskrivelse:

User stories:
Som en vil jeg gerne <målet>, fordi <fordelene)
Som en vil jeg gerne <målet>, fordi <fordelene)
Som en vil jeg gerne <målet>, fordi <fordelene)

Acceptkriterier samt test stories (Hvad skal fungere for at leverancen er færdig.):
Acceptkriterie 1
Acceptkriterie 2
Acceptkriterie 3
Hvem ønsker denne funktionalitet:

Hvem kan bruge denne funktionalitet:

Hvor mange henvendelser forventes at få gavn af denne årligt:
(beskrivelse)
Beskriv gevinsten ved funktionen:
(beskrivelse)

Hvad er funktionen til:
(beskrivelse)

URL - Hvis muligt:
(indsæt url)

Vedhæft filer - Hvis muligt

Vigtighed:
(beskrivelse)

Lovmæssigt:
(beskrivelse)

GDPR:
(beskrivelse)

Udfyldes af Teknisk Systemejer:
Krav til dokumentation
Hvilke( n) type(r) dokumentation skal der laves.

Integrationsoverblik (tekst/diagrammer) JA/NEJ
Teknisk implementeringsguide/installationsvejledning JA/NEJ
Superbrugerguide JA/NEJ
Skærmbilleder af det udviklede JA/NEJ
Kodekommentarer JA/NEJ
PR og commit beskeder JA/NEJ

Tilbagelevering til OS2forms fællesskabet incl dokumentation JA/NEJ

Udfyldes af leverandøren:
Forud for opgavestart:

• Estimat:
• Leveranceplan og -proces:
  Ved aflevering af det udviklede:
• Beskrivelse af det leverede:
• Test forretningen skal være opmærksom på:
• PR:
• Vedligehold fremadrettet:

[ChatBotBerg]

@ds-bellcom & @jekuaitk - det skal vi lige have tænkt ind i fremtidig arbejdsgang

[jekuaitk]

Hej @ChatBotBerg

Den template der er blevet merget ind i develop giver anledning til udslag i vores GitHub Actions - mere specifikt vores markdown kode-standarder. Jeg ser umiddelbart heller ikke templaten blive brugt når jeg opretter issues.

Er det creating issue template der skal i brug?

[ds-bellcom]

Hej @jekuaitk. Det er en template som @ChatBotBerg lavede sammen med mig en en hurtig vending, så vi kunne komme i gang med at lave issues omkring efterårsreleasen. Hvis der er fejl i den, så må du endelig rette til, så den overholder de standarder der er. Jer er ikke en markdown-haj, så jeg aner ikke hvad der er forkert og hvordan jeg ser det.

[jekuaitk]

Hej @jekuaitk. Det er en template som @ChatBotBerg lavede sammen med mig en en hurtig vending, så vi kunne komme i gang med at lave issues omkring efterårsreleasen. Hvis der er fejl i den, så må du endelig rette til, så den overholder de standarder der er. Jer er ikke en markdown-haj, så jeg aner ikke hvad der er forkert og hvordan jeg ser det.

Det er jeg skam heller ikke. Det er kun når vores GitHub Actions skælder mig ud jeg får styr på dem 😅

Til info kører vores kodestandarder og kodeanalyse (GitHub Actions) på pull requests. Så det er ikke noget man vil lægge mærke til når der laves ændringer direkte på develop- eller main-branchen. Evt. fejl vil så først blive meldt til den næste der laver et pull request - deraf min tidligere kommentar på baggrund af #222.

Er det metoden beskrevet på creating issue template vi forsøger os med? Jeg har ikke selv prøvet at sætte en sådan tempalte op, men i så fald vil jeg tro at det blot er en flytning af templaten der skal til. Så vil vores kodestandarder heller ikke analysere filen.

[ds-bellcom]

@jekuaitk det vil jeg lade være op til @ChatBotBerg at svare på om det er den metode som du linker til der skal bruges. Det tænker jeg at hun har meget mere styr på end jeg.

Men jeg har hentet en kopi ned at MD-filen, så hvis det letter noget på det andet arbejde, så må du gerne fjerne filen for min skyld, så burde der vel ikke komme fejl på jeres PR, vel?