Home

Requirements-Engineering und -Management - beck

1. gar nicht geeignet nicht gut geeignet S nn i 25 Se o Kein Einfluss gt geeignet gt PS ON Ay gut geeignet IR QS gt sehr gut geeignet NON ey RGN Gy INE A 7 m ON Gy eGo ROR Mensch o problematische Gruppendynamik Organisatorische Rahmenbedingungen Neuentwicklung t 44 44 44 Jo o f f Produktentwicklung 44 44 44 4 74 1 fo Fachlicher Inhalt der Anforderungen nicht funktionale Anforderungen o o l lo Abbildung 5 13 Noch eine reduzierte Matrix 136 5 Anforderungsermittlung Da hier vor allem die Begeisterungsfaktoren z hlen achten wir vor allem auf den in tensiven Einsatz von Kreativit tstechniken In dieser Situation wird zur Ideenfindung die Ermittlungstechnik Wechsel der Perspektive eingesetzt um die verh rteten Fronten aufzuweichen und allen Beteiligten mehrere Blickwinkel zu er ffnen Die Frage die aus den unterschiedlichen Blickwinkeln betrachtet werden soll ist Wie viel Infotainment braucht unser AROMA System Um weitere kreative Einf lle zu generieren setzen wir die Osborn Checkliste ein da man mit ihr gerne auf unge w hnliche Ideen kommt laut dieser Tabelle eher nicht der absolute Gewinner Als Objekt das wir damit bewerten nehmen wir in der ersten Runde eine normale Spiel kons
2. Mensch implizites Wissen geringes Abstraktionsverm gen divergierende Stakeholdermeinungen Organisatorische Rahmenbedingungen Individualentwicklung fixiertes knappes Projektbudget Abbildung 5 12 Die reduzierte Matrix fiir das Restaurantsystem Um neue Ideen zu entwickeln soll eine Kreativit tstechnik eingesetzt werden Be z glich der vorliegenden Faktoren gibt es keine Kreativit tstechnik die den anderen eindeutig berlegen w re Zur Auflockerung w re evtl ein Brainstorming paradox sinnvoll da es sehr viel Spa macht die Gedanken zum Flie en bringt und meist nur etwa 15 Minuten in Anspruch nimmt und damit ein gutes Warm up bietet Wir w h len anschlie end das normale Brainstorming da der Analytiker Erfahrung damit hat 7 Die Beispiele sind sehr realit tsnah und an aktuelle Projekten angelehnt hnlichkeiten mit realen Begebenheiten und Personen sind nat rlich rein zuf llig 135 5 Anforderungsermittlung Sollte Ihr Analytiker ber Kenntnisse in der Methode 6 3 5 verf gen so k nnen Sie auch diese Technik verwenden Mit Hilfe von Interviews werden die bewussten Anforderungen die Leistungsfakto ren ermittelt Als Hilfsmittel nutzen wir die Essenzbildung und notieren das Ergebnis f r alle Beteiligten verst ndlich in Form von Anwendungsf llen Um die impliziten Anforderungen die Basisfaktoren zu er
3. 0 0 4 4 4 4 hohe Komplexit t der Systemabl ufe eie 0o J L0 1 Jl 1 01010 0 0 0 geringe Beobachtbarkei 0 0o J0 1 Jo 4 4 4 44 0 0 0 0 1o nicht funktionale Anforderungen Jlo Jo Jo o o o o o o unbekanntes Fachgebie olo l io O 0 t tt 1 lo oJlo JoJo Jo abstrakte Anforderungen title tit tje tele Ol ojt Hl 0 0 44 44 detaillierte Anforderungen f 0 4 0 44 Hlo 4 o ltt Abbildung 5 1 Ermittlungstechniken im Bezug zur Projektrealit t keineswegs ein Dogma dar Sollten Sie die Eignung einzelner Techniken anders ein sch tzen so ndern Sie einfach die Tabelle f r sich ab Ist f r eine Technik gar nicht geeignet eingetragen sollten Sie diese Technik bei gegebenen Randbedingungen nicht anwenden Der Eintrag sehr gut geeignet bezeichnet eine Technik die unter Ihren Randbedingungen effektiv funktioniert Gut geeignet und nicht gut geeignet zeigen gem igt positive oder nega tive Tendenzen an 3 bis 6 wichtige Um eine geeignete Ermittlungstechnik auszuw hlen markieren Sie in der Tabelle die ne drei bis sechs wichtigsten Randbedingungen in Ihrem Projekt und suchen die Tech eachten niken die bez glich dieser Voraussetzungen die besten Bewertungen besitzen Dabei sollten Sie darauf achten das
4. Der Analytiker hat dadurch die M glichkeit auch neue Anforderungen zu erkennen oder implizite Anforderun gen aufzudecken tementwicklung von der ersten Idee bis zur de e oO oO ae e taillierten Verhaltensbeschreibung einsetzen Der gro e Vorteil eines Interviews ist es dass der Analytiker den Verlauf des Gespr chs indivi duell anpassen und konkret auf die einzelne Per son eingehen kann Sie k nnen gezielt nachfra gen wenn eine Frage nicht vollst ndig beantwor 2 i Zu Beginn der Anforderungsermittlung eignen sich vor allem pers nliche Interviews in denen gemeinsam die groben Anforderungen an das System erarbeitet werden Um Details sp ter kl ren zu k nnen kann das Interview auch elektro nisch durchgef hrt werden Sie k nnen Interviews w hrend der gesamten Sys J tet ist oder sich weitere Fragen ergeben ABisa Hani Nachteilig ist dass Interviews mit vielen Stake holdern sehr zeitaufw ndig sind Wollen Sie das umgehen und interviewen nur Repr sentanten von Stakeholdergruppen so verlieren die gewonnenen Informationen even tuell an Aussagekraft und werden dadurch m glicherweise unvollst ndig Beim Interview h ngt die Effektivit t stark von der Erfahrung des Interviewers ab Hilfsmittel wie das SOPHIST REgelwerk oder Audioaufnahmen k nnen die Effek tivit t deutlich steigern Selbstaufschreibung Eine nahe liegende Form der Anforderungsermittlung ist das Verfass
5. Die entsprechenden Stakeholder werden vom Analytiker bei ihrer Arbeit beobachtet der ihre Arbeitsschritte dokumentiert und daraus die vom System zu unterst tzenden Arbeitsabl ufe ermittelt Die Stakeholder sind entweder gr tenteils passiv an der Anforderungsermittlung beteiligt wenn sie nur beobachtet werden oder sie ver mitteln ihr Wissen aktiv indem sie es dem Analytiker vorf hren und lehren Bei Beobachtungstechniken besteht allerdings die Gefahr dass der Analytiker viele veraltete Technologie Entscheidungen und sub optimale Prozesse dokumentiert da er die Ist Situation beobachtet Der Analytiker sollte daher die beobachteten Abl ufe hinterfragen und die Gesch ftsprozesse optimieren um die Soll Situation zu ermit teln Hilfreich ist auch die Essenzbildung um von in der Vergangenheit getroffenen technischen Entscheidungen zu abstrahieren und so die wirklich fachlich relevanten Abl ufe zu ermitteln Das Ergebnis muss anschlie end mit den Stakeholdern abge stimmt werden 120 5 Anforderungsermittlung Der Analytiker hat als externer Beobachter sehr gute Chancen ineffiziente Prozesse zu erkennen und bessere L sungen vorzuschlagen Er besitzt den n tigen Abstand w hrend die Stakeholder selbst h ufig aus Gewohnheit die ber Jahre gewachsenen Arbeitsschritte wiederholen ohne sie gro zu reflektieren Bedenken Sie allerdings dass Ihre Beobachtung allein schon Ihre Anwesenheit bereits das System ver ndert Nur seele
6. James and Suzanne Robertson are the founders of the Volere requirements process template and checklists This acclaimed requirements technique is used by tens of thousands of organizations worldwide Their careers have taken them to every conti nent and along the way they have collected an impressive portfolio of projects and industries They can be reached through the Atlantic Systems Guild a London New York and Aachen consultancy and think tank www systemsguild com James and Suzanne Robertson have written three books they would like to bring to your atten tion Mastering the Requirements Process 2nd Edition Addison Wesley 2006 Requirements Led Project Management Discovering David s Slingshot Addison Wesley 2005 Complete Systems Analysis the Workbook the Textbook the Answers Dorset House New York 1994 5 3 Ermittlungstechniken Kristallkugeln und Kartenlegen Um Wissen zu ermitteln wurde eine Vielzahl von Techniken entwickelt die sich f r den Einsatz bei unterschiedlichen Randbedingungen eignen Unsere britischen Kol legen Suzanne und James Robertson Robertson06 nennen Ermittlungstechniken Irawling Techniques in Anlehnung an Trawler Fischkutter die ihre Netze aus werfen um Fische zu fangen Als guter Fischer m ssen Sie sehr genau wissen wel ches Netz in welcher Tiefe an welcher Stelle die gew nschten Fische einf ngt Manchmal kann es auch besser sein seine Angel mit einem passenden K der zu be
7. Produkt oder die Idee mit etwas anderem kombinie ren L sst es sich als Baustein f r etwas anderem verwenden E Transformieren Kann man es in seiner Materie ver ndern Kann man es zu sammendr cken verfl ssigen durchl chern oder anders transformieren Die Osborn Checkliste dient dazu die Akzeptanz eines Produkts zu testen und Ver besserungsvorschl ge zu sammeln Die Osborn Checkliste eignet sich wenn ein bestehendes Produkt erweitert werden soll In diesem Fall gibt es Stakeholder die das alte Produkt kennen und anhand der Fragen neue Ideen zu seiner Verbesserung entwickeln Wir verwenden diese Technik h ufig denn gerade die obskur klingenden Fragen z B zum Aspekt Transformieren f hren oft zu sehr kreativen Vorschl gen Eine Osborn Checkliste finden Sie bei uns im Web unter www sophist de Vor allem bei einem umfangreichen Produkte ist es allerdings zu aufw ndig jede Funktionalit t des Produktes in der Osborn Checkliste abzufragen Verwenden Sie daher dieses Hilfsmittel f r die Funktionalit t des Gesamtsystems oder f r einige wenige Teilfunktionen die Sie f r besonders interessant halten 5 3 2 Beobachtungstechniken Nicht jeder Mitarbeiter der wichtiges Fach Know how besitzt kann dieses auch sprachlich ausdr cken Und h ufig besitzen gerade die zentralen fachlichen Wissens tr ger nicht die Zeit bei der Anforderungsermittlung mitzuarbeiten siehe Beyer97 In diesen F llen eignen sich Beobachtungstechniken
8. k nnten Sie mit der Kamera Ihres Handys kurz die neuen Schuhe der Dame gegen ber oder die Jeans Ihres Nebenan fotografieren die Daten ber Infrarot oder Bluetooth bertragen und dann am Mobilteil die Detail und Preisinfos zu den Bekleidungsobjekten erhalten Solche begeisternden Features entscheiden dar ber ob ein Produkt zum Hit wird und einen wesentlichen Vorsprung vor Konkurrenten erh lt oder ob es zum Ladenh ter wird Auch auf das richtige Timing kommt es an Bringen Sie diese Features dann 113 W nsche erf llen Sehns chte erkennen So wird Ihr Produkt ein Hit 5 Anforderungsermittlung zur Sprache wenn Ihr Kunde mal wieder ein Highlight braucht Allerdings sind ge rade diese Faktoren schwer zu ermitteln da sie ja nicht einfach vom Kunden erfragt werden k nnen Um neue und innovative Ideen zu bekommen lassen Sie Ihrer Kreativit t freien Lauf Setzen Sie daf r am besten Kreativit tstechniken wie das Brainstorming oder den Wechsel der Perspektive ein Es ist durchaus sinnvoll auch Stakeholder in den Kreativit tsprozess mit einzubeziehen Die neuen Ideen analysieren Sie anschlie end nach ihrem Risiko der Machbarkeit N tzlichkeit und dem Begeisterungspotenzial Das Potenzial der Idee k nnen Sie da bei durch eine klassische Ermittlungstechnik herausfinden indem Sie die Stake holder nach ihrer Meinung befragen Dabei sind nicht immer die aufw ndigsten technischen Neuerungen auch die welche zu der h
9. st cken und ein wenig Geduld mitzubringen anstatt das gro e Netz auszuwerfen Mit den hier beschriebenen Techniken haben wir viel experimentiert und k nnen sie Ihnen empfehlen 5 3 1 Kreativit tstechniken Wenn Sie Ihrer Kreativit t freien Lauf lassen und neue innovative Ideen entwickeln wollen sollten Sie Kreativit tstechniken als Unterst tzung benutzen Sie helfen das Denken in herk mmlichen Bahnen aufzubrechen und auch ungew hnlichen Ideen Raum zu verschaffen Dabei ist es wichtig dass Sie das richtige Umfeld f r diese Kreativit t aufbauen um nicht im kreativen Chaos zu versinken Kreativit tstechniken eignen sich vor allem dazu die erste Vision eines Systems zu entwickeln einen berblick zu gewinnen und innovative Ideen zu sammeln Mit ih rer Hilfe k nnen Sie unbewusste Begeisterungsfaktoren ermitteln 115 Es gen gt nicht zum Fluss zu kommen mit dem Wunsch Fische zu fangen Du musst auch das Netz mitbringen aus China L MN aN AX D De J UN f gt U U r L NS Begeisterungs faktoren 5 Anforderungsermittlung Hellsehen Abstrakte Anforderungen Grundlagen Anwendung Da Sie kreativ mit Gedanken spielen haben Sie auch die Chance zuk nftige Anforde rungen Probleme beim Einsatz des Systems oder innovative Verbesserungsm glich keiten zu finden und damit zuk nftige Anforderungen vorherzusehen Um detaillierte Anforderungen an das konkrete Verhalten eines Systems
10. t und die Quantit t verkaufsf rdernder Ideen zu erh hen In einer Gruppe von f nf bis zehn Teilnehmern werden in einer Sitzung von typi scherweise 20 Minuten Ideen gesammelt und zun chst ohne weitere Kommentare von einem Moderator notiert auch wenn die Idee noch so wirr und verr ckt er scheint Die Teilnehmer nutzen die Ideen der anderen Teilnehmer um neue eigene Ideen zu entwickeln Anschlie end werden die Ideen einer sorgf ltigen Analyse un terzogen Eine genauere Beschreibung des Brainstormings und einige Varianten die ser Technik finden Sie zum Beispiel in Kellner02 Durch den Einsatz von Modera tionssoftware ist es auch m glich r umlich verteiltes elektronisches Brainstorming zu betreiben Besonders effektiv ist das Brainstorming wenn viele Personen unterschiedlicher Stakeholder Gruppen daran teilnehmen die Stimmung gut ist und die Leute sich ge genseitig zu neuen Ideen animieren So kann Brainstorming riesig Spa machen 116 5 Anforderungsermittlung Zu den Vorteilen des Brainstormings z hlt dass viele Ideen in kurzer Zeit gefunden werden und mehrere Personen gegenseitig ihre Ideen weiterentwickeln Durch die un reflektierte Sammlung freier Ideen k nnen neue L sungen entstehen an die noch nie mand zuvor dachte Bei schwieriger Gruppendynamik oder bei unterschiedlich dominanten Teilnehmern ist Brainstorming nicht sehr effektiv weil sich die Teilnehmer gegenseitig behindern Wenn Ihre Stakeholder r uml
11. Einsch tzung die Sie in der Tabelle finden entstammt un serer jahrelangen Beratungserfahrung und dem Feedback vieler Kollegen stellt aber 109 5 Anforderungsermittlung gar nicht geeignet x ee N D NN Eu es N A EN A NNNNNNG nicht gut geeignet a Fe By gt N NNNA KE DAK KONG aan IRS SBS Ye Be A Se NS I R Rn gt o Kein Einfluss gt geeignet NLO My MLW QA ey nr on DR KEN BON ERS fi A N AN TA Se NA N y x N VIN gut geeignet SONNE CCN CERN OR eB gy RRS Bry a RK KING SN RS KO He x Q YS sehr gut geeignet MS RS Sfp Op ag ONG ERO Oo GL Oly NOM Mo In UN EUR ROO NO D O REO 0 O E o o RO D Mensch geringe Motivation schlechte kommunikative F higkeiten implizites Wissen geringes Abstraktionsverm gen divergierende Stakeholdermeinungen problematische Gruppendynamik Organisatorische Rahmenbedingungen Neuentwicklung Altsystemerweiterung Individualentwicklung Produktentwicklung fixiertes knappes Projektbudget hohe Verteilung d Stakeholder schlechte Verf gbarkeit d Stakeholder hohe Zahl von Stakeholdern Fachlicher Inhalt der Anforderungen hohe Kritikalit t des Systems olo t 44 Jo f 4 0 4 groBer Systemumfang o o o olo o j o0 4 4 10
12. Projekt f r Anforderungsermittlung werben Weitere Kreativit tstechniken und ihre Anwen dung finden Sie z B in Kellner02 oder Backerra02 Aber vergessen Sie eines nicht Kreativit t l sst sich nicht erzwingen Oftmals hilft ei ne kleine Pause oder ein Tapetenwechsel mehr als noch so verr ckte Ermittlungs methoden 134 5 Anforderungsermittlung 5 5 Techniken erfolgreicher Hellseher In diesem Abschnitt zeigen wir welche Ermittlungstechniken in zwei ausgew hlten Beispielen eingesetzt werden Wir analysieren unter welchen Projektrandbedin gungen und warum diese Techniken sinnvoll sind 5 5 1 Entwicklung des AROMA Systems Im ersten Beispiel sollen Anforderungen f r das in Kapitel 2 vorgestellte Restaurant system ermittelt werden Die folgenden Projektrandbedingungen liegen vor und haben Einfluss auf die Aus wahl einer Ermittlungstechnik Fixiertes knappes Projektbudget Divergierende Stakeholdermeinungen Geringes Abstraktionsverm gen der Stakeholder Viel implizites Wissen Individualentwicklung In Abbildung 5 12 ist die Matrix aus Abschnitt 5 1 4 dargestellt in der nur die rele Reduzierte vanten Einflussfaktoren verglichen werden Wir nutzen sie als Entscheidungsgrund Matrix lage f r eine geeignete Ermittlungstechnik gar nicht geeignet nicht gut geeignet ol Kein Einfluss gt geeignet KY D gut geeignet ow oe f sehr gut geeignet Ry US OS HH o OS
13. Requirements Engineering und Management Professionelle iterative Anforderungsanalyse f r die Praxis von Chris Rupp SOPHIST GROUP SOPHIST GROUP 1 Auflage Requirements Engineering und Management Rupp SOPHIST GROUP schnell und portofrei erh ltlich bei beck shop de DIE FACHBUCHHANDLUNG Hanser M nchen 2006 Verlag C H Beck im Internet www beck de ISBN 978 3 446 40509 7 Inhaltsverzeichnis Requirements Engineering und Management Rupp SOPHIST GROUP HANSER Requirements Engineering und Management Chris Rupp SOPHIST GROUP Professionelle iterative Anforderungsanalyse f r die Praxis ISBN 3 446 40509 7 Leseprobe Weitere Informationen oder Bestellungen unter http www hanser de 3 446 40509 7 sowie im Buchhandel Chris Rupp All lies and jest still a man hears what he wants to hear and disregards the rest Simon amp Garfunkel aus The Boxer Anforderungsermittlung Hellsehen f r Fortgeschrittene Fragen die dieses Kapitel beantwortet Wie entlocke ich meinen Stakeholdern Ihre Anforderungen Welche St rken und Schw chen hat welche Ermittlungstechnik Welchen Einfluss haben spezifische Projektcharakteristika auf die Auswahl geeigneter Ermittlungstechniken Welche Kombination verschiedener Techniken ist f r mein Projekt geeignet Wie funktionieren die einzelnen Techniken im Projekteinsatz 107 5 Anforderungsermittlung Analytiker als Katalysator ER Anforderungen wer
14. Sie au erdem ber cksichtigen wie viel Erfahrung Sie mit einer Technik haben 5 1 3 Die Qual der Wahl In Kapitel 3 Von der Idee zum System wurden eine Reihe von Projektrandbedin gungen vorgestellt auf deren Basis wir die hier vorgestellten Ermittlungstechniken vergleichen werden Wir geben Ihnen im Folgenden eine konkrete Entscheidungs matrix inklusive Taxonomie an die Hand mit der Sie situationsbezogen die besten Techniken f r Ihr Projekt ausw hlen k nnen Der erste wichtige Schritt bei der Auswahl einer geeigneten Ermittlungstechnik ist Risikofaktoren die Analyse der Risikofaktoren Die vorgestellten Faktoren besitzen in verschiedenen finden Projekten unterschiedliche Relevanz Finden Sie die drei bis sechs Risikofaktoren die in Ihrem Projekt am st rksten ausgepr gt sind und konzentrieren Sie sich darauf diese zu minimieren Meist landen Sie dann bei einem Mix an Ermittlungstechniken mit dem Sie die Risiken am effektivsten in den Griff bekommen 5 1 4 Die Projektrandbedingungen Abbildung 5 1 zeigt die Bewertung der in diesem Kapitel vorgestellten Ermittlungs techniken Nutzen Sie diese Tabelle als Ausgangsbasis und passen Sie sie anhand Ih rer eigenen Erfahrungen an Damit erhalten Sie eine genauere Bewertung f r zuk nf tige Entscheidungen Eine bearbeitbare Form der Tabelle finden Sie unter www sophist de Die Tabelle zeigt welche Ermittlungstechniken sich wie gut unter welcher Projekt randbedingung eignen Die
15. a modells der Sprache siehe Dilts99 Bandler75 Dadurch k nnen unter anderem implizite Anforderungen gefunden oder mehrdeutige und ungenaue Anforderungen pr zisiert werden Man k nnte diese Technik genauso gut als Werkzeug einstufen denn es l sst sich auch bei Workshops beim Review von Dokumenten eben im mer wenn Sprache im Spiel ist anwenden In Kapitel 6 Das SOPHIST REgelwerk werden sowohl das Vorgehen und die Hin tergr nde der NLP als auch das SOPHIST REgelwerk zur Analyse von Anforderun gen vorgestellt Das SOPHIST REgelwerk wird eingesetzt um die Qualit t bereits dokumentierter Anwendung sprachlicher Anforderungen zu verbessern oder in Interviews die Aussagen der Sta keholder auf Vollst ndigkeit zu pr fen Mit Hilfe des SOPHIST REgelwerks k nnen die vom Stakeholder genannten Anfor Vorteile derungen qualitativ wesentlich verbessert werden da Missverst ndnisse verhindert L cken erkannt und unbewusstes Wissen aufgedeckt werden Die korrekte und effiziente Anwendung des SOPHIST REgelwerks beruht auf Erfah Nachteile rung und sollte daher entsprechend geschult und im praktischen Einsatz ge bt werden Fragebogen In einem Fragebogen stellen Sie eine Reihe von Multiple Choice Fragen und offenen Grundlage Fragen mit deren Hilfe Sie das Wissen der Stakeholder ermitteln Der Fragebogen kann elektronisch oder auf Papier ausgef llt werden oder auch an gro e Zielgruppen als Online Fragebogen ausgeg
16. ach Relevanz geord net inhaltlich geb ndelt und konkretisiert werden Offene Fragen k nnen im Work shop gekl rt werden Direkte Kommunikation f rdert gegenseitiges Verst ndnis und Kompromissbereit schaft und bietet die M glichkeit genaue und im Team abgestimmte Informationen zu erhalten 128 5 Anforderungsermittlung Ebenso wie beim Brainstorming k nnen negative gruppendynamische Effekte auftre Nachteile ten wie zum Beispiel durch Meinungsbildner und Ja Sager Dar ber hinaus sind Workshops bei vielen Stakeholdern gro er r umlicher Verteilung oder schlechter zeitlicher Verf gbarkeit kaum realisierbar Mind Mapping Das Mind Mapping wurde in den 70er Jahren von Tony Buzan entwickelt Buzan97 Grundlagen Diese Methode dient dazu Ideen und Begriffe systematisch nach Zusammengeh rigkeit zu ordnen Eigentlich ist es eher eine Dokumentationstechnik aber ihr Einsatz in gewissen Situationen regt die Kreativit t an Ausgehend von einem Thema im Zentrum eines Blattes werden ste mit Informati onen gezeichnet die sich wiederum immer feiner aufgliedern je detaillierter die In formationen werden siehe Abbildung 5 9 Jeder Ast wird durch Stichpunkte beschrif tet Durch Verwendung von Symbolen f r wichtige Einzelheiten oder Beziehungen und Farben f r unterschiedliche Ebenen entsteht eine f r das Ged chtnis leicht auf nehmbare Struktur der Informationen Hr Vorbereitun Ne P
17. ce Why should someone known as a business analyst know anything about technology The skilled business analyst must know enough about the technology to know what is possible Part of the re quirements activity is invention People don t ask for things unless they know the things exist or they have a good probability of being able to exist So it falls to the business analyst to invent part of the system If no invention took place and analysts simply listened to their customers then not only would each generation of system look pretty much like the previous ones but few genuine advances would be made The business analyst is writing the requirements so the technical specialists under stand them Not understanding the technology to be used would be something similar to an architect giving instructions to a builder without having any knowledge of building construction 114 5 Anforderungsermittlung Why is it important to see requirements analysis as a socio technical discipline Be cause software has become a commodity There are too many people producing it and too many people competing for your clients software business It is simply too risky to leave the requirements the most important part of the development cycle to chance or to someone who fails to grasp that they need to understand the people who need the requirements built and the technological aspects of the software and hardware used to satisfy those requirements
18. ches Erkunden ein erstes ob jektorientiertes Modell des Systems zu entwerfen Zu Beginn legen Sie das Nutzungsszenario fest Sie ermitteln Klassenkandidaten aus den gegebenen Anwendungsf llen und halten diese auf den Karten fest Anschlie Bend tragen Sie die Verantwortlichkeiten Dienste der Klassen ein und beschreiben mit welchen anderen Klassen sie zusammenarbeiten Kollaborationen Die Substan tiv Verb Analyse hilft Klassenkandidaten zu finden Die Substantive aus der An wendungsfallbeschreibung sind Klassenkandidaten die Verben ihre Dienste In Ab bildung 5 10 ist ein Beispiel einer CRC Karte dargestellt Verantwortung Kollaborateur Verwaltung des Namens Personen Rezeptionist Verwalten der Anschrift Thekenmitarbeiter Verwalten der Speisekarte Bankverbindung Mobilteil Verwalten alles Essenspl ne Di tplan Nahrungserg nzungsplan Gesundheitsplan Austauschen der Datenaustausch Informationen im IEEE 802 11g Standard Abbildung 5 10 Beispiel einer CRC Karte Beim F llen der CRC Karten werden in Diskussionen um Dienste und Kollaboratio nen die bestehenden Anforderungen geordnet und weitere Anforderungen gefunden Setzen Sie CRC Karten ein um Anforderungen in Zusammenhang zu bringen Durch die CRC Karten erhalten Sie auf recht einfache und anschauliche Weise ein erstes grobes Klassenmodell Diese Methode eignet sich nur f r einfache Klassenmodelle Zudem besteht die Ge fahr dass Fehler und Inkonsisten
19. chsten Kundenbegeisterung f h ren Auch der Prozess rund um das System also z B Innovationen oder Verbesse rungen in den Bereichen Vertriebsservice Wartungsservice oder Lernsysteme kann gute Anhaltspunkte f r m gliche Begeisterungsfaktoren bieten Requirements are a Socio Technical Discipline from Suzanne and James Robertson We are often asked What makes a good requirements analyst The short answer is willingness to listen but it is worth looking a little further at the nature of the re quirements activity to find a better answer to the question Requirements must be thought of as an activity that straddles to boundary between the sociological side of system development and the technological side On one hand we have people with all their vagaries and fallibilities On the other we have tech nology that demands a precise specification if the developers are to bring the best possible solution to the client There are several significant aspects to the sociological side of the activity Firstly the requirements analyst must identify and involve all the appropriate stakeholders This sounds simple but consider that if any of the stakeholders remain undiscovered then so too do some of the requirements Also consider that some stakeholders are too busy to pay proper attention some don t know enough to supply the right and some the dangerous ones think they know but don t What about the technological side of the fen
20. cht Nummer R814 Anforderungstyp Funktional Sicherheit Rechtlich Anwendungsfall Rechnung bernehmen Anforderung Das System soll dem rechnungs bernehmenden Gast die M glichkeit bieten freigegebene Posten zur Rechnungs bernahme auszuw hlen Abnahmekriterium Ausl ser Ein Gast hat Posten seiner Rechnung freigegeben Quelle Hark Train Priorit t _ hoch X mittel _ niedrig Abh ngigkeiten Anwendundsfall Rechnung bernehmen R 127 Auswahl freigegebener Posten Konflikte keine Abbildung 5 11 Snowcard f r Anforderungsflocken Audioaufzeichnungen Die Informationen die bei einer m ndlichen Anforderungsermittlung gewonnen werden lassen sich aufgrund der Geschwindigkeit im Allgemeinen nicht vollst ndig protokollieren und eine nachtr gliche Dokumentation ist oft nur l ckenhaft m glich Um dennoch jede m ndlich bermittelte Information aufzufangen kann eine Audio aufzeichnung benutzt werden Ein Aufzeichnungsger t protokolliert w hrend der Diskussion bez glich der Anfor derungen alle gesprochenen Aussagen Anhand der Aufzeichnung werden die Anfor derungen dann niedergeschrieben Audioaufzeichnungen werden als Erg nzung zu Befragungstechniken verwendet Werden die Anforderungen nicht schriftlich festgehalten dient die Aufzeichnung als Dokumentation der Anforderungen in der bei Bedarf nachgeschlagen werden kann Die Audioaufzeichnung erm glicht die wesentlich schnellere Durchf hrung
21. den Ihnen nicht auf dem Silbertablett serviert 5 1 Ranan die Kundenw nsche Das Ermitteln von Anforderungen ist ein Akt der Verf hrung Sie m ssen Ihr Gegen ber dazu verf hren Ihnen sein Wissen preiszugeben seine Visionen mit Ihnen zu teilen seine W nsche zu offenbaren Es hnelt damit einem Flirt denn ein Flirt ist ein Spiel bei dem man nicht wei ob man noch in der Qualifikation ist oder schon im Finale Technisch gesehen l sst sich das auch trockener ausdr cken wenn auch nicht halb so sch n Ziel ist es mit m glichst geringem Aufwand und angepasst an die Projektrandbedingungen die Ziele und Anforderungen zu erfassen um ein Sys tem zu entwickeln das den Stakeholdern m glichst viel Gewinn bringt Wir suchen deshalb gerade f r die Anforderungsermittlung einerseits nach dem effektivsten Mit telweg zwischen Risikoreduktion und Kostenexplosion und andererseits nach profes sionellen Mitteln die Verf hrung wahr werden zu lassen 5 1 1 Die M r vom Silbertablett Alle Anforderungen unabh ngig von ihrer Detaillierung ihrer Art oder dem Zeit punkt m ssen bei einer fachlich kompetenten Quelle ermittelt werden H ufig sind sich die Stakeholder zu Beginn eines Projekts noch nicht bewusst was sie von einem neuen System erwarten Sie kennen die bestehenden Gesch ftsprozesse und das existierende System und k nnen diese beschreiben Ist Situation Das Ziel der meisten Projekte ist jedoch die bestehende Situation zu ve
22. der Be fragung da die Aussagen der Stakeholder nicht vollst ndig protokolliert werden m s 131 Anwendung Vorteile Nachteile Grundlagen Anwendung Vorteile 5 Anforderungsermittlung Nachteile Grundlagen Anwendung Vorteile Nachteile Grundlagen sen Gleichzeitig geht keine Information verloren und auch beil ufige Aussagen k n nen beachtet werden Durch die Aufzeichnung k nnen sich die an der Befragung beteiligten Stakeholder berwacht f hlen und dadurch verf lschte Aussagen liefern oder sogar die Zusam menarbeit verweigern Besonders unsichere Menschen empfinden die Aufzeichnung m glicherweise als Bedrohung da ihnen potenzielle Fehler oder Unwissen sp ter nachgewiesen werden K nnten Videoaufzeichnungen Beim Einsatz von Beobachtungstechniken kann Zeitverhalten nur mit Hilfe einer Vi deoaufzeichnung objektiv ermittelt werden da das subjektive Zeitgef hl des Analy tikers oft nicht ausreicht oder die Abl ufe so schnell sind dass sie vom Menschen nicht mehr erfasst und mitdokumentiert werden k nnen Videokameras zeichnen das Arbeitsfeld der Stakeholder auf und dokumentieren die Funktionalit t oder den Ar beitsablauf so genau wie m glich Videoaufzeichnungen werden f r das Festhalten von komplexen m glicherweise schnell vonstatten gehenden Arbeitsabl ufen eingesetzt Werden die Anforderungen nicht schriftlich dokumentiert Kann die Videoaufzeichnung als Dokumentation dienen Ein
23. e weitere Anwendung ist die Bewertung von Simulationsmodellen Stakeholder werden mit dem Simulationsmodell konfrontiert und bei der Bedienung des Systems per Video beobachtet Indem Sie die Reaktionen bei der Systembedienung genau auswerten berpr fen Sie die Benutzbarkeit des Systems Auf diese Weise k nnen Anforderungen zur Benutzbarkeit messbar gemacht werden Beobachtungstechniken werden durch die Aufzeichnung der Abl ufe effizienter und zeitliche Zusammenh nge K nnen so sehr einfach dokumentiert werden Stakeholder f hlen sich bei einer Videoaufzeichnung eventuell berwacht und lehnen sie daher von vornherein ab Das Wissen beobachtet zu werden kann zu leicht ver ndertem Verhalten f hren Anwendungsfall Modellierung Anwendungsf lle Use Cases erm glichen es eine abstrakte Sicht des Systems zu dokumentieren und sich nicht sofort in der Komplexit t der Detailabl ufe zu verlie ren Mit Hilfe der Anwendungsf lle wird zun chst eine abstrakte Beschreibung der Dienstleistung des Gesamtsystems erstellt Sie sind ebenfalls ein Dokumentations mittel In Workshops angewendet sind sie allerdings ein recht gutes Mittel um Wis sen herauf zu bef rdern und gleichzeitig zu dokumentieren Schwerpunkt der Analyse mit dieser Technik bilden dabei die in einem System auf tretenden Gesch ftsereignisse und das resultierende Ergebnis Der Anwendungsfall repr sentiert eine Dienstleistung des Systems die ein f r den Nutzer wertvolle
24. eben werden Frageb gen sind insbesondere bei einer Produktentwicklung sehr gut geeignet ge Anwendung plante Eigenschaften des Produkts von einer gro en Zahl von Testpersonen bewerten zu lassen und in offenen Fragen Verbesserungsm glichkeiten zu ermitteln Sorgen Sie daf r dass Ihre Befragten ausreichend motiviert sind den Fragebogen ausgef llt zur ckzugeben Mithilfe von Frageb gen k nnen Sie eine gro e Anzahl von Stakeholdern unter sehr Vorteile geringem Zeit und Kostenaufwand in die Analyse einbeziehen da Sie Frageb gen elektronisch einfach verteilen und anschlie end toolunterst tzt auswerten k nnen 123 5 Anforderungsermittlung Nachteile Grundlagen Anwendung Vorteile Nachteile Grundlagen Frageb gen sind schlecht daf r geeignet implizites Wissen zu ermitteln Einige spe zielle Arten von Anforderungen z B nicht funktionale Anforderungen k nnen nur bedingt mittels Fragebogen ermittelt werden weil sie schwer zu quantifizieren und damit schlecht schriftlich abzufragen sind Da alle Fragen schriftlich fixiert sind k nnen R ckfragen oder weiterf hrende Fragen nur aufw ndig gestellt werden Als Erg nzung sollten daher weitere Ermittlungstechniken eingesetzt werden Interview Im Interview stellt der Analytiker einem oder mehreren Stakeholdern vorgegebene Fragen und protokolliert deren Antworten Weitere im Gespr ch auftretende Fragen k nnen sofort gekl rt werden siehe Leffingwell99
25. ed rfnissen zu befragen die diese dann hoffentlich auch nennen Befragungstechniken sind zur Ermittlung von Anforderungen beliebiger Detaillie rungsgrade geeignet sofern der Stakeholder sich ihrer bewusst ist und sie sprachlich explizieren kann Nicht funktionale Anforderungen k nnen im Allgemeinen nur schwer durch Befragungstechniken ermittelt werden da diese Anforderungen f r die Stakeholder h ufig schwer vorstellbar und kommunizierbar sind Mit Hilfe einer Befragungstechnik k nnen Sie sehr gut das explizite Wissen der Stake holder ermitteln also die Leistungsfaktoren Durch den Einsatz geschickter Fragen und z B dem SOPHIST REgelwerk haben Sie au erdem die M glichkeit die Basisfakto ren zu ermitteln gt Uns kommt es so vor als w rden in realen Industrieprojekten fast ausschlie lich Inter views eingesetzt Dies ist vermutlich auch der Grund warum inzwischen sehr viele Know how Tr ger eine auff llige Interviewallergie entwickelt haben 122 5 Anforderungsermittlung N Befragungstechniken gt SOPHIST REgelwerk gt Selbstaufschreibung gt Fragebogen gt On Site Customer gt Interview Abbildung 5 6 Wissensermittlung im Gespr ch SOPHIST REgelwerk Die Neurolinguistische Programmierung NLP bietet eine Reihe von Elementen Grundlagen Modellen und Techniken die eine zielgerichtete Kommunikation f rdern Um Ge sagtes besser verstehen zu k nnen bedient sich die NLP eines so genannten Met
26. elt es sich bei Basisfaktoren um Querschnittsfunktionen die auch f r andere Pro AM f _ oerbewusstes Wmi Y gt unie Ssen i Ayi lt 1 Abbildung 5 3 Vom unbewussten bewussten und unterbewussten Wissen 112 5 Anforderungsermittlung jekte einsetzbar sind und deshalb auch von anderen ermittelt werden k nnten Viel leicht sind die Anforderungen die Sie eben ermitteln wollen ja sogar schon f r an dere Projekte erhoben worden 5 2 2 Leistungsfaktoren abholen Leistungsfaktoren sind die Features die dem Kunden bewusst sind und die er explizit fordert Die Erf llung dieser Features erzeugt Kundenzufriedenheit und ist daher er strebenswert Fehlen einige dieser Features akzeptiert der Kunde das Produkt zwar seine Unzufriedenheit w chst jedoch mit jedem fehlenden Leistungsfaktor zum Bei spiel l ngere Stand by Zeiten Speicherung einer gro en Zahl an Telefon nummern Farbdisplay oder Sprachbedienung F r unser AROMA System w ren Leistungsfaktoren eine Kalorienanzeige bei jeder Speiseauswahl eine Warnan zeige f r Diabetiker und Allergiker bei der berschreitung von Grenzen oder ein gu tes Infotainmentsystem f r gelangweilte G ste Auf diese Features sto en Sie zuerst da die Stakeholder sie explizit nennen Allge mein werden die Leistungsfaktoren als vollst ndige Anforderungen angesehen ob wohl sie es nicht sind Zus tzlich k nnen Sie sich ne
27. en des bestehenden Systems zu bekommen Techniken wie die Extraktion von Anforderungen aus Benutzerhandb chern siehe John03 k nnen Ihnen dabei bei der Anforderungsermittlung helfen Andere Ans tze verwen den das Benutzerhandbuch sogar zur Dokumentation von Anforderungen Ein geeig 126 5 Anforderungsermittlung netes Vorgehen hierzu beschreibt ein Artikel auf unserer Homepage unter www sophist de Heute trifft man immer h ufiger auf die Situation dass ein Altsystem seit Jahren ein Anwendung gesetzt wird und die Personen die fr her die Arbeitsg nge manuell ausf hrten das Unternehmen l ngst verlassen haben Die jetzigen Mitarbeiter sind mehr Systembe diener als fachliche Wissenstr ger und kennen die Fachlogik nur in Form von Be dienschritten der Bildschirmmasken Die dahinter verborgene Fachlogik kann daher nur aus dem System selbst und seiner Dokumentation ermittelt werden Bei der Analyse des bestehenden Systems wird sichergestellt dass keine bereits imp Vorteile lementierte Funktionalit t vergessen und die bestehende Funktionalit t vollst ndig im Neusystem umgesetzt wird Die Systemarch ologie ist ein sehr aufw ndiges Verfahren das lediglich den Funkti Nachteile onsumfang des Altsystems ermittelt Bei einer gro en Zahl von potenziellen nde rungen zum Beispiel bei einem schnelllebigen Markt lohnt sich die Systemarch olo gie nicht da ein Gro teil der Anforderungen neu ermittelt werden muss Weitere Pr
28. en verwenden L sungen und Erfahrungen aus er folgreichen Systemen wieder und erfinden das Rad nicht neu Zudem stellen Sie nur durch vergangenheitsorientierte Techniken wirklich sicher dass Ihr neues System die gesamte Funktionalit t des Altsystems ersetzt Mit vergangenheitsorientierten Techniken k nnen Sie bis in kleinste Details ermit teln wie sich ein bestehendes System verh lt Sie erkennen so alle Basisfaktoren die Ihnen die Stakeholder eventuell nicht nennen w rden sowie die bereits umgesetzten Leistungsfaktoren Allerdings besteht dabei auch die Gefahr dass ungeeignete L sungen vom Altsystem in das neue System ver schleppt werden Sie sollten vorab ermitteln welche Teile des zu entwickelnden Sys tems dem Altsystem entsprechen und welche Teile neu entwickelt werden sollen Vergangenheitsorientierte Techniken gt Systemarch ologie gt Reuse Abbildung 5 7 Once upon a time Wir drehen die Zeit zur ck Vergangenheitsorientierte Techniken sollten mit weiteren Ermittlungstechniken kom biniert werden um die G ltigkeit der alten Anforderungen zu bestimmen und um neue Anforderungen an das zu entwickelnde System zu ermitteln Systemarch ologie Bei der Systemarch ologie werden Anforderungen auf der Basis des existierenden Systems und der dazugeh rigen ausgelieferten Dokumente ermittelt Insbesondere ein Benutzerhandbuch auch ein Online Tutorial oder hnliches hilft Ihnen sehr schnell eine Idee vom Verhalt
29. en von T tig keitsbeschreibungen durch denjenigen der das erforderliche Wissen hat Die Stake holder dokumentieren ihre T tigkeiten mit der Reihenfolge und eventuell der ben tigten Zeit und notieren neue Anforderungen nderungs und Optimierungsvor schl ge an ein Produkt Um den Arbeitsaufwand f r den einen oder anderen Stake Denn typischerweise sprechen Stakeholder einfach schneller als Sie schreiben k nnen 124 5 Anforderungsermittlung holder zu minimieren kann ein Analytiker mittels Apprenticing das Fachgebiet des Experten kennen lernen und ihn dann beim Schreiben unterst tzen Um die Qualit t der Ergebnisse zu verbessern sollten Sie die betroffenen Stakehol der in die Techniken der Anforderungsanalyse einweisen Falls Sie besonders moti vierte Stakeholder in Ihren Reihen haben kann es auch sinnvoll sein ihnen formale re Dokumentationstechniken beizubringen siehe Kapitel 7 Dokumentation von An forderungen Besonders unerfahrenen Stakeholdern sollten Sie beim Schreiben an fangs einen Analytiker oder einen erfahrenen Kollegen zur Seite stellen der diese einweist Vorlagen und Schablonen siehe Kapitel 8 Die Anforderungsschablone helfen einheitliche und besser weiter zu verarbeitende Ergebnisse zu erhalten Setzen Sie die Selbstaufschreibung ein um bestehende Arbeitsabl ufe zu ermitteln Anwendung Die Selbstaufschreibung erfordert sehr wenig Zeit vom Analytiker Vorteile Die Stakeholder dokum
30. entieren meist nur die bewussten Anforderungen H ufig Nachteile m ssen die Ergebnisse von Stakeholdern mit schlechten kommunikativen F higkei ten aufw ndig nachbearbeitet werden Sind die Stakeholder wenig motiviert oder ha ben wenig Zeit um bei der Systemanalyse mitzuarbeiten werden Sie die Selbstauf schreibung kaum durchsetzen k nnen M ssen Sie sehr viele Stakeholder ber cksichtigen wird die Auswertung der produ zierten Ergebnisse sehr aufw ndig da viele Varianten vereinheitlicht werden m ssen Die gelieferten Spezifikationen k nnen hinsichtlich Granularit t Stil und Wortwahl vielf ltig sein wenn Sie nicht fr hzeitig steuernd eingreifen On Site Customer Bei dieser Befragungstechnik ist ein Vertreter der Stakeholder als On Site Customer Grundlagen beim Entwicklungsteam vor Ort Diese st ndige Verf gbarkeit hilft Ihnen die An forderungen und Fragen kurzfristig zu kl ren Der Stakeholder kann au erdem durch seine Anwesenheit Zwischenst nde oder Inkremente des Systems sofort testen und potenzielle Fehler und Missverst ndnisse kl ren Ist der Stakeholder st ndig pr sent k nnen feine Details der Anforderungen an das System ermittelt werden Ein On Site Customer erlaubt es bei einer Individualentwicklung mit bekannten Sta Anwendung keholdern die Anforderungen an das System auf effizientem und unb rokratischem Weg zu ermitteln Bei kritischen Systemen ist das schnelle Feedback durch den an wesenden Sta
31. erbreitet Im Zusammenhang mit zeitnahen Reviews mit den Stakeholdern kann diese Technik die Effektivit t der Ermittlung von stark detaillierten Anforderungen wesentlich er h hen Da beim Erahnen von Anforderungen die Stakeholder nur f r ein kurzes Review eingebunden sind ist diese Technik sehr effizient und damit zur Ermittlung sehr vieler detail lierter Anforderungen geeignet Da die Anforderungen zun chst weitgehend ohne Einbin dung der Stakeholder entstehen besteht die Gefahr dass die Anforderungen an den W nschen der Stakeholder vor beigehen Oft wird das Review erst zu sp t und zwar am fertigen Produkt durchgef hrt Diese Art der Anwendung ist nicht sinnvoll da die W nsche der Kunden und nicht die Phantasie des Analytikers oder der Entwickler erfasst werden sollen Ein weiteres Problem des nachtr glichen Reviews besteht darin dass die zeitliche Verf gbarkeit der Stakeholder nicht immer gew hrleistet ist sodass nicht jedes Detail der Anforderungen berpr ft werden kann Dar ber hinaus ist ein um fangreiches Fachwissen von Seiten des Analytikers notwendig 5 4 Man ver des letzten Augenblicks Falls die Anforderungsermittlung ins Stocken geraten ist oder Sie zur Auflockerung festgefahrener Workshops etwas Neues ben tigen sollten Sie etwas ausgefallenere Kreativit tsmethoden einsetzen Mit einer extravaganten Kreativit tstechnik k nnen Sie starre Strukturen aufbrechen indem Sie Aufmerksamkeit erregen und im
32. ese Technik k nnen Sie einsetzen wenn die Gruppendynamik komplizierter ist da die schriftliche Form in einer Diskussion aufkommende Konflikte vermeidet Per E Mail k nnen dabei auch gr ere Distanzen berbr ckt werden weshalb Sie diese Methode auch bei r umlich verteilten Stakeholdern einsetzen k nnen Gegen ber dem normalen Brainstorming ist die Ideenfindung bei dieser Methode nicht so effektiv da die Teilnehmer nicht in einem Raum zusammentreffen Vielen Personen gelingt es nicht so gut am eigenen Rechner w hrend der t glichen Arbeit kreativ Ideen zu entwerfen Nat rlich k nnen Sie auch Abwandlungen der Methode wie z B 7 3 6 oder 6 4 5 durch f hren 117 Vorteile Nachteile Grundlagen Anwendung Vorteile Nachteile Grundlagen Anwendung Vorteile Nachteile 5 Anforderungsermittlung Grundlagen Anwendung Vorteile Nachteile Grundlagen Anwendung Wechsel der Perspektive Es gibt verschiedene Mehr Sichten Modelle um ein Problem aus unterschiedlichen Perspektiven zu betrachten Das 6 Hut Denken von Edward de Bono ist eine ausf hrli che Variante mit sechs Perspektiven das sowohl allein als auch in Gruppen eingesetzt werden kann und damit auch f r komplexe Probleme geeignet ist siehe DeBon099 Den Teilnehmern werden symbolisch verschiedenfarbige H te aufgesetzt um eine der folgenden Perspektiven einzunehmen aus der das Problem dann betrachtet wird Objektivit t und Ne
33. fordert werden Man kann dem Management nat rlich auch vorrechnen welchen Schaden schlechte Anforderungen anrichten k nnen falls man sie wiederverwendet 5 3 5 Unterstutzende Techniken Um die Effektivit t der bisher beschriebenen Ermittlungstechniken und die Qualit t der ermittelten Anforderungen zu verbessern wurden einige unterst tzende Techni ken entwickelt Diese Hilfstechniken dienen nicht prim r der Ermittlung von Anfor derungen sondern werden in Kombination mit einer der beschriebenen Ermittlungs techniken eingesetzt a Unterst tzende Techniken gt Workshops gt Snowcards gt Essenzbildung gt Mind Mapping gt Audio gt Anforderungen erahnen gt CRC Karten gt Video gt Anwendungsf lle Abbildung 5 8 Was sonst noch alles beim Erheben hilft Workshop Umfangreiche Prozesse mit vielen Stakeholdern erfordern eine gemeinsame Erarbei tung oder zumindest Abgrenzung der Anforderungen durch die relevanten Stakehol der In einem Workshop werden Stakeholder mit dem n tigen Fachwissen und Ent scheidungskompetenz mit dem Ziel zusammengebracht gemeinsam abgestimmte Anforderungen zu erarbeiten Ein Workshop hat einen vorher festgelegten Ablauf und unterliegt klaren Regeln f r deren Einhaltung der Moderator verantwortlich ist Weitere Anregungen und Informationen zur Durchf hrung von Workshops finden Sie bei Robertson99 Leffingwell99 und Wiegers99 Bisher gewonnene Anforderungen k nnen in einem Workshop n
34. h schlecht verf gbar sind Das Ermitteln mit dieser Technik ist zudem sehr effektiv bei der Untersuchung von Abweichungen in den Prozessen da der Analytiker sehr viele Personen und ihre T tigkeiten beobachten kann Schwer beobachtbare Abl ufe oder selten auftretende Sonderf lle k nnen durch Feld beobachtung jedoch nicht ermittelt werden Die Stakeholder k nnten sich au erdem gt Sogar die Behauptung dass seelenlose Gegenst nde durch eine Betrachtung unver ndert bleiben stimmt nur bedingt Ein Stuhl den Sie hochheben um ihn genauer zu inspizieren ver ndert seine Eigenschaften Temperatur und potentielle Energie durch die W rme ber tragung Ihrer Hand und durch die H hendifferenz zum Boden 121 Detaillierte Anforderungen Basis und Leistungsfaktoren Grundlagen Anwendung Vorteile Nachteile 5 Anforderungsermittlung Grundlagen Anwendung Vorteile Nachteile Wieso weshalb warum wer nicht fragt bleibt dumm Sesamstrasse durch die Anwesenheit des ihnen fremden Analytikers unwohl f hlen was zu ver f lschten Ergebnissen f hren kann Apprenticing Bei der Apprenticing Technik in die Lehre gehen erlernt der Analytiker die T tigkeiten der Stakeholder unter deren Anleitung um sich so selbst ein genaues Bild von den Arbeitsabl ufen zu machen Aus dem erlernten Wissen kann er anschlie end detaillierte Anforderungen an ein unterst tzendes System ableiten Ihne
35. hteile den aktuellen L sungen verhaftet sind Meist ist dazu ein externer Analytiker n tig der sehr gut abstrahieren kann Ideal sind dabei Personen die nicht zu intensiv mit der Materie vertraut sind da sie den n tigen Abstand besitzen Bei der Essenzbil dung geht immer ein Teil der Information die Ihnen Ihr Stakeholder bergeben hat Wir bezeichnen das Problem dass technische Entscheidungen aus Altsystemen in neue Systeme bertragen werden als Folklore H ten Sie sich davor jede l sungsorientierte Aussage Ihres Stakeholders unreflektiert zu bernehmen denn so erzeugen Sie lediglich einen teuren komplexen Klon des Altsystems 133 5 Anforderungsermittlung Grundlagen Anwendung Vorteile Nachteile Kreativit t durch Tapetenwechsel eben der nicht essentielle Teil verloren berlegen Sie ob es wert ist auch diesen Anteil zu dokumentieren Anforderungen erahnen Besitzt der Analytiker gen gend Erfahrung im Fachgebiet des zu entwickelnden Sys tems kann er grundlegende Anforderungen mittels Analogieschluss ermitteln ohne die Stakeholder befragen zu m ssen Aus den Informationen die dem Analytiker ber das System vorliegen erzeugt er auf der Basis von Vermutungen die Anforde rungen Um die G ltigkeit dieser Anforderungen zu validieren werden sie zum Bei spiel in einem Anforderungsreview mit den Stakeholdern abgeglichen In der heutigen Praxis der Systementwicklung ist diese Technik sehr stark v
36. ich weit verteilt sind ist Brainstorming mit hohem Aufwand verbunden da die Stakeholder daf r an einem Ort zusammentreffen oder virtuell an einen Tisch gebracht werden m ssen Brainstorming paradox Brainstorming paradox Kellner02 ist eine Variante des Brainstormings bei der Er eignisse gesammelt werden die nicht erreicht werden sollen AnschlieBend werden Ma nahmen entwickelt wie die gefundenen Ereignisse verhindert werden k nnen Ein gro er Gewinn beim Anwenden dieser Technik ist dass die Teilnehmer bewusst feststellen welche T tigkeiten zu negativen Ergebnissen f hren Es zeigt sich immer wieder dass genau diese T tigkeiten h ufig durchgef hrt werden Beim Brainstorming paradox k nnen Sie effektiv Risiken erkennen und geeignete Gegenma nahmen entwickeln Wie beim normalen Brainstorming finden Sie in kurzer Zeit viele Ideen Brainstorming paradox besitzt die gleichen Nachteile wie das normale Brainstor ming Methode 6 3 5 Die Methode 6 3 5 Backerra02 ist eine schriftliche Brainstorming Variante Sechs Teilnehmer entwickeln je drei Ideen und geben diese auf je einem K rtchen dem jeweiligen Nachbarn weiter der die Ideen kommentiert oder erg nzt Anschlie end werden die Karten wieder weitergegeben bis jeder Teilnehmer jede Karte einmal be sessen hat also f nf mal Anschlie end werden die Ideen gesammelt und ausgewertet Wie beim Brainstorming finden Sie mit der Methode 6 3 5 viele kreative Ideen Di
37. ie Ergebnisse wieder zur cktransformieren m ssen Andererseits haben wir ber diesen Weg bereits h ufig sehr gute Metaphern und Bilder gefunden die zu ungeahnten kreativen L sungen f hrten Leider kann sich nicht jeder Stake holder gleich mit dieser Technik anfreunden Osborn Checkliste Eine Osborn Checkliste Osborn79 ist eine spezielle Form eines Fragebogens der Grundlagen nach dem Test eines Produkts z B des Vorg ngersystems an Vertreter der Ziel g gruppe verschickt wird Am besten funktioniert diese Methode bei greifbaren Pro dukten und materiellen Gegenst nden Die Checkliste enth lt folgende Fragen EB Anders verwenden Kann man das Produkt auch anders verwenden m Nachahmen Gibt es etwas hnliches wie dieses Produkt und was k nnen wir davon nachahmen 119 5 Anforderungsermittlung Anwendung Vorteile Nachteile lt gt Sehen ist anders als erz hlt bekommen aus Kenia E ndern Was l sst sich ndern Kann man andere Funktionen einbauen E Vergr ern Wie kann man das Produkt erweitern veredeln oder teurer machen EB Verkleinern Wie kann man das Produkt vereinfachen oder auf Grundfunktionen reduzieren E Ersetzen Kann man das Produkt oder Teile davon ersetzen EB Unmstellen Kann man das Produkt oder Teile davon umstellen in der Reihenfolge ver ndern oder anders kombinieren EB Umkehren Kann man auch das Gegenteil mit dem Produkt machen BE Kombinieren Kann man das
38. ist Machbarkeit und Umsetzbarkeit Kritiker Sinnhaftigkeit einer Idee Schwachstellen Negative Aspekte Der Walt Disney Methode liegt die Theorie zugrunde dass sich bei vielen Personen diese drei Sichten gegenseitig behindern Durch die explizite Trennung und Konzent ration auf jeweils eine der Sichten wird es m glich allen zu einer Idee geh renden Aspekten ausreichend Raum zu geben und damit wirklich kreativ zu arbeiten Die Walt Disney Methode kombiniert das Finden neuer Ideen mit der Analyse aus verschiedenen Sichten wie bei de Bonos 6 Hut Denken Dabei sollten Sie die ver schiedenen R ume gut w hlen Der Raum des Tr umers ist z B ein angenehmer Meetingraum frei von technischer Ausr stung wie Computern usw daf r ausgestat tet mit gro en Tafeln und Farbstiften Der t gliche Arbeitsplatz ist f r das Ausleben des Realisten genau das Richtige Es gibt jedoch nicht nur die M glichkeit der r um 118 5 Anforderungsermittlung lichen Trennung ebenso ist eine Aufteilung in Zeitr ume denkbar Die Rolle des Kritikers k nnten Sie dann im Review Meeting oder einer Controllersitzung einneh men Sie k nnen mit dieser Methode neue Ideen entwickeln diese kritisch pr fen und auf Vorteile ihre Machbarkeit hin untersuchen hnlich wie beim 6 Hut Denken ist auch hier die Akzeptanz der Stakeholder sehr Nachteile wichtig Bionik Bisoziation Um L sungsm glichkeiten f r ein Problem zu finden nutzen Sie bei der Bionik ein Gr
39. keholder sehr vorteilhaft Im Rahmen von agilen Prozessen wie eXtreme Pro Vorteile gramming Beck99 Beck00 wird diese Technik be vorzugt da sie kurze Wege verspricht und die Anfor derungen vor allem m ndlich und damit sehr schnell ermittelt werden Da der Kunde einen kompetenten intelligenten ent Nachteile scheidungsfreudigen fachkundigen und kommunika tiven Mitarbeiter vor Ort bereitstellen muss ist f r ihn mit dieser Art der Anforderungsermittlung ein sehr hoher Aufwand verbunden Zudem muss der On Site Customer sich fortw hrend mit allen anderen nicht direkt im Projekt integrierten Stakeholdern abstim 125 5 Anforderungsermittlung QO L sungen wieder verwenden Basis und Leistungsfaktoren Grundlagen men Geschieht dies nicht so gewinnen die Nachteile dieser Technik die Oberhand Sie bekommen zwar dann kurzfristig Antworten auf Ihre Fragen und Anforderungen geliefert diese repr sentieren aber eventuell nur die Meinung eines Menschen Das bedeutet dass w hrend der Analysephase kein gemeinsamer Meinungsbildungsprozess aller Stakeholder stattfindet und das System dann bei der Inbetriebnahme Gefahr l uft gerade von den unbeteiligten Stakeholdern sabotiert zu werden Somit kann ein gut ins Entwicklungsteam aber schlecht ins Restunternehmen integrierter On Site Customer auch etwas sehr Sch dliches f r ein Projekt sein 5 3 4 Vergangenheitsorientierte Techniken Vergangenheitsorientierte Technik
40. mitteln setzen wir die Techniken Reuse sowie Anforderungen erahnen ein F r das Reuse verwenden wir die Spezifikation und das Handbuch unseres Vorg ngersystem das wir in vielen Be reichen verwenden k nnen Vermutlich werden wir einige Module des Systems komplett bernehmen k nnen Beim Erahnen von Anforderungen hilft uns dass der eingesetzte Analytiker sehr viel Erfahrung mit Restaurantsystemen besitzt Durch die Kombination verschiedener Techniken stellen wir zudem sicher dass wir abstrakte Anforderungen ebenso wie detaillierte Anforderungen effektiv ermitteln k nnen 5 5 2 Entwicklung einer Infotainment funktionalit t f r AROMA Im zweiten Beispiel konzentrieren wir uns auf einen sehr kreativen Part unseres AROMA Systems Es existiert die Idee dem Gast ber das Bedienteil Infotainment anzubieten Die Ideen gehen von einfachem Surfen im Intranet bis dahin dass das Mobilteil auch als Spielkonsole dienen soll Damit k nnten dann beliebige kosten freie Spiele im Internet gespielt werden F r diesen Systemteil sollen nun erste An forderungen erhoben werden Folgende Einflussfaktoren sind f r die Anforderungs ermittlung relevant E Produktneuentwicklung E Problematische Gruppendynamik sehr unterschiedliche Meinungen Viele nicht funktionale Anforderungen E Begeisterungsfaktoren sind sehr wichtig ae In Abbildung 5 13 ist eine reduzierte Matrix mit den Einflussfaktoren und den Be atrix wertungen der Techniken dargestellt
41. n sollte dabei allerdings klar sein dass Sie dabei vor allem etwas ber die Funktionsweise des Ist Systems erfahren und keinesfalls die Anforderungen an den Soll Prozess erheben Apprenticing ist eine effektive Technik um auch bei schwer beobachtbaren Arbeits abl ufen detailliertes Know how zu erlangen Es eignet sich insbesondere wenn die Stakeholder ihr Wissen nicht sprachlich ausdr cken k nnen Der Stakeholder f hlt sich zudem nicht beobachtet und unter Druck ge setzt da er mit seinem Fachwissen die Rolle des Meisters hat der Wissen besitzt welches dem Lehrling noch fehlt Besonders bei problematischer Gruppendynamik bietet dies psychologische Vorteile da auch der Analytiker beim Lernen Schw chen eingestehen muss und damit die Chance hat einen angstfreien Umgang mit Nichtwis sen vorzuleben In einem kritischen Arbeitsumfeld z B in der Flugsicherung wo eine Fehlbedienung durch den Analytiker gef hrlich sein kann ist Apprenticing ungeeignet Bei einer Produktentwicklung mit einer nicht klar eingegrenzten Menge von Stakeholdern ist Apprenticing ebenfalls schwer anwendbar da es keine fachverantwortlichen Perso nen gibt die als Lehrer ihr Wissen vermitteln k nnten Apprenticing ist vor allem f r den Analytiker sehr zeit und damit kostenintensiv 5 3 3 Befragungstechniken Befragungstechniken sind die Klassiker unter den Ermittlungsmethoden und basieren darauf die Stakeholder gezielt nach ihren W nschen und B
42. n vorab festgelegt sind Stakeholder machen h ufig L sungsvorschl ge die zu einer unn ti gen Komplexit t des Systems f hren Bevor Sie das System schlie lich entwickeln k nnen sollten Sie diese Abl ufe auf ihre fachliche Essenz zur ckf hren um veral tete L sungen zu bereinigen Dazu m ssen Sie zun chst konkrete Ablaufreihenfolgen und Abh ngigkeiten ermit Anwendung teln die keinen fachlichen Hintergrund besitzen und pragmatisch zur L sung techni scher Probleme eingesetzt werden Anschlie end verallgemeinern Sie die Abl ufe Das Ergebnis sind generalisierte essenzielle Anforderungen auf deren Basis Sie wiederum detailliertes essenzielles Verhalten ermitteln Neben den gewonnenen Freiheitsgraden bei der Realisierung haben Sie die M glich keit in den Anforderungen allgemeing ltige universelle Regeln zu finden die bei weiteren Projekten wiederverwendet werden k nnen Wenn Sie feststellen dass die Anforderungen viele konkrete L sungsschritte enthal ten die Sie in Ihrem neuen System berwinden wollen hilft Ihnen die Essenzbildung als zus tzlicher Schritt in der Systemanalyse Durch die Beschr nkung auf das Wesentliche wird die Komplexit t der Systembe Vorteile schreibung reduziert Entstehende Diskussionen neigen weniger dazu ins Nebens chli che abzudriften und das eigentliche Problem tritt in den Vordergrund Die Ermittlung der Essenz f llt vielen Stakeholdern sehr schwer da sie oft stark in Nac
43. nalen Anforderungen Sp testens nach der Ermittlung der Ziele und der ersten groben Anforderungen soll Anwendung ten Sie nach M glichkeiten suchen Anforderungen wiederzuverwenden Sie k nnen massiv Kosten einsparen wenn Sie Anforderungen wiederverwenden da Vorteile diese Anforderungen bereits ermittelt sind und eine gewisse Qualit t erreicht haben 5 Es klingt erschreckend ist aber ein weit verbreitetes Ph nomen Sehr viele Unternehmen haben das Fach Know how welches in gro en komplexen Altsystemen steckt verloren Wenn Sie auch vor diesem Problem stehen befinden Sie sich zumindest in guter Gesell schaft 127 5 Anforderungsermittlung Nachteile XS Qualit t verbessern Grundlagen Anwendung Vorteile Das Pr fen und Korrigieren der Anforderungen kann dadurch reduziert werden Un ter Umst nden existieren f r diese Anforderungen auch bereits weitere Informatio nen wie Abnahmekriterien oder Teile eines Modells Das gr te Problem bei der Wiederverwendung ist die richtigen Anforderungen zu finden Damit Anforderungen und ihre Folgeprodukte wiederverwendet werden k n nen m ssen sie gut dokumentiert werden was im ersten Projekt Zusatzaufwand be deutet Dieser Zusatzaufwand kann in vielen F llen nicht auf die Projektkosten umge rechnet werden und ist damit nur schwer durchzusetzen Hier hilft eine Unternehmens kultur in der pr ventive Ma nahmen zur Qualit tssteigerung und Kostenreduzierung ge
44. niken f r neue Ideen EB Beobachtungstechniken f r unbewusste Anforderungen E Befragungstechniken f r beliebig genaue Ergebnisse E Vergangenheitsorientierte Techniken um den Ist bzw Altsystemzustand zu er mitteln E Unterst tzende Techniken die andere Techniken abrunden und neue M glichkeiten erschlie en z B Essenzbildung Videoaufzeichnung Eine Kombination aus mehreren Ermittlungstechniken ist bei einer vollst ndigen An forderungsermittlung unabdingbar Nur durch die Auswahl der f r Ihr Umfeld rich tigen Ermittlungstechniken k nnen perfekte Anforderungen entstehen 137 5 Anforderungsermittlung 5 7 Sind Sie ein guter Verf hrer In diesem Kapitel haben wir Anforderungen klassifiziert und Techniken zur Anfor derungsermittlung vorgestellt Haben Sie die Chancen und Risiken bez glich Ihrer Stakeholder klar herausge arbeitet welche die Wahl der Ermittlungstechniken beeinflussen E Sind Ihnen die Auswirkungen der Basisfaktoren Leistungsfaktoren und Begeis terungsfaktoren auf die Kundenzufriedenheit bewusst Haben Sie bei der Auswahl der Ermittlungstechniken auf die Einflussfaktoren geachtet 138
45. nlose Gegenst nde bleiben bei Beobachtung unger hrt Beobachtungstechniken eignen sich sehr gut dazu Anforderungen auf sehr detaillier tem Niveau zu ermitteln Beobachtungstechniken sind auch geeignet um die Basisfaktoren zu ermitteln Ein externer Analytiker nimmt die Basisfaktoren wahr die viele Stakeholder als bekannt voraussetzen oder nur unterbewusst kennen Leistungsfaktoren k nnen teilweise be obachtet werden sofern sie bereits im gelebten Prozess oder im Vorg ngersystem umgesetzt sind lt gt Beobachtungstechniken gt Feldbeobachtung gt Apprenticing Abbildung 5 5 Beobachten statt Fragen fiir Analytiker mit klarem Blick Feldbeobachtung Der Analytiker erfasst die T tigkeiten der Stakeholder ihre zeitlichen Zusammen h nge die Handgriffe und Arbeitsabl ufe Der Analytiker kann Fragen stellen und l sst sich unklare Arbeitsschritte von den Stakeholdern w hrend der Durchf hrung erl utern Sie sollten bei der Feldbeobachtung allerdings sehr feinf hlig sein um nicht wie ein Aufpasser oder Kontrolleur zu wirken Dies gilt insbesondere wenn Sie die Video aufzeichnung zur Unterst tzung der Technik einsetzen Eine Feldbeobachtung bietet sich an um komplexe Arbeitsabl ufe zu ermitteln und eventuell unbewusste Arbeitsschritte zu erkennen Die Feldbeobachtung ist empfehlenswert wenn Ihre Stakeholder ihre Arbeit automa tisch unbewusst durchf hren diese schwer in Worte fassen k nnen oder zeitlic
46. obleme treten auf wenn die Dokumentationen von schlechter Qualit t oder im Laufe der Zeit veraltetet sind Reuse Wiederverwendung Haben Sie bereits ein hnliches System entwickelt Dann k nnen Sie Anforderungen Grundlagen und weitere Artefakte aus der Entwicklung des vergangenen Projekts wiederverwen den Untersuchen Sie dazu alle Artefakte die Sie aus dem vergangenen Projekt be sitzen Insbesondere das Anforderungsdokument ist f r Sie interessant Ist dieses a ber nicht vollst ndig oder nicht aktuell k nnen Sie weitere Artefakte wie die Archi tektur und Design Dokumente Schaltpl ne Konstruktionszeichnungen Prototypen oder sogar den Code hinzuziehen M glicherweise finden Sie sogar M glichkeiten Design Komponenten oder den Code selbst zusammen mit den Anforderungen wie derzuverwenden Idealerweise nutzen Sie eine Erfahrungsdatenbank in der Sie Anforderungen auf ei ner geeigneten Ebene zum Beispiel auf einer Anwendungsfall Ebene f r die Wie derverwendung leicht auffindbar ablegen Am einfachsten f llt es die Anforderungen wieder zu verwenden wenn Sie diese vorher generalisiert haben und nur noch an die Eigenheiten des aktuellen Projekts anpassen m ssen In unseren Projekten verwenden wir erfolgreich eine Datenbank mit generisch for mulierten nicht funktionalen Anforderungen die per Copy and Paste ins neue Pro jekt bernommen werden und nur angepasst werden m ssen siehe Kapitel 9 Nicht funktio
47. ole zur Hand In einer zweiten Runde arbeiten wir mit dem Prototypen oder ei ner Attrappe unseres Mobilteils Damit ist mehr als genug f r die kreative Seite der Systemanalyse getan Nun geht es daran seri se W nsche detaillierter zu erheben Deswegen machen wir anschlie en mit unseren Stakeholdern Interviews die wir im Bedarfsfall mithilfe der Snowcard Technik unterst tzen Zur Ermittlung der nicht funktionalen Anforderungen werden Simulationsmodelle bzw Prototypen und Mo delle unseres neuen Bedienteils verwendet siehe Kapitel 11 Pr fen von Anforde rungen 5 6 Management Zusammenfassung Anforderungen zu ermitteln ist ein Akt der Verf hrung bei dem Sie Ihrem Gegen ber die Anforderungen W nsche und Visionen entlocken sollten Professionelles Verf hren muss abwechslungsreich und gekonnt sein Orientieren Sie sich bei der Anforderungsermittlung an den in Ihrem Projekt geltenden Randbedingungen Um Risiken zu minimieren und die Vorteile optimal zu nutzen wenden Sie eine Kombi nation unterschiedlicher Techniken an welche bez glich der bestehenden Randbe dingungen die besten Eigenschaften besitzt Besonders das Ermitteln von Basisfaktoren die vom Kunden implizit vorausgesetzt werden und von Begeisterungsfaktoren die der Kunde noch gar nicht kennt stellt eine Herausforderung dar Kombinieren Sie daher passende Techniken um die An forderungen vollst ndig zu ermitteln Zu unterscheiden sind EB Kreativit tstech
48. r reichbar oder auswechselbarer Akku oder Tastatur und Bildschirm auf der sel ben Seite angebracht Bei unserem AROMA System w re ein Basisfaktor das Fea ture Speisen bestellen zu k nnen den Bestellvorgang jederzeit abbrechen zu k nnen oder sich jederzeit ausloggen zu k nnen Unabh ngig davon ob Sie ein Produkt f r den freien Markt entwickeln oder eine Indi vidualentwicklung f r einen bekannten Kunden durchf hren m ssen Sie die Basisfak toren immer ber cksichtigen Wenn Ihnen das Fachgebiet gel ufig ist kennen Sie die se in vielen F llen selbst und k nnen sie selbst erg nzen Bewegen Sie sich jedoch auf fachlichem Neuland so sind Sie auf die Know how Tr ger im Unternehmen oder an derweitige Quellen wie z B auf Benutzerhandb cher des Vorg ngersystems angewie sen Falls beides nicht mehr greifbar ist bleibt Ihnen nur die Analyse Ihres vorhande nen Codes oder das mechanische Austesten eines Ger tes Arch ologie um die An forderungen zu ermitteln oder Sie ermitteln mit Szenarien die Sie am Altsystem durchspielen was das System wirklich tut Dabei ist es wichtig dass Sie die erhaltenen Informationen nicht unreflektiert aufnehmen Fragen Sie gezielt nach ob Features noch ben tigt werden und einen wirtschaftlichen Nutzen bringen Eine andere M glichkeit Zeit bei der Analyse von Basisfaktoren zu sparen ist die Arbeit auf jemand anderen zu verlagern den Sie nicht finanzieren m ssen H ufig hand
49. rbessern und ein System zu entwickeln das die Gesch ftsprozesse optimiert und die Benutzer effektiver unterst tzt Soll Situation Abstrahieren Sie dazu aus der vom Stakeholder ge u erten typi scherweise pragmatischen Beschreibung die L sungsdetails um zu den essenziellen Anforderungen zu gelangen Im Lauf der Entwicklung werden dann f r die optimierten essenziellen Anforderungen neue L sungen entwickelt und neue pragmatische Abl u fe beschrieben Diese stellen dann hoffentlich die optimierten Abl ufe dar Als Analytiker ist es Ihre Aufgabe zusammen mit den Stakeholdern die Ziele Rand bedingungen und Anforderungen an ein System zu definieren das die optimierte Durchf hrung der Prozesse unterst tzt Sie sind der Moderator der daf r verantwort lich ist dass die Zeit der Stakeholder zielgerichtet dazu genutzt wird Wissen zu er mitteln Sie sollten als Katalysator arbeiten der den Stakeholdern hilft Ideen zu pro duzieren und sich ber ihre W nsche klar zu werden Rechnen Sie nicht damit dass Ihnen die Stakeholder perfekte Ziele Randbedingungen oder Anforderungen auf dem Silbertablett pr sentieren Unklare Anforderungen sind ein typisches Problem bei der Systementwicklung Als Analytiker ist es Ihre Aufgabe die Stakeholder dabei zu unterst tzen sich ber die Anforderungen klar zu werden Sie m ssen dabei helfen Wissen aus dem Unbewuss ten und Unterbewussten ans Tageslicht zu bef rdern 5 1 2 Geeignete Ermittlung
50. rozess Neu und n tzlich Gemeinsame Nutzung linker und rechter Gehirnh lfte Definition Die richtige Antwort Blockaden _ Eingeschr nkte Sichtweise Expertitis Abbildung 5 9 Ein Mind Map als initialer Wissensspeicher Mind Maps dienen dazu gewonnene Ideen zu strukturieren und in Zusammenhang Anwendung zu setzen Sie k nnen auch zur Dokumentation von Gespr chen oder Gedanken ge nutzt werden um die Informationen zu einem sp teren Zeitpunkt m glichst exakt und eindeutig wieder ins Ged chtnis zur ckzurufen Da die Ideen sofort f r alle Be teiligten sichtbar sind und kein hoher Zwang zur Formalit t herrscht kann jeder so fort weitere Assoziationen ziehen und diese auch hinzuf gen Ein Mind Map ist gut geeignet Gedanken zu visualisieren zu strukturieren und Vorteile schlie lich zu dokumentieren Das Bild eines Mind Maps kann meist nur vom Autor oder anderen im Gespr ch an Nachteile wesenden Personen richtig interpretiert werden Als l ngerfristige Art Informationen auch f r Dritte zu dokumentieren eignen sich Mind Maps daher nicht 129 5 Anforderungsermittlung Grundlagen Anwendung Vorteile Nachteile Grundlagen CRC Karten Class Responsibility Collaboration CRC Modellierung unterst tzt bei der objektorientierten Analyse in Gruppenarbeit siehe Wilkinson95 und Wirfs Brook90 Die CRC Karten helfen aus einer Men ge von existierenden Anwendungsf llen durch spieleris
51. s Er gebnis hat siehe auch Kapitel 7 Dokumentation von Anforderungen Wenden Sie die Anwendungsfall Modellierung im Rahmen von Workshops an Mo dellieren Sie parallel zu den Diskussionen im Team die gefundenen Anwendungsf l le auf einer Pinnwand Dokumentieren Sie die wichtigen Stichpunkte jedes Anwen 132 5 Anforderungsermittlung dungsfalls z B auf einen Flip Chart Mit dieser Technik k nnen Sie sich im Team ber die wichtigsten F higkeiten eines Systems abstimmen Mit Hilfe von Anwendungsf llen k nnen Sie komplexe Anforderungsdokumente Anwendung strukturieren und die Systemanalyse berschaubar gestalten Anwendungsf lle erzwingen eine rein fachliche Sicht und eine logische Zerlegung Vorteile der gesamten Funktionalit t Bei gro em Systemumfang kann die Systemanalyse ber sichtlich gegliedert werden F r die Beschreibung von Anwendungsf llen in Prosa bestehen keine klaren Vorga Nachteile ben Sofern mehrere Teams parallel Anwendungsf lle beschreiben sollten Sie vorab Regeln erstellen um die Ergebnisse anschlie end vergleichen und weiterverarbeiten zu k nnen Essenzbildung Bei der Anforderungsermittlung besteht immer die Gefahr dass Stakeholder Arbeits Grundlagen abl ufe mit den derzeit g ltigen technischen L sungen nennen und die resultierenden Anforderungen nicht l sungsneutral sind Eine technische Verbesserung des Systems wird dabei schon allein deshalb erschwert weil bestimmte Entscheidunge
52. s Sie f r jede ausgepr gte Randbedingung in Ihrem Pro jekt eine Technik mit dem Eintrag sehr gut geeignet einsetzen 110 5 Anforderungsermittlung 5 2 Die entscheidenden Faktoren Ihres Produkts F r die Anforderungsermittlung ist es entscheidend zu wissen welche Bedeutung die Anforderungen f r die Zufriedenheit ihrer Stakeholder haben Das von Dr Noriaki Kano bereits 1978 vorgestellte Kano Modell teilt die Features eines Produkts in drei Kategorien ein Diese Kategorien haben einen unterschiedli chen Einfluss auf die Zufriedenheit des Kunden mit dem Produkt In Sauerwein00 werden die existierenden Anwendungs und Interpretationsm glichkeiten dargestellt Kano unterteilt Anforderungen bzw Features in folgende Kategorien E Basisfaktoren sind selbstverst ndlich vorausgesetzte Features E Leistungsfaktoren sind die bewusst verlangte Sonderausstattung Begeisterungsfaktoren sind Features des Produkts die der Kunde nicht kennt und erst w hrend der Benutzung als angenehme und n tzliche berraschungen ent deckt mit der Zeit werden begeisternde Faktoren zu Leistungsfaktoren und schlie lich zu Basisfaktoren Begeisternde Zufriedenheit Faktoren sehr zufrieden amp G G E Zeit Leistungs faktoren Erf llungsgrad vollst ndig Erf llungsgrad v llig unzureichend Basisfaktoren v llig unzufrieden Abbildung 5 2 Das Kano Modell zeigt
53. stechniken Eine Technik die f r alle Stakeholder und Anforderungen in einem Projekt gleicher ma en geeignet ist gibt es nicht Da im Laufe eines Projekts die unterschiedlichsten Ar ten von Anforderungen siehe Kapitel 1 Anforderungsqualit t unter wechselnden 108 5 Anforderungsermittlung Randbedingungen bei unterschiedlichen Menschen ermittelt werden reicht im Allge meinen eine einzelne Ermittlungstechnik nicht aus Es gibt auch hier leider kein All heilmittel Bevor Sie jedoch zu irgendeinem Zeitpunkt in Ihrem Projekt Anforderungen ermit teln sollten Sie sich Gedanken ber die Ermittlungstechnik machen die sich f r die momentane Situation am besten eignet Folgende Faktoren spielen dabei nach unse ren Erfahrungen die gr te Rolle Die Chancen und Risiken im Projekt insbesondere die Eigenheiten und F hig Einflussfaktoren keiten der Stakeholder Die Unterscheidung nach bewussten unbewussten und unterbewussten Informa tionen Die Erfahrung des Analytikers mit der entsprechenden Ermittlungstechnik Wir werden im Folgenden die Ermittlungstechniken vorstellen und sie bez glich der Risiken bewerten die sich aus den in Kapitel 3 Von der Idee zum System geschil derten Projektrandbedingungen ergeben Bei der Beschreibung der einzelnen Tech niken werden wir jeweils darauf eingehen wie gut sie geeignet sind bewusste un terbewusste und unbewusste Anforderungen zu ermitteln Bei Ihrer Auswahl sollten
54. ue Anregungen auch durch ei nen Blick auf die Produkte Ihrer Konkurrenz holen Sie sollten jedoch darauf achten nicht so viele Leistungsfaktoren oder utopische W nsche von Extremisten aufzu nehmen dass deren Umsetzung Probleme verursachen berpr fen Sie f r diese F l le die Kosten Nutzen Relation genau Sobald Sie Leistungsfaktoren in einem Sys tem umsetzen steigt die Zufriedenheit des Kunden Kunden m gen es einfach wenn man ihre W nsche erf llt 5 2 3 Unbewusste W nsche erahnen Begeisterungsfaktoren sind Merkmale eines Systems deren Wert ein Kunde erst er kennt wenn er sie selbst ausprobieren kann Wie w re es zum Beispiel wenn Sie mit dem Mobiltelefon die Standheizung im Auto einschalten k nnten oder das Telefon finden k nnten auch wenn es ausgeschaltet ist W re Gedanken bertragung bez g lich der zu w hlenden Nummer nicht manchmal praktisch Oder ein rettender Anruf wenn Sie in einem langweiligen unangenehmen Meeting sind Bezogen auf unser AROMA System w re ein Gourmetservice interessant der dem VIP Gast passend zur Speisenauswahl eine Weinempfehlung gibt Dazu w re es vermutlich noch inte ressant wenn der Besteller alle relevanten Informationen zum Winzer zur Traube zum Weingut und zum Wein selbst aufgeblendet bekommen w rde um seine Ge spr chspartner mit dem n tigen Gourmet Know how zu beeindrucken W nschens wert w re vermutlich auch eine automatische Modelabelerkennung fotografierter Objekte So
55. undlagen Analogie Beispiel aus der Natur als Denkmodell Die L sungen k nnen dann wieder auf das Ursprungsproblem angewendet werden Denken Sie zum Beispiel an die Fusion zweier Firmen und vergleichen Sie es mit dem Vermischen von zwei Tierherden Wie lange dauert es bis sich die Tiere der beiden Herden die Mitarbeiter vermi schen Die Leittiere werden in einen Konkurrenzkampf treten und eine neue Hierar chie erk mpfen In einer Gefahrensituation wenn zum Beispiel ein Raubtier die Her de angreift werden sich die Tiere der beiden Tierherden als eine Herde verhalten um ihre Chance zu verbessern dem Raubtier zu entkommen Diese Verhaltensmuster k nnen in hnlicher Form von den Mitarbeitern der beiden Firmen erwartet werden Bei der Bisoziation sind die Vorbilder nicht auf die Natur beschr nkt Daher ist es oft einfacher eine passende Analogie zu finden Bei beiden Techniken ist es wichtig dass alle Teilnehmer ein grundlegendes Ver st ndnis und Interesse f r das Fachgebiet des Analogons besitzen Weitere Informa tionen zu Bionik und Bisoziation finden Sie zum Beispiel in Kellner02 F r ein existierendes Problem k nnen Sie durch Bionik oder Bisoziation neue L6 Anwendung sungsm glichkeiten entwickeln Komplexe Probleme oder schwer vorstellbare Zusammenh nge werden durch Analo Vorteile gien verst ndlich Um Bionik oder Bisoziation einzusetzen ben tigen Sie viel Zeit da Sie Vergleiche Nachteile konstruieren und d
56. utralit t wei Fakten und Zahlen Pers nliches Empfinden und subjektive Meinung rot Gef hle ngste Hoff nungen Objektive negative Argumente schwarz Zweifel Bedenken Risiken Objektive positive Eigenschaften gelb Chancen Pluspunkte Ziele Neue Ideen gr n beliebige Ideen hnlich Brainstorming Prozess Kontrolle blau Moderation und Anleitung der Ideenfindung Wenden Sie diese Methode an um die Systemziele und Anforderungen aus sehr vie len unterschiedlichen Sichten zu analysieren Diese Methode erm glicht es sogar manchem in seiner Sicht sehr festgefahrenen Stakeholder seine Denkweise zu verlassen und in eine andere Rolle zu schl pfen Wichtig sind die Akzeptanz der Stakeholder sowie ein guter Moderator Der Wechsel der Perspektive ist f r viele eher introvertierte oder konservative Stake holder eine ziemlich abgehobene Technik Sie muss vorsichtig eingef hrt werden um die Beteiligten nicht zu verschrecken Als Analytiker laufen Sie Gefahr in die Psychoecke gesteckt zu werden Wenden Sie die Technik nur an wenn sie Ihnen liegt und zum Team passt Walt Disney Methode Ein weiteres Mehr Sichten Modell ist nach Walt Disney benannt der angeblich f r jede Sichtweise einen eigenen Raum hatte Die Walt Disney Methode Dilts99 be sitzt die folgenden Sichten die an r umlich oder zeitlich getrennten Stellen einge nommen werden E Tr umer und Vision r Phantasie Kreativit t neue Ideen Real
57. was Kunden wirklich gl cklich macht Wenn sich die Begeisterungsfaktoren am Markt durchsetzen ziehen immer mehr Produzenten mit gleichartigen Features nach Dann werden aus Begeisterungsfakto ren im Lauf der Zeit Leistungsfaktoren und schlie lich Basisfaktoren Das bedeutet dass Sie um Marktf hrer zu bleiben immer kreativ nachlegen m ssen War die F higkeit SMS zu verschicken 1994 noch ein exotisches Feature von Mo biltelefonen entdeckten es die Anwender bald als praktische Alternative zum Anruf Begeisterungsfaktor Da kaum jemand keine SMS verschicken wollte wurde es zu einem h ufig geforderten Feature beim Kauf eines Mobiltelefons Leistungsfaktor 111 Kategorien nach Kano Entwicklung der Faktoren 5 Anforderungsermittlung Den Grundstock setzen Arbeitsaufw nde verschieben Die Nutzer gew hnten sich schnell an die SMS und heute wird beim Kauf eines Handys implizit vorausgesetzt dass es SMS versenden und empfangen kann Basis faktor 5 2 1 Basisfaktoren Selbstverst ndliches ausgraben Die Basisfaktoren die der Kunde beim Einsatz Ihres Produkts implizit voraussetzt muss das Produkt oder System in jedem Fall erf llen Sind diese Features vollst ndig umgesetzt bedeutet das noch nicht dass der Kunde schon zufrieden ist Fehlt aber eines dieser Features f hrt dies sicher zu massiver Unzufriedenheit Basisfaktoren sind zum Beispiel bei einem Handy Funktionalit ten wie Telefonieren berall e
58. zen auftreten wenn sich die Teilnehmer auf die falschen Klassen konzentrieren Snowcards Snowcards sind ein strukturiertes Hilfsmittel um alle Informationen zu einer Anfor derung zu erfassen Auf idealerweise vorgedruckten Karten werden die Anforderun gen ihre Bezeichnung Nummer und weitere Attribute wie Quelle Beschreibung usw festgehalten Abbildung 5 11 zeigt eine beispielhafte Snowcard Zu Beginn halten Sie alle in der Gruppe vorgebrachten Anforderungen mit Quelle kurzer Beschreibung sowie einer eindeutigen Identifikationsnummer fest und be 130 5 Anforderungsermittlung schreiben Abh ngigkeiten zu anderen Anforderungen mithilfe der Nummern Im zwei ten Schritt werden die Anforderungen diskutiert um fehlende Informationen erweitert und detailliert Snowcards und ihre Anwendung werden sehr ausf hrlich von den Erfindern in Ro bertson99 und Robertson06 erl utert Setzen Sie Snowcards in Gruppen ein um gemeinsam Anforderungen und zugeh ri ge Informationen zu erarbeiten Die Technik eignet sich vor allem um grobe Anfor derungen zu finden Snowcards unterst tzen das strukturierte Arbeiten in Gruppen den Austausch zwi schen den Teilnehmern sowie die Dokumentation der Informationen Snowcards sind nicht geeignet wenn die Stakeholder r umlich verteilt oder schlecht verf gbar sind oder wenn Sie eine gro e Zahl von Stakeholdern integrieren m ssen Auch f r detaillierte Anforderungen eignen sie sich ni
59. zu entwi ckeln eignen sich Kreativit tstechniken nicht Unsere Erfahrung zeigt dass es h ufig nicht funktioniert mit Kreativit tstechniken Detail Know how zu erheben Nachdem gute Ideen geboren wurden m ssen Sie daf r sorgen dass sie auch gro gezogen werden laufen lernen und unternehmerischen Mehrwert produzieren Hier bei hilft vor allem ein Innovationsprozess Eine M glichkeit wie aus Ideen Produkte werden hat Prof Dr Robert G Cooper entwickelt das Stage Gate Modell Cooper02 Er bezeichnet es selbst als Spiel anleitung f r Neuprodukte Das Stage Gate Modell teilt den Innovationsprozess in eine vorab festgelegte Menge von Abschnitten Stages und Toren Gates auf W h rend der Stages werden die Informationen gesammelt an den Gates werden die Re sultate dann kontrolliert und die Stop or Go Entscheidung getroffen So stellen Sie sicher dass gute Ideen nicht in Dokumenten verschimmeln oder Sie vor lauter Um setzungsprojekten f r Neuprodukte keines zur Marktreife bringen I Kreativitatstechniken gt Brainstorming gt Walt Disney Methode gt Brainstorming paradox gt Bionik Bisoziation gt Methode 6 3 5 gt Osborn Checkliste gt Wechsel d Perspektive Abbildung 5 4 Das Handwerkzeug der Kreativen Brainstorming Eine der wohl bekanntesten Kreativit tstechniken f r Gruppen ist das Brainstorming Entwickelt wurde diese Methode vor ca 60 Jahren von Alex Osborn mit dem Ziel die Qualit

Requirements-Engineering und -Management - beck

Contents

Download Pdf Manuals

Related Search

Related Contents