Literatur
Adzic-11: Goyko Adzic: Specification by Example. Manning, 2011. Mehr Infos: https://gojko.net/books/specification-by-example/
Adzic-12: Gojko Adzic, Impact Mapping. https://www.impactmapping.org/
Adzic-14: Goyko Adzic: 50 Quick Ideas to Improve Your User Stories.
arc42: Das freie Portal für Softwarearchitktur: https://arc42.de und https://arc42.org
arc42-Quality: Frei verfügbare Beispiele für Qualitätsanforderungen: https://github.com/arc42/quality-requirements/
ATAM: Rick Kazman: ATAM Method for Architecture Evaluation, (Architecture Tradeoff Analysis Method), SEI Technical Report, https://resources.sei.cmu.edu/library/asset-view.cfm?assetid=5177
Banfield-16: Richart Banfield: Design sprint: a practical guidebook for building great digital products, O’Reilly, 2016
Brandolini: Alberto Brandolini: Event Storming. https://leanpub.com/introducing_eventstorming. Schöne Darstellung der interaktiven Workshops zum besseren Verstehen komplexer Domänen.
Clegg-94: Dai Clegg and Richard Barker (1994). Case Method Fast-Track: A RAD Approach. Addison-Wesley.
Cohn-04: Mike Cohn: User Stories Applied, Addison Wesley, 2004
Crunch: Knowledge Crunching, erklärt in Eric Evans: Domain-Driven Design – Tackling Complexity in the Heart of Software. Addison-Wesley, 2003.
Cucumber: Das vermutlich am weitesten verbreitete Toolset für BDD. Implementierungen für viele Programmiersprachen verfügbar. https://cucumber.io/
DeMarco-07: Tom DeMarco, et. al: Adrenalin Junkies und Formular Zombies, Pattern 78, Hanser-Verlag, 2007
DomainStories: Domain Storytelling: http://www.domainstorytelling.org/
Evans: Eric Evans: DDD Referenz. Überblick über alle DDD-Praktiken und Patterns;. Online: https://ddd-referenz.de/, inclusive Links zu Print-Versionen.
Gerstbach-16: Ingrid Gerstbach: Design Thinking im Unternehmen: Ein Workbook für die Einführung von Design Thinking, GABAL Verlag, 2016
Gherkin: Die Sprache Gherkin definiert die Syntax, in der wir Features in (fast) ausführbare Szenarien herunterbrechen können. Eine Einführung finden Sie unter https://cucumber.io/docs/gherkin/
Gottesdiener-12: Ellen Gottesdiener: Discover to Deliver: Agile Product Planning and Analysis, EGB Consulting, 2012
Hathaway-19: Angela + Tom Hathaway: Getting and Writing IT-Requirements in a Lean and Agile World. Self-published, https://leanpub.com/lean-requirements-user-stories-agile
Hofer: Stefan Hofer und Henning Schwentner: Domain Storytelling online auf jax.de
Hruschka-19: Peter Hruschka: Business Analysis und Requirements Engineering, 2. Auflage, Hanser Verlag
Hruschka+Starke-18: Peter Hruschka und Gernot Starke: Knigge für Softwarearchitekten, 3. überarbeitete und ergänzte Auflage, entwickler.press, 2018. Kurzfassungen finden Sie online unter https://softwareknigge.de
IREB: International Requirements Engineering Board: Handbook Advanced Module “RE@Agile”, online: https://www.ireb.org/de/downloads/tag:advanced-level-re-agile
iSAQB-Foundation Level: Curriculum: https://isaqb-org.github.io/curriculum-foundation/
ISO-25010: Standard for Systems and software Quality Requirements and Evaluation (SQuaRE), definiert ein generisches Modell für Software(produkt)qualität. https://www.iso.org/standard/35733.html
ISO-26262: Standard für functional safety for road vehicles. https://en.wikipedia.org/wiki/ISO_26262
ISO-27001: ISO Standard zu Informationssicherheit, https://en.wikipedia.org/wiki/ISO/IEC_27001
Jacobson-11: Ivar Jacobson, Ian Spence, Kurt Bittner: Use-Case 2.0: The Guide to Succeeding with Use-Cases. Online: https://www.ivarjacobson.com/publications/white-papers/use-case-ebook
JBehave: JBehave – ein Framework für Behaviour-Driven Development: https://jbehave.org/.
Lawrence: Richard Lawrence: How to split a story, https://agileforall.com/resources/how-to-split-a-story
McGreal: Don McGreal, Ralph Jocham: The Professional Product Owner: Leveraging Scrum as a Competitive Advantage. Addison-Wesley, 2018
McMenamin-84: Stephen McMenamin, John Palmer: Structured Design. Yourdon-Press 1984. Uralt. Immer noch gut, um “Fachlichkeit” sinnvoll zu strukturieren. Nimmt viele Aspekte vorweg, die in der DDD-Community als “Event-Storming” propagiert werden.
Millet-17: Scott Millet: The Anatomy of Domain-Driven Design. Leanpub, 2017. Grafisch großartig aufgemacht, leider sehr abstrakt und (wie leider die meisten DDD-Bücher ohne durchgängiges Beispiel).
North: Dan North: Introducing Behavior Driven Development, https://dannorth.net/introducting.bdd
Patton-15: Jeff Patton: User Story Mapping: Discover the Whole Story, Build the Right Product, O’Reilly, 2015
Pichler-10: Roman Pichler: Agile Product Management with Scrum: Creating Products that Customers Love. Addison-Wesley, 2010
Plöd: Michael Plöd: Hands-On Domain-Driven Design by Example. http://leanpub.com/ddd-by-example. Endlich mal ein DDD-Buch mit durchgängigem Beispiel.
Poppendieck-03: Mary und Tom Poppendieck: Lean Software Development: An Agile Toolkit. Addison-Wesley Professional, 2003. Online
Ries-11: Eric Ries: The Lean Startup, Crown Business, 2011
Req4Arc: Lehrplan des iSAQB zum Advanced Modul REQ4ARC, online
Req42: Das Portal für agiles Requirements Management https://req42.de.
Robertson-12: Suzanne und James Robertson: Mastering the Requirements Process: Getting Requirements Right. Addison Wesley; 3rd edition 2012. Online
Robertson-19: Suzanne und James Robertson: Business Analysis Agility. Addison Wesley, 2019
SEI: Das Software-Engineering Institute gehört zur Carnegie-Mellon University in USA. Qualitätsszenarien finden sich u.a. in „Software Architecture in Practice” von Len Bass et al, oder auch in diversen Technical Reports
Serenity: Serenity BDD, „automatisierte Akzeptanztests mit Stil“: integriert die Idee von Living-Documentation mit BDD. Online und bei thucydides. Die von Serenity generierte Dokumentation finden wir super-hilfreich.
Smart-14: John Smart: BDD in Action, Behavior-Driven Development for the whole software lifecycle. Manning 2014. Siehe https://www.manning.com/books/bdd-in-action
Smart-Amigo: John Smart: The Anatomy of a Three Amigo requirements discovery Session. Siehe https://johnfergusonsmart.com/three-amigos-requirements-discovery/
Spockframework: Spockframework gehört zu unseren persönlichen Favoriten der BDD-Frameworks: – Open-Source, auf Basis Groovy: Riesiges Lob und Danke an seinen Schöpfer Peter Niederwieser. Damit macht Spezifikationen schreiben wirklich Spaß! http://spockframework.org
Stakeholder: arc42 gibt einige Tipps zum Umgang mit Stakeholdern in der (technischen) Dokumentation: https://docs.arc42.org/keywords/#stakeholder
Starke-Hruschka-16: Gernot Starke und Peter Hruschka: arc42 in Aktion - Praktische Tipps zur Architekturdokumentation, Hanser 2016. Viele Tipps auch online unter https://docs.arc42.org
Starke-Hruschka: Gernot Starke und Peter Hruschka: Communicating Software Architectures: lean, effective and painless documentation. Leanpub https://leanpub.com/arc42inpractice
Starke-Hruschka-17: Gernot Starke und Peter Hruschka: Der Flexibilisator, https://jaxenter.de/flexibilisator-51170
TDD-BDD: Seb Rose: Introduction to TDD and BDD. https://cucumber.io/blog/intro-to-bdd-and-tdd/
Toth-19: Stefan Toth: Vorgehensmuster in der Softwarearchitektur. Carl Hanser Verlag, 3.te Auflage 2019. Geht besonders auf “Architekturrelevante Anforderungen” ein.
UL: Ubiquitous Language in der DDD-Referenz: https://leanpub.com/ddd-referenz/read#ubiquitous-language
VOLERE: Umfangreiches und ausgereiftes Template für Anforderungen, http://www.volere.co.uk
Wake-03: Wake, Bill: INVEST in good stories and SMART Tasks, http://xp123.com/Articles/invest-in-good-stories-and-smart-tasks, 2003
Wlaschin-18: Scott Wlaschin: Domain Modeling Made Functional - Tackle Software Complexity with Domain-Driven Design and F#. Pragmatic Programmers, 2018. Auf den ersten 50 Seiten dieses Buches stellt Scott die Grundlagen von DDD vor, so kompakt und verständlich wie aus unserer Sicht sonst bisher keines der (vielen) DDD Bücher. Auch ohne F# Ambitionen oder Erfahrungen sehr lesenswert!
Why-the-name: Die (nette) Geschichte, warum Cucumber so heisst wie ein Gemüse.
Wynn: Matt Wynn: Introducing Example Mapping: Online
Yatspec: YatSpec – ein (moderneres) Framework für BDD, das sich gut in eine JUnit Infrastruktur einfügt: https://github.com/bodar/yatspec