eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009 – Rolf Schulte Strathaus)
28 gefällt mir1,714 aufrufe
Das Dokument diskutiert die Herausforderungen und Chancen der Integration von Informationsarchitektur (IA) in Agile-Methoden, insbesondere Scrum. Es hebt kritische Punkte hervor, wie die Notwendigkeit echter Nutzerintegration und die Anpassung von IA-Praktiken an agile Teams, während es Tipps für eine erfolgreiche Zusammenarbeit gibt. Trotz der Schwierigkeiten betonen die Autoren die Vorteile von Agile, wie Transparenz und Flexibilität, und schließen mit der Feststellung, dass eine Zukunft für diese Beziehung besteht.
![Fertig! Fragen? Inken Petersen / XING AG Teamlead User Experience [email_address] Patrick Roelofs / eparo GmbH Geschäftsführer patrick.roelofs@eparo.de](https://image.slidesharecdn.com/eparoiakonfslideshare-090517152601-phpapp02/85/eparo-IA-und-agile-Softwareentwicklung-verbinden-Vortrag-IA-Konferenz-2009-Rolf-Schulte-Strathaus-52-320.jpg)
Weitere ähnliche Inhalte
Ähnlich wie eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009 – Rolf Schulte Strathaus) (20)
eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009 – Rolf Schulte Strathaus)
- 1. IA und agile Softwareentwicklung verbinden: eine schwierige Beziehung? IA-Konferenz / Hamburg 17.05.2009
- 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
- 10. SCRUM?
- 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?
- 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 [email protected]