1. IA und agile Softwareentwicklung verbinden: eine schwierige Beziehung? IA-Konferenz / Hamburg 17.05.2009

2. Wir? Inhaltspunkt

3. Inken und Patrick gefühlte… 100.000 Seiten Spezifikation, 10.000 Wireframes, 1.000 Sitemaps, 1.000 Usability-Tests,… Inhaltspunkt

4. Old Skool Agentur IAs. Inhaltspunkt

5. IA = Big IA = UX

6. Heute: Unsere Erfahrungen als IAs mit Agile. Vermutlich nicht der Weissheit letzter Schluss. Inhaltspunkt

7. #1 #2 #3 Wo liegen (unser Ansicht nach) die kritischen Punkte wenn IA und Scrum zusammentreffen? Was kann man tun, damit dieses Zusammentreffen gut verläuft? Was ist Agile SE, insb. Scrum?

8. IA VS. Agile

9. Worauf bezieht sich „Agil“? Individuen und Interaktionen …sind wichtiger als Prozesse und Werkzeuge Funktionierende Software … ist wichtiger als umfangreiche Dokumentation Reaktion auf Änderungen …ist wichtiger als das Festhalten an einem starren Plan Quelle: agilemanifesto.org

12. Scrum? Kleine, eigenverantwortliche und selbstorganisierte Teams …kein Projektleiter der Aufgaben zuweist Transparenz und Sichtbarkeit … durch ständigen Austausch und räumliche Nähe Flexibilität …durch schlanke Spezifikation und ständigen Austausch

13. Im Vergleich zu normalen Projekten heisst das Im Vorfeld wird deutlich weniger geplant Tiefgehende Dokumentationen, gehören nicht zu agilen Entwicklungsprozessen Die Lösung kommt im Prozess Viele Lösungen werden “Just-in-Time” erarbeitet. Das Team definiert die Lösung Das Management definiert nur, welches Problem gelöst werden soll.

14. Priorisierte Anforderungen mit kurzen funktionalen Beschreibungen Das Team entscheidet wie viele dieser Anforderungen sie im Zeitraum X umsetzen können Im sog. „Sprint“ (eine Iteration) werden diese Anforderungen realisiert Was habe ich seit dem letzten DS getan? Was plane ich bis zum nächsten DS zu tun? Was hat mich in meiner Arbeit behindert? Ergebnis ist ein fertiges Features.

15. Product Backlog

16. #1 #2 #3 Wo liegen (unser Ansicht nach) die kritischen Punkte wenn IA und Scrum zusammentreffen? Was kann man tun, damit dieses Zusammentreffen gut verläuft? Was ist Agile SE, insb. Scrum?

18. „ Get ready to be hated!“

19. „ Wieso, wir wollen doch alle bessere Software entwickeln?“

20. „ Der Product Owner muss genau wissen was er will.“

21. „ Wie komme ich dazu, genau zu wissen was ich will?“ Damit ich das im Prozess auch entsprechend vertreten und kommunizieren kann…

22. “ Working software is the primary measure of progress.”

23. Operation gelungen, Patient tot?

24. Quelle: agileproductdesign.com

25. Wesentliche Knackpunkte Die reine Scrum-Lehre bietet für IA-Practice (noch) keinen Raum Echte Nutzerintegration findet nur selten statt. Scrum ist größtenteils “Just-in-time”

26. #1 #2 #3 Wo liegen (unser Ansicht nach) die kritischen Punkte wenn IA und Scrum zusammentreffen? Was kann man tun, damit dieses Zusammentreffen gut verläuft? Was ist Agile SE, insb. Scrum?

27. Was kann man also tun? Und egal was der Scrum-Trainer sagt, so geht’s besser für consumer-orientierte Produkte

28. Quelle: agileproductesign.com Alle wollen schnell starten … nur der IA nicht!

29. „ Das kann nie funktionieren…“

30. 1. Schock “ Oh Gott, das kann nie funktionieren.” 2. Zorn “Warum passiert mir das? Das ist nicht fair.” 3. Verhandeln “Bitte lasst mich wenigsten noch einen Use Case schreiben.” 4. Depression “Lasst mich bloss in Ruhe, es ist alles egal.” 5. Akzeptanz “Wird schon irgendwie klappen.” Quelle: agileproductdesign.com, in Anlehnung an das Kübler-Ross Modell

31. 8 Tipps für agile „Produktentwicklung“

32. Das Team muss das gleiche Scrum Verständnis haben #1

33. Detailliert besprechen, was Scrum für dieses Team/Unternehmen heißt. + IAs müssen sich auf Software Entwickler einlassen, und umgekehrt!

34. IA muss Teil des Entwicklungs- teams sein (nicht nur Tekkies) #2

35. Mittendrin sein, statt nur dabei. Am Besten sitzt der IA inmitten der Entwickler, Designer, QA-Manager (im Projekt-Teamraum).

36. Vorneweg konzipieren, aber nur soviel wie notwendig. #3

37. Bevor gesprintet wird Der Product Owner formuliert die Vision = Konkrete Idee was das Produkt sein soll.* * Böse Zungen könnten auch von einem Grobkonzept sprechen. 

38. Vorneweg denken und hinterher ausbeulen #4

39. Wenn gesprintet wird Research/Konzept/Design = n+2 Sprint Support = n Review = n-1 Quelle: http://www.alistapart.com/articles/gettingrealaboutagiledesign

40. Spezifikation ja, aber möglichst Low-Fi #5

41. Eine schlanke Beschreibung reicht in den meisten Fällen aus UI-Scribble +User Stories +Beschreibung +Akzeptanzkriterien … und natürlich viel, viel reden.

42. Quelle: agileproductesign.com Entwickler als Co-Designer nutzen #6

44. Quelle: agileproductesign.com Für eine klare Rollenverteilung sorgen #7

45. “ Die Entwickler haben gerade beschlossen, dass Sie keinen IA und Designer brauchen…und ab jetzt alles alleine machen.”

46. Quelle: agileproductesign.com Genau überlegen, was wichtig ist (für Business und Nutzer) #8

47. “ Wenn die Website morgen live gehen würde, was MÜSSTE unbedingt enthalten sein?”

48. Must have? = Launch Should have? Nice to have? Phase 2?

49. So sollte es definitiv besser klappen.

50. Agile Produktentwicklung Vorteile: Transparenz, hohe Flexibilität, frühe Ergebnisse, das ganze Team designed das Produkt, das agile Teamwork macht Spass Nachteile Planungssicherheit, gemeinsames Verständnis für agil muss erst einmal geschaffen werden, nicht jeder Mensch ist für Agile Produktentwicklung geeignet

51. Unser Fazit: Eine Beziehung, die Zukunft hat.

52. Fertig! Fragen? Inken Petersen / XING AG Teamlead User Experience [email_address] Patrick Roelofs / eparo GmbH Geschäftsführer patrick.roelofs@eparo.de