Sind Use Cases und User Stories dasselbe? Und wenn nein, was sind dann die Unterschiede? Kann man sie in der Praxis miteinander verbinden, oder sollte man sich lieber für eine Seite entscheiden?
Zunächst: dasselbe sind sie nicht. Weiterlesen
Wer sich schon einmal mit der Frage herumgeschlagen hat, wie man User Stories sinnvoll schneiden kann, kennt meist auch das Story Splitting Cheat Sheet von Humanizing Work. Kennen Sie auch den Story Splitting Flowchart von Richard Lawrence?
Zu finden unter: http://www.richardlawrence.info/splitting-user-stories/
Für die praktische Arbeit sehr brauchbar. Probieren Sie es aus!
Wussten Sie, dass es jetzt auch den „grünen Punkt“ in der Softwareentwicklung gibt? Ja, das Trennen nach recycelbaren Entwicklungsergebnissen macht Sinn. Andere wiederum müssen „entsorgt“ werden – die meisten Halden werden in unserer Industrie als Archive bezeichnet. Wenn Sie erfahren wollen, wie Sie die richtige Mülltrennung hinbekommen können, lesen Sie weiter … Weiterlesen
RE-Phänomene in agilen Projekten oder such den Scrumertinger! Im Rahmen der Pecha Kucha Night auf der OOP 2013 kommen wir diesem viel zu realen Wesen auf die Spur. Viel Vergnügen mit einer etwas anderen Vortragsform und Susanne Mühlbauer mit dem Beitrag: Scrumertinger: RE-Phänomene in agilen Projekten auf der OOP 2013.
Für mehr Informationen zum Thema Pecha Kucha siehe Wikipedia: Pecha Kucha.
Wirksame Gegenmittel gegen RE-Phänomene und Scrumertinger finden Sie auch in unseren Trainingsangeboten, zum Beispiel hier:
Spätestens seit sich die agile Softwareentwicklung als alltagstaugliche und in einigen Entwicklungsbereichen auch als alternative Vorgehensweise durchgesetzt hat, sind die User Stories fester Bestandteil der Entwicklung. Die Requirements sind aber als Entwicklungsartefakt nicht ausgestorben. So existieren in vielen Unternehmen beide Artefakte – User Story und Requirement – nebeneinander, quasi stellvertretend für die agile und die klassische Welt. Lassen Sie sich mit dem nun folgenden Gedankenspiel auf eine mögliche Verschmelzung dieser Artefakte ein. Weiterlesen
Wir sind mittlerweile recht gut darin, Informationen zu analysieren und zu verwalten (z.B. Anforderungen), komplexe Strukturen in einfachere Substrukturen herunterzubrechen etc., also darin, statische oder strukturelle Komplexität zu meistern. Warum tendieren dann „große“ Systeme (v.a. Softwaresysteme) dazu, immer „schlechter“ zu werden mit einem stetig anwachsenden Fehlerberg? Weiterlesen
Es ist mir schon fast unangenehm, das Wort agil nun auch in diesem Kontext zu verwenden. Jedoch halte ich es für notwendig, einen genaueren Blick darauf zu werfen, was bei der Spezifikation von Anforderungen in einem agilen Umfeld zu beachten ist. Zu oft sehe ich, dass nun statt umfangreichen Spezifikationen noch umfangreichere Mengen von umfangreichen User Stories entstehen.
Agiles Arbeiten bedeutet für alle Beteiligten – nicht nur für Requirements Engineers – an vielen Stellen ein Umdenken. Weiterlesen
Kennen Sie auch die Situation, dass Ihre Projekte nicht die optimalen Voraussetzungen für Scrum haben? Sie haben also:
Haben Sie sich auch schon mal gefragt, ob es eine Möglichkeit gibt, Akzeptanzkriterien mit Hilfe eines systematischen Vorgehens zu definieren? Oder wollen Sie eine Basis für Ihre Akzeptanztests schaffen, um festzustellen, ob Ihr System oder Ihre entwickelte Software den Kundenerwartungen entspricht? Weiterlesen