Bør vi la oss Scrumme? Yggdrasil 2009

827 views

Published on

Et kritisk blikk på Scrum som rammeverk for å lage brukervennlige løsninger. Fra Yggdrasil 2009, arrangert av Dataforeningens faggruppe BITS

Published in: Design
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
827
On SlideShare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
9
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • Bare det at man må ha diskusjonen viser jo hvor lite gjennomtenkt dette er. I teamet sammen med 5 utviklere. Dette går bra...... har har man skapt et miljø hvor det er enkelt å få gjennomslag. Nei vi jobber inkrementelt så...
  • Bør vi la oss Scrumme? Yggdrasil 2009

    1. 1. Bør vi la oss scrumme?<br />De innsatte styrer asylet igjen<br />Jostein Magnussen<br />
    2. 2.
    3. 3. Scrum<br />+<br />
    4. 4. sterk tilhørighet<br />eget begrepsapparat og ritualer<br />kritikere = motstandere<br />forsvarer og tilpasser religionen<br />
    5. 5.
    6. 6. I gamle dager...<br />
    7. 7.
    8. 8. Splash<br />RUP<br />Kunstnere<br />Sharepoint<br />Nei, det er ikke mulig teknisk!<br />
    9. 9. brukerne skal bli hørt<br />grafisk design skal ikke komme for tidlig<br />teknisk utvikling skal ikke komme for tidlig<br />
    10. 10. De glade dager...<br />
    11. 11. Fremtiden?<br />
    12. 12. ”Throughout digital history, about every 7 years the programming community throws a collective tantrum, breaks all of its toys, and transfers its attention to a new one.” <br />
    13. 13. In the 60s flowcharts defeated chaos<br />In the early 70s structured code defeated spaghetti code<br />In the 80s object oriented programming dominated<br />In the late 80s the buzzword was reusable code<br />In the 90s, when lots of code was ready to be reused, everything had to be Web-based, so nothing was reused<br />In the 00s, agile programming is the new toy<br />
    14. 14. Scrum – hvorfor la deg skremme<br />
    15. 15. Historie fra virkeligheten<br />
    16. 16. Produkteier<br />Noenlunde tverrfaglig team<br />Scrum-master<br />User stories<br />Hadde kjørt et par sprinter<br />
    17. 17.
    18. 18. If the user can´t find it, the function is not there <br />
    19. 19. User stories<br />
    20. 20. “When the time has come for creating user stories, one of the developers gets together with a customer representative. The customer is responsible for formulating the user stories. The developer may use a series of questions to get the customer going, such as asking if some particular functionality is desired, but must be careful not to dominate the idea creation process.”<br />http://en.wikipedia.org/wiki/User_story<br />
    21. 21. “When the time has come for creating user stories, one of the developers gets together with a customer representative. The customer is responsible for formulating the user stories. The developer may use a series of questions to get the customer going, such as asking if some particular functionality is desired, but must be careful not to dominate the idea creation process.”<br />http://en.wikipedia.org/wiki/User_story<br />
    22. 22. Gode eksempler på User Stories<br />Jeg, som Telenor-kunde ønsker å søke når jeg går inn på telenor.no<br />Jeg, som Telenor-kunde ønsker å få relevante resultater når jeg søker <br />
    23. 23. Det er bestemt hvilken User story som skal støttes, men ikke hvordan<br />
    24. 24.
    25. 25. Scrum teamet<br />
    26. 26. Teamet<br />En ansvarlig gjeng som trekker i samme retning<br />Flinke og oppegående mennesker som sammen er motivert for å lage noe bra<br />Tverrfaglig<br />Selvorganiserende<br />Selvorganiserende?<br />
    27. 27. Menneskets psykologi<br />Jeg vil gjøre hverdagen min enklest mulig<br />Jeg vil bestemme <br />Jeg vil beskyttes<br />Jeg vil ha anerkjennelse<br />
    28. 28. Hvem bestemmer? <br />Hvem bestemmer?<br />
    29. 29. Hvor ”plasserer” man interaksjonsdesigneren?<br /> Nei, da kan vi ikke levere i denne sprinten<br /> Kanskje menyen bør flyttes?<br />
    30. 30. Ooops... Konseptet er feil<br /> Lag en user story og putt det i backloggen<br />
    31. 31. ”During a sprint, no one is allowed to change the sprint backlog”<br />Hvor smidig er det?<br />
    32. 32.
    33. 33.
    34. 34. 5 vekttall<br />
    35. 35. Smidige byggeklosser<br />
    36. 36. Du kan ikke designe et godt brukergrensesnitt i deler<br />
    37. 37.
    38. 38. Alan Cooper<br />
    39. 39. Alan Cooper<br />
    40. 40. Alan Cooper<br />
    41. 41. Jeff Patton<br />http://agileproductdesign.com/blog/dont_know_what_i_want.html<br />
    42. 42. Positivt<br />Bli kvitt 100 siders kravspek<br />Backlog funker bra i en driftsfase<br />Tett samarbeid<br />Aksept for at det vil skje endringer underveis<br />
    43. 43. Negativt<br />Ikke målfokusert<br />Interaksjonsdesign ikke integrert <br />Legger til rette for dårlige designbeslutninger<br />Hvordan passer sluttbrukeren inn?<br />Er det smidig?<br />
    44. 44. Hva kan SCRUM fungere til?<br />Utvikling av teknisk komplisert programvare<br />Løpende videreutvikling av en tjeneste<br />
    45. 45. Fikse Scrum?<br />
    46. 46. Sprint Zero?<br />Analyse<br />Konseptskisser<br />Design<br />Strategi og mål<br />Brukerbehov<br />Brukertest<br />Innholdsstrategi og innholdsutvikling<br />Brukertesting<br />
    47. 47. ... sprint 0 has become a phrase misused to describe the planning that occurs prior to the first sprint ... and since planning creates artifacts that<br />often change, it should be minimized prior to the first sprint, and then occur every sprint at the sprint review/sprint planning meeting (just in time<br />planning),<br />Ken Schwaber<br />
    48. 48. Parallell track development<br />
    49. 49. http://www.iallenkelhet.no/scrum-er-ikke-tilstrekkelig-for-a-lage-gode-brukeropplevelser<br />
    50. 50.
    51. 51. 250 sider<br />http://nrkbeta.no/nrks-forste-internettstrategi/<br />
    52. 52. Analyse<br />Konseptskisser<br />Design<br />Utvikling<br />Strategi og mål<br />Interaksjonsdesign/Grafisk design<br />?<br />Brukerbehov<br />Brukertest<br />Innholdsstrategi og innholdsutvikling<br />Brukertesting<br />Copyright NetLife Research - www.netliferesearch.com - kontakt@netliferesearch.comNetLife Research AS, <br />
    53. 53. Klart bilde av det som skal lages<br />
    54. 54. Brukertesting<br />Produksjon<br />Grafisk design<br />Teknisk planlegging<br />Innholdsstrategi<br />
    55. 55. Skaff deg Prosjektlederen<br />”Diktatorisk” og faglig dyktig prosjektleder<br />Må ha litt kompetanse innen brukskvalitet / interaksjonsdesign<br />Businessteft<br />Smidig tenkende<br />
    56. 56. Denial<br />Anger<br />Bargaining<br />Depression<br />Acceptance<br />
    57. 57. Takk for meg!<br />Jostein Magnussen<br />jostein@netliferesearch.com<br />40226409<br />www.netliferesearch.no<br />www.iallenkelhet.no<br />www.twitter.com/josmag<br />
    58. 58. Kilder<br />http://www.cooper.com/journal/2008/08/alans_keynote_at_agile_2008.html<br />http://www.iallenkelhet.no/scrum-er-ikke-tilstrekkelig-for-a-lage-gode-brukeropplevelser<br />http://agileproductdesign.com/blog/dont_know_what_i_want.html<br />http://www.thinkingandmaking.com/view/agile-ux-six<br />http://agileproductdesign.com/blog/emerging_best_agile_ux_practice.html<br />

    ×