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

1. Bør vi la oss scrumme? De innsatte styrer asylet igjen Jostein Magnussen

3. Scrum +

4. sterk tilhørighet eget begrepsapparat og ritualer kritikere = motstandere forsvarer og tilpasser religionen

6. I gamle dager...

8. Splash RUP Kunstnere Sharepoint Nei, det er ikke mulig teknisk!

9. brukerne skal bli hørt grafisk design skal ikke komme for tidlig teknisk utvikling skal ikke komme for tidlig

10. De glade dager...

11. Fremtiden?

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.”

13. In the 60s flowcharts defeated chaos In the early 70s structured code defeated spaghetti code In the 80s object oriented programming dominated In the late 80s the buzzword was reusable code In the 90s, when lots of code was ready to be reused, everything had to be Web-based, so nothing was reused In the 00s, agile programming is the new toy

14. Scrum – hvorfor la deg skremme

15. Historie fra virkeligheten

16. Produkteier Noenlunde tverrfaglig team Scrum-master User stories Hadde kjørt et par sprinter

18. If the user can´t find it, the function is not there

19. User stories

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.” http://en.wikipedia.org/wiki/User_story

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.” http://en.wikipedia.org/wiki/User_story

22. Gode eksempler på User Stories Jeg, som Telenor-kunde ønsker å søke når jeg går inn på telenor.no Jeg, som Telenor-kunde ønsker å få relevante resultater når jeg søker

23. Det er bestemt hvilken User story som skal støttes, men ikke hvordan

25. Scrum teamet

26. Teamet En ansvarlig gjeng som trekker i samme retning Flinke og oppegående mennesker som sammen er motivert for å lage noe bra Tverrfaglig Selvorganiserende Selvorganiserende?

27. Menneskets psykologi Jeg vil gjøre hverdagen min enklest mulig Jeg vil bestemme Jeg vil beskyttes Jeg vil ha anerkjennelse

28. Hvem bestemmer? Hvem bestemmer?

29. Hvor ”plasserer” man interaksjonsdesigneren? Nei, da kan vi ikke levere i denne sprinten Kanskje menyen bør flyttes?

30. Ooops... Konseptet er feil Lag en user story og putt det i backloggen

31. ”During a sprint, no one is allowed to change the sprint backlog” Hvor smidig er det?

34. 5 vekttall

35. Smidige byggeklosser

36. Du kan ikke designe et godt brukergrensesnitt i deler

38. Alan Cooper

39. Alan Cooper

40. Alan Cooper

41. Jeff Patton http://agileproductdesign.com/blog/dont_know_what_i_want.html

42. Positivt Bli kvitt 100 siders kravspek Backlog funker bra i en driftsfase Tett samarbeid Aksept for at det vil skje endringer underveis

43. Negativt Ikke målfokusert Interaksjonsdesign ikke integrert Legger til rette for dårlige designbeslutninger Hvordan passer sluttbrukeren inn? Er det smidig?

44. Hva kan SCRUM fungere til? Utvikling av teknisk komplisert programvare Løpende videreutvikling av en tjeneste

45. Fikse Scrum?

46. Sprint Zero? Analyse Konseptskisser Design Strategi og mål Brukerbehov Brukertest Innholdsstrategi og innholdsutvikling Brukertesting

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 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 planning), Ken Schwaber

48. Parallell track development

49. http://www.iallenkelhet.no/scrum-er-ikke-tilstrekkelig-for-a-lage-gode-brukeropplevelser

51. 250 sider http://nrkbeta.no/nrks-forste-internettstrategi/

52. Analyse Konseptskisser Design Utvikling Strategi og mål Interaksjonsdesign/Grafisk design ? Brukerbehov Brukertest Innholdsstrategi og innholdsutvikling Brukertesting Copyright NetLife Research - www.netliferesearch.com - kontakt@netliferesearch.comNetLife Research AS,

53. Klart bilde av det som skal lages

54. Brukertesting Produksjon Grafisk design Teknisk planlegging Innholdsstrategi

55. Skaff deg Prosjektlederen ”Diktatorisk” og faglig dyktig prosjektleder Må ha litt kompetanse innen brukskvalitet / interaksjonsdesign Businessteft Smidig tenkende

56. Denial Anger Bargaining Depression Acceptance

57. Takk for meg! Jostein Magnussen jostein@netliferesearch.com 40226409 www.netliferesearch.no www.iallenkelhet.no www.twitter.com/josmag

58. Kilder http://www.cooper.com/journal/2008/08/alans_keynote_at_agile_2008.html http://www.iallenkelhet.no/scrum-er-ikke-tilstrekkelig-for-a-lage-gode-brukeropplevelser http://agileproductdesign.com/blog/dont_know_what_i_want.html http://www.thinkingandmaking.com/view/agile-ux-six http://agileproductdesign.com/blog/emerging_best_agile_ux_practice.html