Auf der OOPSLA '87 stellte Ivar Jacobsen erstmals das Konzept der Use Cases vor. Heute, 27 Jahre später, sind Use Cases noch immer „quicklebendig“ – und zwar nachweislich: So zeigt eine Studie aus dem Jahr 2013 [1], dass 73 % der beteiligten deutschen Unternehmen aktuell Use Cases einsetzen. Ein Viertel davon sogar seit mehr als 10 Jahren. Deutsche Unternehmen stehen damit nicht allein: Nach einer ebenfalls im letzten Jahr durchgeführten Umfrage in der Schweiz [2] verwenden 51 % der befragten Unternehmen Use Cases für die Spezifikation von Anforderungen. Use Cases sind nicht ohne Grund so beliebt: Für viele Unternehmen bilden sie das Mittel der Wahl für die Stakeholderkommunikation. Use Cases helfen dabei, zu verstehen, wie ein System dazu beiträgt, die vom User angestrebten Ziele zu erreichen und die gewünschten Ergebnisse zu erzeugen. Als weiterer wichtiger Nutzen wird wahrgenommen, dass Use Cases den funktionalen Zusammenhang eines Systems abbilden und einen schnellen Überblick über die Systemfunktionalität schaffen. Gerade dieser Überblick wird bei der Arbeit mit User Stories in agilen Projekten häufig vermisst. Wie kann man zum einen die Vorteile von Use Cases nutzen und zum anderen Planungseinheiten finden, die für die agile Projektplanung geeignete sind? Zahllose Quellen im Internet beschäftigen sich mit der Ableitung von User Stories aus Use Cases. Aber ist es wirklich erstrebenswert, ein methodisches Konzept in ein anderes zu übersetzen? Wäre es nicht sinnvoller, in einer methodischen Welt zu bleiben? Kann man nicht auch agil mit Use Cases planen, ohne den Schritt zur User Story zu machen? Jacobsen hat mit zwei Mitautoren 2011 in [3] selbst die Antwort darauf gegeben: Ja man kann. Der Schlüssel dazu ist eine erweiterte Technik: Use-Case 2.0. Sie basiert auf einem Slicing – also einem „Zerschneiden“ der Use Cases. Die Use Case Slices bilden die Planungseinheiten für Sprints in agilen Projekten. Kriterium für das „Zerschneiden“ von Use Cases ist der mit einem realisierten Slice geschaffene Wert für den Anwender. Und so wie zu User Stories immer Testkriterien definiert werden sollten, gehören auch zu einem Slice unbedingt Test Cases. Quellen: [1] HK Business Solutions, Fraunhofer IESE: Ergebnisbericht „Use Cases in der Praxis“, 2013, http://www.hk-bs.de/Presse/wp-content/uploads/2014/03/Ergebnisbericht-Use-Cases-in-der-Praxis.pdf [2] SwissQ Consulting in Kooperation mit der Universität St. Gallen: Requirements Trends & Benchmarks Schweiz, 2013, http://www.swissq.it/wp-content/uploads/2012/11/Requirements-Trends-und-Benchmarks-2013_Web.pdf [3] Ivar Jacobson, Ian Spence, Kurt Bittner: Use-Case 2.0 ebook, Ivar Jacobsen International, 2011, http://www.ivarjacobson.com/Use_Case2.0_ebook/