Anforderungserhebung als kommunikativer Prozess

Kommunikationsprozesse in der 

Anforderungserhebung 

Gastvortrag im Rahmen des Seminars zum Requirements 

Engineering 

Urs Andelfinger 

Darmstadt, 27. Juli 2010

Unklare Anforderungen stehen oft am Anfang folgenschwerer 

Mißverständnisse ... 

Quelle: 

http://www.wiwi.uni-augsburg.de/bwl/buhl/dyn/root_lehrstuhl/30Lehre/011Veranstaltungen_vergangener_Semester/ 

01999Wintersemester_2002~S2003/EBIKS_I/VL_EBIKS_I_WS0203_0.pdf?rnd=46694 

© 2010 Urs Andelfinger. All rights reserved. 2 

Gastvortrag Requirements Engineering – 27.07.2010

… nicht-verstandene Probleme führen oft in eine Sackgasse 

Quelle: D. Gause, Ch. Weinberg 



… deshalb geht es heute um wichtige Kernfragen für eine 

erfolgreiche Anforderungserhebung 

Kernfragen zum besseren Verständnis der Anforderungserhebung: 

1. Was ist das Schwierige bei der Softwareentwicklung generell? 

2. Worum geht es bei der Anforderungserhebung im speziellen? 

3. Was hat Anforderungserhebung mit Kommunikation zu tun? 

4. Was gibt es für Ansätze, gute Kommunikationsprozesse bei der 

Anforderungserhebung zu führen? 

Zielsetzung: 

• Gemeinsames Grundverständnis der Herausforderung 

‚Kommunikationsprozesse bei der Anforderungserhebung‘ 

• Kenntnis von Methoden, Techniken und möglicherweise prinzipiellen 

Grenzen für eine ‚gute‘ Anforderungserhebung 



F. Brooks: DAS Schwierigste bei Softwareentwicklungen ist, 

genau zu bestimmen, WAS man entwickeln möchte 

F. Brooks: No Silver Bullet (1986): 

„The hardest single part of building a software system is deciding precisely 

what to build. 

No other part of the conceptual work is as difficult as establishing the detailed 

technical requirements, including all the interfaces to people, to machines and 

to other software systems. 

No other part of the work so cripples the resulting system if done wrong.“ 

F.P. Brooks: No Silver Bullet: Essence and Accidents of Software Engineering. IFIP Tenth World Computing 

Conference 1986, Elsevier Science, Amsterdam, pp. 1069-1076. 



P. Naur: Softwareentwicklung ist mehr als die 

Produktion von lauffähiger Software 

Peter Naur: Programming as Theory building (1985): 

• „The proper, primary aim of programming is, not to produce programs, but to 

have the programmers build theories of the manner in which the problems at 

hand are solved by program execution. … 

This suggestion is in contrast to what appears to be a more common notion, 

that programming should be regarded as a production of a program and 

certain other texts.“ 

• Es scheint im Rückblick der letzten 25 Jahre, als ob Naur hiermit den Nagel 

schon ziemlich auf den Kopf getroffen hat, nämlich die Beachtung der 

Kontexteinbettung von Softwareartefakten für deren praktischen Erfolg 

Einführungsbeispiele: 

beide ‚Lösungen‘ sind technisch lauffähig, verfehlen aber ihren Zweck 



Zur Bestimmung des ‚WAS‘ und in der anschliessenden 

Umsetzung muss der Software-Lebenszyklus verschiedene 

Lücken überbrücken 



Typischerweise ist der SW-Lebenszyklus eingebettet in einen 

(noch) größeren Kontext, den sogenannten ‚Hintergrund‘ 

Welcher Teil ist der letztlich 

relevantere für den ‚Erfolg‘ 

der Systementwicklung? 



Typische Rationalitäten, die durch soziale Interaktionen 

zwischen Vorder- und Hintergrund zu vermitteln sind 



Übung zum Vorder- und Hintergrund: 

Anwendungsbeispiel ‚Vision MOVE-Online 60+‘ 

Aufgabenstellung: 

Versuchen Sie, das Fallbeispiel auf die Struktur ‚Vorder- und Hintergrund‘ 

abzubilden (vgl. Handout) 

1. Was ist 

a.) der Hintergrund der Aufgabenstellung (Akteure, Interessen, Ressourcen) 

b.) der Vordergrund der Aufgabenstellung (Praktische (Anwendungs- 

)situation, Anforderungsdefinition, das ‚Produkt‘) 

2. Durch welche sozialen Interaktionen haben Sie Vorder- und Hintergrund 

verbunden? Welche Hürden haben Sie dabei nehmen müssen? Wie 

charakterisieren Sie die Interaktionskultur? 

3. Welche Lücken (z.B. pragmatische Lücke, Anwendungslücke) sind am 

‚hartnäckigsten‘? Warum? 



Exkurs zur Interaktionskultur: In jeder zwischenmenschlichen 

Kommunikation stecken mehrere Botschaften 

• Schultz von Thun unterscheidet z.B. 4 Botschaften 

Quelle: F. Schultz von Thun 



Exkurs zur Interaktionskultur: Die 4 Ohren im 

Kommunikationsmodell von Schultz von Thun 

• Kommt Ihnen das bekannt vor: Sie sagen etwas – und Ihr Gegenüber 

versteht es ganz anders, als Sie es meinten? 

Quelle: F. Schultz von Thun 

• Das 4-Ohren Modell (oder vergleichbare Modelle) hilft Ihnen, dennoch zu 

einem ‚guten‘ Kommunikationsergebnis zu kommen. Gerade bei IT-Projekten 

geht es nämlich oft um Sach- und Machtfragen zugleich. Ihr Gegenüber (z.B. 

Nutzer, Manager) spürt das oft intuitiv, wo Sie als Informatiker vielleicht 

vorrangig die Sachfrage sehen. 



Kommunikation im Rahmen der Anforderungserhebung ist 

umso kreativer, je mehr double-loop-Lernen ‚erlaubt‘ ist 

Quelle: nach G. Bateson und Ch. Argyris, 



Übung: Priorisierung der Anforderungen für die 

‚Vision MOVE-Online 60+‘ 

• Chaos-Cocktail Party: 

– Aufschreiben DER für Sie wichtigsten Anforderung (nur 1 aufschreiben) 

– 1. Cocktailrunde: 

Austausch der eigenen Karte mit Karten von möglichst vielen 

Kommilitonen, KEINE Diskussion 

– 2. Cocktailrunde: 

Jetzt behalten Sie Ihre Karte. Verteilung von insgesamt 7 Punkten 

zwischen Ihrer Karte und der Ihres Partners – einigen Sie sich jeweils 

mit Ihrem Partner hinsichtlich Wichtigkeit, notieren Sie die jeweiligen 

Punkte für Ihre Anforderung auf Ihrer Karte (insges. 4 mal) 

– Abschlussrunde: 

Summe bilden pro Karte und Protokollierung der Rangfolge durch 

Moderator für die Gesamtgruppe 



Debriefing der Chaos-Cocktail Party für die 

‚Vision MOVE-Online 60+‘ 

• Debriefing: 

– Können Sie mit dem Gesamtergebnis leben? 

– Was sind Ihre Eindrücke / Erfahrungen? 

– Informationsaustausch – besseres Verständnis – Rangordnung – 

Commitment? 



Kommunikationsorientierte Techniken in Best Practices des 

Projektmanagements, der SWT und der Wirtschaftsinformatik 

• Projektmanagement: PMBOK 

• Softwaretechnik, z.B.: 

– CMMI: Anforderungsmanagement 

– Vorgehensmodelle: iterativ-inkrementell / agil 

• Wirtschaftsinformatik: IT-Business Alignment & IT-Governance 



Kommunikationsprozesse im professionellen 

Projektmanagement: PMBOK-Standard 

• Ausgangspunkt: Statement of Work 

• Transformation des Statement of Works in die Project charter bzw. vom 

Lasten – zum Pflichtenheft: 

– Wer macht typischerweise was? 

– Was könnten aus kommunikationstheoretischer Sicht Vorteile dabei 

sein? 

– Wie könnte man das konkret machen? ( ‚Aktives Zuhören‘) 



Wichtige Ergebnisse solcher wechselseitiger Kommunikationsprozesse 

und Kommunikationsverantwortlichkeiten 

Commitment 

im Sinne einer gemeinsam geteilten Theorie und eines gemeinsam geteilten 

Problemverständnisses im Sinne von Motivation: „Wenn Du Menschen lehren 

willst, gute Segelschiffe zu bauen, lehre sie die Sehnsucht nach dem Meer“ 

(nach A. de Saint Exupéry) 



Kommunikationsprozesse in der Softwaretechnik am Beispiel 

von CMMI: Gut gestartet (gezielt) ist halb gewonnen … 

19 


Gastvortrag Projektmanagement Requirements - WS Engineering 2008 / 09 –- 27.07.2010 29.10.2008

… allerdings sind die Ziele für eine Softwareentwicklung oft 

nur teilweise bekannt oder bewußt 

Ziele sind Triebfedern des Handelns und Richtschnur von Entscheidungen. 

Herausforderungen: 

Ziele sind oftmals 

• nicht bewusst 

• einander widersprechend 

• unterschiedlich wichtig 

• zu ungenau 

Lösungsansatz: 

Ziele 

• zunächst aus Benutzungssicht formulieren und dann auf das 

Softwareprodukt beziehen 

• konsistent machen und priorisieren 

• kommunizieren und verbindlich machen 

20 


Gastvortrag Projektmanagement Requirements - WS Engineering 2008 / 09 –- 27.07.2010 29.10.2008

Kommunikationsprozesse im Anforderungsmanagement 

gemäß CMMI (insbesondere RD sowie REQM, PP) 

Kundenanforderungen 

entwickeln 

Bedürfnisse 

Kundenanforderungen 

& 

Betriebskonzepte 

Auftraggeber 

/ 

Anwender / 

Entwickler 

Produktanforderungen 

entwickeln 

Produktanford. in 

Übereinstimmung mit 

den Constraints 

Laufendes 

Anforderungsmanagement 

Technische 

Umsetzung 

Produktanforderungen 

umsetzen 

Laufende 

Validierung / Verifikation 



Übung zur Zielpriorisierung in einem gemeinsamen 

Kommunikationsprozess: Das Seenotspiel & Schätzpoker 

• Seenotspiel: Aufgabenstellung verteilen 

• Schätzpoker: 

Karten verteilen und priorisieren: die Zahlen als relative Prioritäten 

interpretieren 



Debriefing zum Seenotspiel 

• Was ist die Philosophie einer sinnvollen Priorisierung? 

• Kommunikationstheoretische Einsichten: 

• Schätzpoker = Variante der Delphi-Methode, Ausnutzung der gemeinsamen 

Intelligenz der gesamten Gruppe. Setzt jedoch gewisse Bereitschaft zur 

Revision der eigenen Meinung voraus. Es können verschiedene 

Temperamente (Vielredner, Schüchterne) teilweise etwas gleichmäßiger 

integriert werden. 



Iterative-inkrementelle oder agile Vorgehensmodelle setzen 

ebenfalls intensive Kommunikationsprozesse ein 

z.B. Agiles Manifest: 

• Individuals and interactions over processes and tools 

• Working software over comprehensive documentation 

• Customer collaboration over contract negotiation 

• Responding to change over following a plan 

Oder entsprechend Barry Boehm‘s Spiralmodell, RUP, etc. 

Poster aus Objekt-Spektrum 



Strategische Grundsatz- Entscheidung 

Wirtschaftsinformatik: IT-Business Alignment und IT-Governance 

sind ohne Kommunikationsprozesse nicht denkbar 

Definition 

Mittel zur 

Umsetzung 

IT-gestützte 

Gesch.prozesse 

Informationstechnologie 

Realisierung 

Strategische 

Unternehmensziele 

prozessorientierte 

Einführung 

Basis zur Formulierung realistischer Ziele 



Fazit 

• SW-Entwicklungsprozesse sind intrinsisch mehrschichtig (Vorder- und Hintergrund, 

Einbettung in Kontext) 

• Anforderungserhebung ist KEINE 1:1 Abbildung / objektives Erkennen von 

‚vorhandenen‘ Anforderungen, sondern ein gegenseitiger kommunikativer Abgleich 

von verschiedenen Handlungsplänen und Handlungsmöglichkeiten und die 

Entwicklung einer (gemeinsamen) Theorie 

• Anforderungserhebung ist ein Kommunikationsprozess - einschliesslich anschaulicher 

Teile wie z.B. Prototyping ( Marc Hassenzahl etc.) 

• Es gibt anerkannte Methoden der SWT und der Wirtschaftsinformatik, die diese 

Einsichten pragmatisch einsetzen 

– Z.B. PMBOK, CMMI, und iterativ-inkrementelle Methoden bzw. Agile Methoden 

– Z.B. Chaos-Cocktail-Party, Planning-Poker etc. 



Fragen 

?

Anforderungserhebung als kommunikativer Prozess

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?