Workshop med OS2 d. 04/12-2017
www.aety.io Fruebjergvej 3, 2100, KBH Ø Mail: Info@aety.io Tel: +45 2671 2607
Agenda 10.00-10.15 Introduktion 10.15-10.30 Indledende konklusioner 10.30-14.00 Workshop 10.30-10.50 Kandidatintro 10.50-11.20 - Kandidat 1 - Skræl ind til benet og understøt flow bedre 11.20-11.30 Pause 11.30-11.50 - Kandidat 2 - Aktivering af de 80% 11.50-12.20 - Kandidat 3 - Workflow - fælles forståelse og rettigheder 12.20-12.50 - Kandidat 4 - Det gode issue 12.50-13.30 Frokost 13.30-14.00 - Kandidat 5 Brugerstyring 14.00-14.45 - Fremvisning af Confluence 14.45-15.00 - Afrunding og opsamling
Hvem er vi Kristian Thomsen Projektleder PET Cap gemini Nils Buch Konsulent +10 yderligere
Referencer
Spørg endeligt! Ikke sikkert jeg kender svaret, men kan finde det til jer.
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
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?
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
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?
Kandidat 1 - Skræl ind til benet og understøt flow bedre
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.
Demo
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)?
Plenum giver det mening?
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. Email handler Issue collector
Demo Opsætning Confluence implementering
Plenum diskussion Ét til alle produkter, eller ét per produkt? Fordele/ulemper
Kandidat 3 - Workflow - fælles forståelse og rettigheder
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.
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?
Kandidat 4 - Det gode issue
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
Demo Undersøgelsesissue ændrede skærm swimlane
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
Kandidat 5 - Brugerstyring
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
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
Det var workshoppen! Har i andre forslag?
Fremvisning af Confluence
Afrunding og opsamling Feedback Evt?
Tak for i dag!
www.aety.io Fruebjergvej 3, 2100, KBH Ø Mail: Info@aety.io Tel: +45 2671 2607
Materiale