AGILA METODER. (för oss som inte kodar) Nina Berlin

Transkript

1 AGILA METODER (för oss som inte kodar) Nina Berlin

2 Agila värderingar 1. Individer och interaktioner framför processer och verktyg 2. Fungerande programvara framför omfattande dokumentation 3. Kundsamarbete framför kontraktsförhandling 4. Anpassning till förändring framför att följa en plan

3 IT PROJEKT Utvecklare Kravare Testare PL Styrgrupp BESTÄLLARE Användare LINJE VERKSAMHET

4 IT TEAM Scrum Master Utvecklare Product Owner Användare LINJE VERKSAMHET

5 En problematisk roll TEAM Tidsplanering Test PRODUCT OWNER Product backlog Acceptanstest SCRUM MASTER Metod Kravare/Testare/Verksamhetsmodellör/ Projektledare/Metodare

6

7 Gatufestappen 2012

8 En liten utvikning Spirited Away En kanban är en polett. Poletterna används för att skapa en sluten ekonomi i produktionssystemet.

9 KanBan 3 regler 1. Visualisera arbetsflödet 2. Begränsa pågående arbete (WIP limit) 3. Mät ledtiden

10 Agilt arbetssätt Parprogrammering Morgonmöte Product backlog Refactoring Gemensamt ägarskap

11 Product backlog Aktivitet Ansvarig WIP limit Sprint backlog

12 Varför valde vi Kanban? Det verkade enkelt Teamet var utspritt Sprintar var opraktiskt

13 Krav? Few words have done more harm to our industry than this single word requirement. - Kent Beck (XP, TDD)

14 Egenskaper Nyheter Artister Program Hitta på området Kan köras utan täckning Syns bra i solljus Notifieringar iphone och Android

15 User Story Product backlog består av user stories USER STORY Som vill jag för att <roll> <aktivitet> <nytta> T ex Som festivalbesökare vill jag se var konserten är så jag vet vart jag ska gå User stories har varsin prio Backlog Item #2 Program Notes How to demo Som deltagare vill jag se ett helt och uppdaterat program inklusive mina valda seminarier så att jag vet var jag ska befinna mig och när Importance 800 Estimate 2

16 Comfort zone koda java testa krav/pl testledare krav/pl koda ios koda java testa agil testledare product owner/ scrum master

17 April En vanlig dag Krav Idag: Designa navigering Göra mock-up Test Idag: Designa databas Parprogrammera Kod Idag: Skriva testfall Testa lite

18 Juni En vanlig dag Krav Idag: Skriva pseudokod Test och felsökning Idag: Föreslå ny navigering Nytt bygge till test Test Kod Idag: Testa Föreslå ändring i layout

19

20 Sundsvall 42-appen 2013

21 Varför valde vi Scrum? Vi ville experimentera Vi ville sprinta Vi ville mäta bättre Teamet satt samlat

22 Scrum i ett nötskal Sprint Planning Sätt upp scrumtavlan Sprint Backlog Burndown Chart Daily Scrum Uppdatera scrumtavlan Sprint Demo Visa produkten Sprint Retrospective Utvärdering av processen Product Backlog Team Product Owner Scrum Master

23 Sprintplanering AGENDA 1. Sätt upp ett mål för sprinten 2. Räkna ut velocity 3. Planning poker 4. Välj sprint backlog 5. Lista aktiviteter

24 Räkneexempel velocity 1 storypoint = 1 ideal mandag Fokusfaktor = dagar Vår velocity = antal mandagar i sprinten * fokusfaktor = ((3*15) + 7,5 7) * 0,7 = 45,5 * 0,7 = 31,85 må ti on Erik Hasse Niklas Nina ½ ½ ½ to ½ X fr ½ X X må ti on ½ ½ ½ to ½ X fr ½ X må ti on ½ ½ ½ to ½ X fr ½ X 3 personer på heltid 1 person på halvtid jämför 31 SP

25 Planning Poker Alla får varsin kortlek PO beskriver en user story Frågor och diskussion 1. Alla lägger ett dolt kort framför sig 2. Korten vänds samtidigt 3. Högst och lägst siffra argumenterar, ny diskussion Upprepa punkt 1 3 tills teamet är överens Backlog Item #2 Program Importance 800 User story Notes How to demo Som deltagare vill jag se ett helt och uppdaterat program inklusive mina valda seminarier så att jag vet var jag ska befinna mig och när Estimate 2

26 Sprint backlog 31 SP hög prio låg prio user story \ aktivitet för låg prio Hur många user stories har vi råd att köpa med våra story points?

27 Scrumtavlan 31 SP 15 dagar

28 Daily Scrum AGENDA 1. Laget runt Igår? Idag? Hinder? 2. Uppdatera burndown chart Backlog Item #2 Program Importance 800 Notes Estimate 2 How to demo Som deltagare vill jag se ett helt och uppdaterat program inklusive mina valda seminarier så att jag vet var jag ska befinna mig och när

29 Sprint backlog Aktivitet Burndown Chart Ansvarig WIP limit: finns inte Product backlog: inte på tavlan

30 Vi följde den här boken Den går att ladda ner gratis härifrån:

31 KANBAN SCRUM RUP

32 Jämförelse

33 Tester och krav i RUP VISION ligger till grund för realiseras av UC- MODELL ligger till grund för DESIGN- MODELL TEST- MODELL realiseras av IMPLEMENTATIONS- MODELL verifierar

34 Agila tester och krav driver UTVECKLING skapar KVALITETS- KRITERIER driver PRODUKT undersöks av fokuserar UPPLEVD KVALITET TEST avslöjar

35 När det kommer till kritan skillnaderna visar sig när man ska hantera en stor förändring.

36 Distribution itunes connect play.google.com/gatufesten

37 Release 1, försök 1

38 Apples motivering En del knappar funkar ju inte!

39 Traditionell systemutveckling Skriv om use cases Designa om GUI Skriv om testfallen Koda om Testa Felrätta Nytt bygge Nytt bygge = release

40 Agil systemutveckling

41 Release 1, försök 2

42 Varför funkade det? Små portioner funktionalitet Nytt bygge varje dag Dagsfärsk prioritering Alla kunde prioriteringen Gemensamt fullt fokus på högsta prio

43 TESTER I MER DETALJ

44 Frågor och svar kring testerna Q Vad ska vi testa? Q Hur skriver vi specar? Q Hur följer vi upp? A Agile Testing Quadrants A Behavior-Driven Development A Lo-Tech Testing Dashboard

45

46 Vår agile testing quadrant

47 Test-Driven Development (TDD) Utvecklingsmetod En del av XP Utvecklaren skriver testerna 1. Skriv ett test 2. Kör alla test och kolla att det nya fallerar 3. Skriv kod 4. Kör alla test och kolla att de går igenom 5. Skriv om koden snyggt 6. Upprepa

48 Frågor som TDD inte svarar på Vad ska vi testa? Vad ska vi inte testa? Hur stort är ett testfall? Vad ska testfallet heta? Varför fallerar testet?

49 Behavior-Driven Development (BDD) En utveckling av TDD Gör kraven till testfall USER STORY Som vill jag för att <roll> <aktivitet> <nytta> SCENARIO = TESTFALL = ACCEPTANSKRITERIUM SCENARIO Givet att <förutsättning> om/när <händelse> så ska <utfall>

50 User Story #4 Välj seminarium US #4 Välj seminarium Som deltagare vill jag välja seminarier till mitt program för att förbereda mig AC #2 Avmarkera seminarium AC #1 Markera seminarium Givet att om/när så ska C.2 är omarkerat man klickar på stjärnan stjärnan bli gul C.2 visas i Program C.2 visas fet på Pass 2 C.2 visas fet på DK C Givet att om/när så ska K.7 är markerat man klickar på stjärnan stjärnan bli grå K.7 tas bort från Program K.7 visas normal på Pass 7 K.7 visas normal på DK K

51 Fler testspecar Börja med de viktigaste för utvecklarna, i vårt fall GUI-prototyp Testdata

52

53 #4 Välj seminarium Navigation start start

54 #4 Välj seminarium knappfunktionalitet 8 Markera 9 Markera av Klicka på alla back-pilar 4 5 Klicka bort texten 6 10 Klicka på back och hus med stjärnan av och på Klicka på backpilen med texten tänd 7

55 Testdata Stöd för att designa databasen Stöd för funktionalitet halvfull DB full DB ändrad DB Hur ska systemet hantera förändringarna?

56 Lo-Tech Testing Dashboard presentations/ dashboard.pdf COVERAGE 0 ingen info 1 sanity check 1+ mer än sanity 2 alla funktioner vidrörs 2+ mer djupgående 3 t ex stresstester EFFORT None Start Low High Pause Blocked Ship

57 Vår lo tech testing dashboard

58 Acceptanstester Måste göras av folk utanför teamet, vilket betyder att GATUFESTAPPEN (hård tidspress) Utforskande tester Produktägarens team hade appen på sina telefoner Softronics anställda också Varje bygge testades kontinuerligt SUNDSVALL 42-APPEN (lång tid kvar) Utforskande tester Sprinten stängd Period för acceptanstest och förankring Nästa sprint baseras på det vi får in från acceptanstesterna Product Owner Scrum Master!

59 SLUTORD

60 The Power Of Three Kan test TEAM Scrum Master T Utvecklare Utvecklare Följs åt T Utvecklare Utvecklare Product Owner

61 Three Amigos samarbete Backlog Grooming Hitta scenarier till user stories Planning Meeting Beskriv user stories med scenarier Development and Verification Använd scenarierna som testfall Exploratory Testing Utforskande tester under hela utvecklingen

62 Vi är med i teamet! Testspecar utvecklar kraven Testspecar ligger till grund för koden Allt måste inte automatiseras Hjälp utvecklarna avlusa koden Koda om du kan och vill Regressionstesta hela tiden och Lev med att kraven aldrig kommer spikas.

63 LÄNKAR

64 Länkar Scrum and XP from the trenches Product Backlog Index Card Generator Agile Testing Quadrants Lo-Tech Testing Dashboard Three Amigos ectid=17232 Visualizing Quality Gojko Adzic (bland annat om mätbarhet, en timmes föreläsning)