Idag. Projektförberedelse. Projektförberedelse. Sex tänkarhattar. Process och kvalité - perspektivtänkande De Bono: se något ur olika synvinklar

Transkript

1 Agil användbarhetsutveckling för handhållnaenheter,, FÖ4 (5) Idag Inför projektet Scrum,, Projektförberedelse Roller Scrummästare Lederarbetet (mötenetc.), är ansvarig föratt teamet fungerarväloch för kontaktermed Combitech (produktägare/scrumcoach.) Gruppansvarig Är ansvarig förkontaktermed lärare och ansvarar förgruppensplattor. Projektförberedelse Roller Scrummästare Gruppansvarig Programmerare, GUI designer, grafiker Övriga:,, Process och kvalité - perspektivtänkande De Bono: se något ur olika synvinklar Sex tänkarhattar DEN VITA MÖSSAN är som papper: neutral, bär information eller data. Vilken information har vi? Vilken information saknas? Vilken information skulle vilja ha? Hur ska vi få den? vi DEN GULA MÖSSAN är som solen: optimistisk och positiv. Med denna mössa letar man efter sätt att lösa pr oblem och hitta välgrundade fördelar med de idéer man granskar. DEN GRÖNA MÖSSAN står för kreativitet, nya idéer, nya alternativ, nya möjligheter (tänk tillväxt). DEN RÖDA MÖSSAN handlar om känslor och intuition (tänk rött som värme och eld). DEN BLÅ MÖSSAN står för fågelper spe kti ve t. Med denna mössa tänker man på processen, dagordninge n, nästa steg, sammanfattni nga r, slutsatser. DEN SVARTA MÖSSAN är som en domarkåpa (USA) som gör kr itiska bedöm ningar. Att identifiera varför en idé inte kommer att fungera eller varför den inte är lönsam är den svarta mössans uppgift.,, 1

2 Projektförberedelse Roller Gruppkontrakt Gruppkontrakt Syftet är att att alla i gruppen ska vara överens om mål, arbetssätt och rutiner för arbetet under projektet. Alla ska deltaga aktivt och ta hänsyn till allas synpunkter och önskemål.,, Gruppkontrakt Detta innebär att fastställa: vem som är ansvarig förvad rutiner regler för kommunikation, interaktion, dokumentation hur svårigheter ska lösas hur kvalitet ska mätas hur sanktioner ska utmätas och verkställas Projektförberedelse Roller Gruppkontrakt Etablera er som grupp, eventuell kompetensutveckling, andra förberedelser Arbetsmetoder Arbeta i par eller inte programmering testning (granskning), code inspection, walk- trough och andra metoder modellering av användarhistorier/användningsfall eller inte Android Versionshantering System föratt hantera projektet (tex Trello, Agilenfant) Dokumentation Etc.,, Redovisning/Examination Redovisning/examination/möte torsdag 10 mars (K0201) (vi bokar en tidper grupp från 13:15) Skriftligt och muntligt, ca15 min per grupp Dokumentation är ert gruppkontrakt och en beskrivning av hur arbetet planeras ochska utföras (alltså 2 separata dokuement). Projektförberedelse Formulär för gruppindelning (om ej ifyllt på föreläsning) ska skickas till senast torsdag 18/2 besked om grupp kommer fredag 19/2.,, 2

3 Scrum Självorganiserande team Tvärfunktionella team Prioriterade behov i en produktlogg/sprintlogg Aktiviteter i varje sprint Iterativ och inkrementell utveckling Scrums tre pelare Scrum vilar på tre pelare: transparens granskning anpassning Scrumguiden. Transparens Alla viktiga aspekter av processen måste vara synliga, transparenta, för dem som ansvarar för resultaten. För att uppnå transparens krävs att dessa delar är definierade i en gemensam standard så att alla som tar del av resultaten får en gemensam förståelse för det man ser. Till exempel: ett gemensamt språk måste användas av alla deltagare när man talar om processen; och en gemensam definition av "klart måste delas av de som utför arbetet och de som accepterar arbetsresultatet. Scrumguiden. Definitionen av klart När en post i produktloggen/sprintloggen eller ett inkrement beskrivs som klart måste alla förstå vad som menas. Medlemmarna i ett team (utvecklingsteam, produktägare) måste ha en gemensam förståelse av vad som menas med att arbetet är komplett och korrekt för att säkerställa transparens. Klardefinitionen används för att bedöma när arbetet med ett produktinkrement är slutfört. Samma definition vägleder utvecklingsteamet i att veta hur många av produktbackloggens poster de kan välja ut under ett sprintplaneringsm öte. Scrumguiden. Granskning Användare av Scrum måste ofta granska scrumartefakter samt vägen mot ett mål (aktiviteter), för att upptäcka oönskade avvikelser och resultat. Granskningarna bör inte ske så ofta att de kommer i vägen för arbetet. De är mest givande när de noga och regelbundet utförs av skickliga granskare i anslutning till arbetet. Scrumguiden. Anpassning Om en granskare ser att en eller flera aspekter av en process avviker utanför acceptabla gränser och den resulterande produkten inte kan accepteras, så måste man justera processen eller det material som man arbetar med. En anpassning måste göras så snart som möjligt för att minimera ytterligare avvikelse. Teamets granskning och anpassning? Scrumguiden. 3

4 Process Produktägarenoch teamet bestämmer tillsammans vad som ska utvecklasunder en sprint. Vilken funktionalitet som ska finnas och hur den ska se ut och användas. Baseras på: produktlogg tidigare sprint resultat (inkrement) hastighet teamets kapacitet Vad? Vad är en produktlogg och en sprintlogg? En lista med krav/behov och ett urval av krav/behov Hur beskrivs krav/behov?,, En användarhistoria är en kort beskrivning i vardagligtspråk av vad en användare vill uppnå. Som <roll> gäst Vill jag <mål/önskan/händelse> göra en reservation,, En historia förtydligas också med en kortförklaring till varför det finns ett behov av kravet(syfte). (För att kunna jämföra och prioritera nytta mellan olika krav). För att kunna jämföra och prioritera nytta mellan olika krav förtydligas en historia med en kort förklaring till varför det finns ett behov av kravet (syfte) Som <roll> Vill jag <mål/önskan/händelse> För att <syfte> Som <roll> Vill jag <mål/önskan/händelse> För att <syfte> Som gäst Vill jag göra en reservation Så att jag kan bo på hotellet, På det viset ser alla (gruppen och produktägaren) inte bara själva kravet utan även orsaken till att det är viktigt, 4

5 En grundidé är att varje historia ska varakort och få plats på en post- it lapp. Nummer/ID Estimat av arbete (exempelvis i tid) Prioritet Användarhistorier Kan innehåller (för) lite information och kan då behöva brytas ned i delar. Tillsammans med produktägaren gå igenom bakgrund och syfte och skapa uppgifter. Under sprintplaneringen när tiden uppskattas beskrivs programmeringsuppgifter etc. som behövs.,, Användarhistorier - uppgifter Användarhistorier - uppgifter, Gustavsson, T. (). Agil Projektledning., Användarhistorier - uppgifter Prioritera krav/användarhistorier Vem gör det enligt Scrums teori? produktägaren Gustavsson, T. (). Agil Projektledning.,, 5

6 Prioritet Börja med det nyttigaste först Nytta kan beskrivas som den funktionalitet och de krav som slutanvändaren väntar mest på, det vill säga, har mest nytta av. Ett första steg kan vara att göra en grov indelning exempelvis från modellen DSM (Dynamic Systems development Model) som fått namnet MoSCoW. Must have (måste ha) Should have (ska ha) Could have (kan ha) Want to have (vill ha) Prioritet Tekniken används för att inte behöva höra att allt är viktigt av produktägaren. Kan bestämma att produktägaren får som mest tilldela M (måste ha) till 50% av kraven S (ska ha) till 25% C (kan ha) till 25%,, Prioritet Användarhistorier Prioritering kan användas för att ange relationer (eller beroenden) mellan krav Exempelvis: Krav 1, 14 och 21 är alla måste ha och leveransen (resultatet) är inte särskilt mycket värd om ett av dessa krav inte ingår Tydlighet i prioritering är till hjälp inför slutet av en sprint (etapp) om man är tveksam till vad som bör göras (vid tidsbrist exempelvis). Kan innehålla (för) lite information och kandå behöva brytas ned i mindre delar. Tillsammans med produktägaren gå igenom bakgrund och syfte och skapa uppgifter. Under sprintplaneringen när tiden uppskattas beskrivs programmeringsuppgifter etc. som behövs. Identifiera hur en användarhistoria ska bekräftas, hur produktägaren ska validera/acceptera den. De måste vara testbara.,, Som besökare vill jag kunna se de senaste twittringarna från företaget direkt på startsidan. Denna funktion är viktig eftersom den gör att jag får all kommunikation från företaget samlad på en plats och inte missar något. Estimat av arbete Acceptanskriterier Webbplatsens startsida visar de 3 senaste tweetsen. Tweetsen visas inom 15 minuter från att de twittrades. Om en tweet raderas ska den inte visas på webbplatsen. Länkar i tweetsen ska fungera. Kommentarer Läggäven en "Följ oss på Twitter"- knapp i anslutning tweetsen. till,, 6

7 Estimat av arbete Olika enheter för estimat Estimat ger en bild av: Hur mycket krävs för att utföra en uppgift? Hur mycket arbete kan vi utföra under en viss tid? Hur mycket har vi utfört? Hur mycket har vi framför oss? Det finns olika sätt att estimera på men storleken på uppgiften påverkas alltid av: hur svår den är hur omfattande den är, Enheter: Story points T- shirt storlekar XS, S, M, L, XL Bananer Tid (timmar, dagar) Etc. Hur många ( ) innebär varje uppgift? Hur många ( ) klarar vi av under en sprint? Svårt att uppskatta första gången men man måste börja någonstans!, Planeringspoker (tid) Planeringspoker Teknik för att genomföra tidsuppskattningar. Teamet gör individuella tidsuppskattningar under tystnad genom att använda "spelkort" med förangivna siffror. Därefter diskuterar gruppen de tidsuppskattningar som ärmest avvikande. En iterativ estimeringsmetod Na gon la ser en användarhistoria och den diskuteraskort Varje deltagare va ljer ett kort som representerar hans eller hennes estimat Alla kort va ndssa att estimaten visas samtidigt Diskutera skillnader (framfo rallt ytterligheterna, högst och lägst estimat) Fortsaẗt tills estimaten konvergerar,, Planeringspoker Tidsestimat Varje deltagare fa r en kortlek da r varje kort har ett estimat Siffrorna representerar det antal timmar som deltagaren uppskattar att en aktivitet kommer ta att slutföra. Övning Hur lång tid tar det att skriva ett namn för hand på en papperslapp? 1,2,3,5,8,13,21,34,45? Kaffe Långa hopp mellan varje steg alla måste bestämma sig för antingen det ena eller det andra värdet. Gruppen slipper långa diskussioner kring om 20 eller 22 är rätt värde (eftersom den exakta siffran ändå inte går att förutsäga) Det handlar trots allt om uppskattningar, relativa uppskattningar.,, 7

8 Övning Hur lång tid tar det att skriva 5 namn? Olika enheter för estimat Enheter: Story points T- shirt storlekar XS, S, M, L, XL Bananer Tid (timmar, dagar) Etc., Hur många ( ) innebär varje uppgift? Hur många ( ) klarar vi av under en sprint (hastighet)? Svårt att uppskatta (första gången) men man måste börja någonstans!, Estimat Fo rsta ga ngen - Hur många ( ) innebär varje uppgift? 1. Identifiera uppgifter som a r Sma (lätt) Medium (medel) Stora (svår) 2. Va lj ut en medium som alla ka nner till 3. Saẗt den till exempelvis 5 h 4. Anva nd som referens/baseline Planeringspoker Färdiga kortlekar Papper Appar J,, Planeringspoker Varför planeringspoker fungerar La gger tonvikten pa relativa estimat Ha ller estimat inom en storleksordning Allas a sikt fa r komma till tals De som estimerar ma ste motivera sina estimat Det ga r fort (ska gå fort) Det a r roligt Grupparbete och grupptryck Hur viktigt är det att allas åsikter får komma till tals? Hur får man en väl fungerande grupp? La gger tonvikten pa relativa estimat Ha ller estimat inom en storleksordning Allas a sikt fa r komma till tals De som estimerar ma ste motivera sina estimat Det ga r fort Det a r roligt,, 8

9 Konformitet Socialpsykologisk term som betecknar att en individ ger efter för en grupps förväntningar och uppfattningar (Solomon Asch). Handlar om grupptryck. Konformitet Handlar om grupptryck. När individer i en grupp blir allt mer lika till följd av grupptryck så kallar vi det för konformitet. Om toleransen för avvikande beteenden är liteni gruppen och den sociala kontrollen är stark så blir graden av konformitethög.,, Auktoriteter Ibland gör vi saker vi normalt inte skulle göra (av samvetsskäl) när vi lyder en auktoritet (utlöses av gruppdynamiska mekanismer och auktoritetstro). Olika enheter för estimat Enheter: Story points T- shirt storlekar XS, S, M, L, XL Bananer Tid (timmar, dagar) Etc., Hur många ( ) innebär varje uppgift? Hur många ( ) klarar vi av under en sprint (hastighet)? Svårt att uppskatta (första gången) men man måste börja någonstans!, Hastighet/velocity Hur många ( ) klarar vi av under en sprint (hastighet)? Ett verktyg är hastighet (velocity) Hastighetär ett mått på hur mycket teamet fårgjort under en iteration (sprint). Hastighetärvadsom faktisktgjordesunder sista iterationen (summanav avklarade estimat) inte vadsom varplanerat. Görteamet 10 användarhistorier som tar 8 timmar styck under en iteration är teametshastighet 80 timmar. (Beror på den enhet man använder förestimat) Hastighet är alltså ett mått på hur mycket som blev klart i en sprint i den enhet man uppskattade kraven med.). Första veckangerlite information (men ärnödvändig förattge grundför jämförelse). Därefterblir teamet bättre på att uppskatta tid och därmed bättre på att förutsäga sin hastighet., Hastighet/velocity Innebär maximal hastighet maximal produktivitet? Nej. Försöker man maximera hastigheten kan det innebära det motsatta för teamet istället. Kan eventuellt ge en kortvarig positiv effekt men oftast en negativ på längre sikt (exempelvis snälla acceptanstest, fixar inte buggar etc.). Målet är inte maximal hastighet utan snarare optimal hastighet över tid, många faktorer är viktiga exempelvis kvaliteten på slutprodukten (varje inkrement)., 9

10 Hastiget/ Velocity Teamets kapacitet Ni är 6 i gruppen, ni har 2 dagar i labbet a 8h, är er kapacitet 9x2x8=96h? Nej, att planera så fungerar inte! Hastighet, tillgängliga timmar? annat?,, Teamets kapacitet För att räkna ut en realistisk kapacitet (från totalt tillgänglig kapacitet) används en fokus faktor. Fokus faktorn representerar teamets förmåga att fokusera på arbetet utan distraktioner. Multiplicera total kapacitet med en fokusfaktor och du får en rimlig uppskattning av den tid/förmåga som finns tillgänglig de effektiva timmar som kan förväntas av teamet. Ligger exempelvis runt 0,6 0,8. Ni är 6 i gruppen, ni har 2 dagar i labbet a 8h, fokusfaktor 0.6, er kapacitet blir 6x2x8x0,6=57,6h. Se exempelvis: Henrik Kniberg. Scrum and Xp from the Trenches., Fördelar med att ett team tar på sig rätt mängd arbetet är: De kan göra ett starkt åtagande. Ett starkt åtagande betyder att teamet tror på och äger sin egen plan. Man har tagit på sig en utmanande mängd arbete, men inte för mycket. Man kan med gott självförtroende säga att man kommer att leverera det man tagit på sig. Man kan leverera med kvalitet. Ett team som har för mycket att göra måste hitta någon sorts ventil att ventilera genom. Den allra vanligaste ventilen är produktens kvalitet. Man sänker helt enkelt kvalitetsambitionerna. Det funkar på kort sikt, men är fullständigt förödande på lång sikt. Ett team som har tagit på sig rätt mängd arbete för en tid, i Scrumen sprint, har tagit på sig den mängd arbete man kan göra med upprätthållande av hög kvalitet. Det betyder att man inte behöver ta genvägar för att nå målet. Vi vet ju alla att ordspråket är sant: genvägar äro senvägar. Mjukvaruutveckling är inget undantag. Moralen förblir hög. I vilket team tror du arbetsmoralen är högst? I teamet som har pressats att ta på sig för mycket arbete, kanske med motivationen att "stretch goals" är bra för dem, eller i teamet som under tankfull dialog inbördes och med produktägaren vridit och vänt på arbetet som behöver göras för att hitta rätt mängd för den kommande sprinten? Min satsning blir på teamet som lagt sin egen ribba. 10

11 Misslyckande betyder något. Tänk dig ett team som av någon anledning övertygas om att ta på sig mer arbete än de själva tror att de kommer att klara av. Tänk dig sedan att de träffas i en sprintåterblick för att prata om varför de inte lyckats leverera enligt plan. Vad tror du att de kommer att säga? Självklart kommer man att peka ut den press man utsatts för som orsaken till att man inte levererat enligt plan. Tänk dig nu ett team som själva väljer ut hur mycket arbete man kommer att klara av den närmaste månaden. Tänk dig nu att även detta team misslyckas, och därför i sin sprintåterblick diskuterar detta. Det kommer att vara lättare för detta team att vända tillbaks samtalet till den egna rollen i misslyckandet. Därför kommer de att kunna lära sig från sitt misslyckande., Den goda hälsan består. Jag arbetade med ett team på Arbetsmiljöverket vid ett tillfälle. En morgon när jag väntade i receptionen på att insläppt bläddrade jag i en publikation från myndigheten. En siffra stack ut i statistiken som presenterades: att det var så många som led av problem orsakade av att man inte hade kontroll över sin egen arbetssituation. Det är ju inte så konstigt egentligen - självklart är det stressande att förväntas kunna åstadkomma mer än vad som är realistiskt. Det gäller oavsett om man utvecklar mjukvara eller inte. Varför tror vi att det är en bra affär för våra företag att försöka pressa ut mer än vad som är möjligt ur varandra? Så för att summera: Scrum handlar om att lära sig vad man kan åstadkomma genom att själv få möjligheten att pröva sina vingar. Det lärandet kan inte komma till stånd om situationen komprometteras av ett aldrig så välment tryck att göra mer än vad görararen tycker är möjligt. Du kan välja själv: antingen får du lite, lite, mer just nu, till priset av osäkra åtaganden, dålig kvalitet, låg moral, försvarsmekanismer som förhindrar lärande och dålig hälsa - eller så får du mycket mer på långt sikt, plus leveranssäkerhet, hög kvalitet, hög moral, ständigt lärande och hälsa. Tack vi ses tisdag 23/