Workshop med OS2 d. 04/

Transkript

1 Workshop med OS2 d. 04/

2 Fruebjergvej 3, 2100, KBH Ø Mail: Tel:

3 Agenda Introduktion Indledende konklusioner Workshop Kandidatintro Kandidat 1 - Skræl ind til benet og understøt flow bedre Pause Kandidat 2 - Aktivering af de 80% Kandidat 3 - Workflow - fælles forståelse og rettigheder Kandidat 4 - Det gode issue Frokost Kandidat 5 Brugerstyring Fremvisning af Confluence Afrunding og opsamling

4 Hvem er vi Kristian Thomsen Projektleder PET Cap gemini Nils Buch Konsulent +10 yderligere

5 Referencer

6 Spørg endeligt! Ikke sikkert jeg kender svaret, men kan finde det til jer.

7 Baggrund OS2 har bedt aety om at gennemgå OS2 JIRA-instansen med henblik på at identificere eventuelle optimeringstiltag. Interviews gennemført med forskellige interessenter. Egen gennemgang

8 Indledende konklusioner OS2-JIRA er hjemmekonfigureret, med udgangspunkt i et centraliseringsprincip, hvor boards og workflows genbruges i videst muligt omfang. Dette gør at JIRA-instansen fra et administrativt synspunkt er standardiseret. Dette gælder ikke issue type og screen - skemaer. Gennemgås ikke her. Der er en række udfordringer med modellen for brugerstyring hvor JIRAs standard roller ikke passer til anvendelsesscenariet i OS2 OS2-JIRA anses for kompleks med manglende ensretning. Antallet af tilgængelige felter ved oprettelse af issues kan være uoverskuelige. Det savnes ligeledes at workflowet understøtter en løbende forbedring af datakvaliteten. Nye brugere oplever JIRA som forvirrende Der eksisterer ikke ens begrebsforståelse af workflow og issues. Brugerne af OS2s produkter har vanskeligt ved at melde gode idéer ind til de respektive produktejere/koordinationsgrupper, hvilket medfører en opfattelse af at 80% af brugerbasen ikke bliver bragt i tale. Er dette noget i kan nikke genkendende til?

9 Workshop format Beskrivelse af kandidat Medbragte mulige løsninger Par, plenum = validering og input fra jer Fasthold beslutning eller uenighed, men husk at vilde idéer er velkomne. Man kan det meste i JIRA J Dialogbaseret Tætpakket program

10 Kandidater Kandidat 1 - Skræl ind til benet og understøt flow bedre Kandidat 2 - Aktivering af de 80% Kandidat 3 - Workflow - fælles forståelse og rettigheder Kandidat 4 - Det gode issue Kandidat 5 - Brugerstyring Er der andet som vi kan medtage?

11 Kandidat 1 - Skræl ind til benet og understøt flow bedre

12 Skærmbilleder For at imødekomme ønsket om en mere overskuelig OS2-JIRA, bør det overvejes at fjerne overflødige felter fra relevante screens. Flowbaseret skærmbilleder For at undgå at skulle tage stilling til et større udsnit af felter kan screens implementeres ved statusskift. Dette skulle samtidig gerne højne datakvaliteten.

13 Demo

14 Pardiskussion Se venligst forslaget fra aety og overvej følgende: Om der mangler noget yderligere når et issue oprettes? Om der er data, der ikke kan indtastes i dag, som i har brug for? Er der felter der kan fjernes helt? Er der felter der bør gøres obligatoriske? Om der kunne være flere overgange, hvor det ville give mening at berige issuet? Ønsker i alt fremstillet på issue detail view(board oversigten)?

15 Plenum giver det mening?

16 Kandidat 2 - Aktivering af de 80% Der ønskes en nem måde at aktivere de brugere af OS2-produkter, som ikke er til stede i JIRA. Til dette kan en mailhandler, eller issuecollector konfigureres. Dette giver en nem måde at indrapportere ønsker uden at logge ind i JIRA. handler Issue collector

17 Demo Opsætning Confluence implementering

18 Plenum diskussion Ét til alle produkter, eller ét per produkt? Fordele/ulemper

19 Kandidat 3 - Workflow - fælles forståelse og rettigheder

20 Ensretning af kolonner Der er et ønske om ens navngivning og fastlæggelse af de forskellige kolonners betydning, samt om det er kunde, eller leverandør der er ansvarlig. Dette skal imødekomme brugernes ønske om ensretning og fælles konventioner.

21 Plenumdiskussion Hvad forstår i ved de enkelte kolonner? Hvem er primært ansvarlig? Mangler i nogen kolonner i det daglige? Er nogen af kolonnerne overflødige?

22 Kandidat 4 - Det gode issue

23 Enighed om brug af issues Der er forskellige tolkning af, hvornår en given issue type bruges. Der kan derfor med fordel udarbejdes en række definitioner. Herudover skal det afklares, hvilke issues, der skal være tilgængelige i OS2-Jira. Det skal yderligere overvejes om der felter, der er relevante for forskellige issue types. Undersøgelsesissue Der eksisterer ikke en ensrettet måde at håndtere en leverandørs behov for at bruge et antal timer til at estimere særlig kompleks funktionalitet

24 Demo Undersøgelsesissue ændrede skærm swimlane

25 Plenumdiskussion Hvad forstår i ved de forskellige issues? Har i brug for alle de aktuelle issues? Hvad med standardudbuddet er det passende, eller stadig for meget? Hvad siger til overslagsissue? Er det et enkeltstående tilfælde, eller bruges det regelmæssigt? Er der forskel på, hvad der skal udfyldes ved de forskellige issue types? F.eks. How to reproduce ved bug

26 Kandidat 5 - Brugerstyring

27 Brugerstyring der afspejler OS2-roller. Brugerstyring opleves som usmidigt, hvorfor det skal afklares, hvilke roller der er relevante. Rolle/gruppebegrænsning For at undgå utilsigtet omrokering af issues vil et udsnit af interviewpersonerne gerne have begrænset muligheden for at flytte issues i mellem kolonner til en række grupper/roller

28 Pardiskussion Forslag til roller og validér disse Projektleder/forretningskonsulent Forretningsbruger Leverandør Brugerstyring hos admin, eller hos projektleder? Pardiskussion Hvad siger i til forslaget, giver det mening? Skal der adgangsbegrænses, eller skal alle kunne alt? Autonomi vs. governance

29 Det var workshoppen! Har i andre forslag?

30 Fremvisning af Confluence

31

32

33

34

35 Afrunding og opsamling Feedback Evt?

36 Tak for i dag!

37 Fruebjergvej 3, 2100, KBH Ø Mail: Tel:

38 Materiale