ANFORDERUNGS-ENGINEERING IM BAUWESEN
|
|
- Emma Schmitz
- vor 8 Jahren
- Abrufe
Transkript
1 DISS. ETH Nr ANFORDERUNGS-ENGINEERING IM BAUWESEN ABHANDLUNG zur Erlangung des Titels DOKTOR DER WISSENSCHAFTEN der EIDGENÖSSISCHEN TECHNISCHEN HOCHSCHULE ZÜRICH vorgelegt von NILS KRÖNERT Dipl.-Ing. geboren am 28. Januar 1977 von Hannover, Bundesrepublik Deutschland Angenommen auf Antrag von Prof. Dr.-Ing. Gerhard Girmscheid Prof. Dr.-Ing. Christoph Motzko 2010
2
3 Vorwort Eine Dissertation bedeutet die intensive Auseinandersetzung mit einer spezifischen Thematik. Auch wenn der Fokus eines Doktorats immer auf den fachlichen Aspekten liegt, so muss der Doktorand neben der Kraft und Ausdauer zur Behandlung der gewählten Thematik auch die Fähigkeit zum wissenschaftlichen Arbeiten besitzen, um die Dissertation erfolgreich abschliessen zu können. In meinen Jahren an der ETH Zürich war es unter anderem diese Herangehensweise, die mich persönlich gefordert hat. Hierfür möchte ich vor allem meinem Doktorvater Professor Dr.-Ing. Gerhard Girmscheid danken, der mich stets gefordert und gefördert und auch trotz manch schwieriger Situation immer eine führende Position eingenommen hat. Er war es auch, der die grundlegende Idee zu der von mir betrachteten Thematik besessen hatte. Erst durch die vielen konstruktiven und ermutigenden Gespräche, wurde ich überhaupt in die Lage versetzt, diese Arbeit erfolgreich abzuschliessen. Im Zusammenhang mit dem gewählten Thema möchte ich auch der Firma HOCHTIEF, insbesondere Herrn Professor Dr.-Ing. Bernhard Bürklin, Herrn Wolfgang Katzer und Herrn Wolfgang Kölzer, für die Initiierung und Durchführung des Verbundforschungsprojekts, in dessen Rahmen diese Arbeit entstanden ist, danken. Im Rahmen des Verbundforschungsprojekts möchte ich auch Herrn Professor Dr.-Ing. Christoph Motzko, der sich auch bereit erklärt hat, das Korreferat zu übernehmen, und Herrn Professor Dr.-Ing. Peter Racky für die kritische Betrachtung der Arbeit im Rahmen des Forschungsprojekts meinen Dank aussprechen. Weiterhin möchte ich die ausgezeichnete Zusammenarbeit und gegenseitige Unterstützung im Rahmen des Verbundforschungsprojekts mit meinen HOCHTIEF- Kollegen Herrn Dr.-Ing. Ingo Giesa und Herrn Dr.-Ing. Philipp Stichnoth hervorheben. Auch die konstruktive Zusammenarbeit mit meinen Kollegen am Institut für Bauplanung und Baubetrieb der ETH Zürich bot mir eine umfangreiche Hilfestellung bei der Erstellung der Doktorarbeit. Mein abschliessender Dank gebührt meinen Eltern, die mich in meinen Entscheidungen immer unterstützt haben, und meiner Lebensgefährtin Anna, die in allen turbulenten Zeiten immer an meiner Seite stand. Zürich, im Oktober 2010 Nils Krönert
4
5 Seite 5 Inhaltsverzeichnis Inhaltsverzeichnis... 5 Abbildungsverzeichnis... 9 Tabellenverzeichnis Kurzfassung Abstract Problemstellung Hintergrund des Anforderungs-Engineerings Begriffsdefinition im Anforderungs-Engineering Strategische Bedeutung des Anforderungs-Engineerings Fragen der Praxis Aufbau der Arbeit Stand der Praxis und Forschung Definition des Anforderungs-Engineerings Anforderungsprozess Aufbau der Anforderungsspezifikation Eigenschaften von Anforderungen Anforderungsgewinnung Anforderungsdokumentation Validierung der Anforderungen Zusammenfassung Anforderungsmanagement Formalisierung von Anforderungen Priorisierung von Zielen und Anforderungen Relationen von Anforderungen Zusammenfassung Fazit Empirische Untersuchung zum Stand der Praxis Ziel der empirischen Studie Aufbau der empirischen Studie Auswahl der Untersuchungsobjekte Ergebnisse der empirischen Studie Vergleich der Ergebnisse mit dem Stand der Praxis... 97
6 Seite 6 4. Forschungslücke und Forschungsgegenstand Abgleich der Fragen der Praxis und des Stands der Praxis und Forschung sowie der empirischen Untersuchung Definition der Forschungslücke Forschungsgegenstand und Abgrenzung der Arbeit Forschungsfragen Forschungsmethodik Wissenschaftsverständnis der Baubetriebswissenschaft Forschungskonzeption Wahl und Beschreibung des theoretischen Bezugsrahmen Zielfunktion des Anforderungs-Engineering-Modells zur Wahl des theoretischen Bezugsrahmens Bezugsrahmen zur formalen Strukturierung Systemtheorie und Systembildung Kybernetischer Ansatz Bezugsrahmen zur inhaltlichen Ausgestaltung der Prozesse Principal-Agent-Theorie Entwicklung der Struktur und der Prozesse des Anforderungs-Engineerings Denklogische Herleitung der systemtheoretischen Gliederung mittels theoretischem Bezugsrahmen Generisch-denklogische Herleitung der Prozess- und Managementdimension des Anforderungs-Engineerings auf Basis des kybernetischen Systemansatzes Bauprojektphasen Kybernetischer Anforderungsentwicklungsprozess Anforderungstypen Prozesssteuerung und Controlling Meilensteine Zusammenfassung der Struktur und Prozesse im Anforderungs-Engineering
7 Seite 7 7. Inhaltliche Ausgestaltung der Prozesse im Anforderungs-Engineering Festlegung der systemtheoretischen Strukturierung der inhaltlichen Ausgestaltung Modellaufbau zur inhaltlichen Ausgestaltung der Prozesse Hauptprozess Strategische Planung Modulprozess Nutzeridentifikation Modulprozess Zieldefinition Modulprozess Rahmenbedingungen/ Projektrandbedingungen Hauptprozess Projektentwicklung Modulprozess 1 Ermittlung der Anforderungen Modulprozess 2 Systemintegration Modulprozess 3 Kostenerfassung Modulprozess 4 Optimierung Modulprozess 5 Zielprüfung Hauptprozessphase Vorplanung Modulprozess 1 Ermittlung der Anforderungen Modulprozess 2 Systemintegration Modulprozess 3 Kostenerfassung Modulprozess 4 Optimierung Modulprozess 5 Zielprüfung Hauptprozessphase Entwurfs-/ Genehmigungsplanung Modulprozess 1 Ermittlung der Anforderungen Modulprozess 2 Systemintegration Modulprozess 3 Kostenerfassung Modulprozess 4 Optimierung Modulprozess 5 Zielprüfung Hauptprozessphase Ausführungsplanung Modulprozess 1 Ermittlung der Anforderungen Modulprozess 2 Systemintegration Modulprozess 3 Kostenerfassung Modulprozess 4 Optimierung Modulprozess 5 Zielprüfung Zusammenfassung der inhaltlichen Ausgestaltung der Prozesse im Anforderungs-Engineering
8 Seite 8 8. Theoriegeleitete Begründung Ableitung von Bedingungsgrössen Nachweis der Viabilität und Validität des Prozessmodells in Bezug auf die Bedingungsgrössen Realisierbarkeitstest Begründung und Aufbau des Realisierbarkeitstests Realisierbarkeitstest bezüglich der Modulprozesskette Realisierbarkeitstest bezüglich des Modulprozesses 1 Ermittlung der Anforderungen Realisierbarkeitstest bezüglich des Modulprozesses 2 Systemintegration Realisierbarkeitstest bezüglich des Modulprozesses 3 Kostenerfassung Realisierbarkeitstest bezüglich des Modulprozesses 4 Optimierung Realisierbarkeitstest bezüglich des Modulprozesses 5 Zielprüfung Realisierbarkeitstest bezüglich der Hauptprozesse Realisierbarkeitstest bezüglich des Hauptprozesses Strategische Planung Realisierbarkeitstest bezüglich der Hauptprozesse Projektentwicklung, Vorplanung, Entwurfs-/ Genehmigungsplanung und Ausführungsplanung Ergebnis des Realisierbarkeitstest Zusammenfassende Beurteilung und weiterer Forschungsbedarf Zusammenfassende Beurteilung Weiterer Forschungsbedarf und Ausblick Literaturverzeichnis
9 Seite 9 Abbildungsverzeichnis Bild 1: Kybernetischer Kreislauf der Anforderungen, Ziele und Entscheidungen Bild 2: Kostenentwicklung der Änderungskosten über die Projektlaufzeit von Softwareprojekten Bild 3: Einbettung des Anforderungs-Engineerings ins Projektmanagement Bild 4: Prozesse in einem Bauunternehmen Bild 5: Prozesse in einem Bauunternehmen mit Einordnung des Anforderungs-Engineerings Bild 6: Aufbau der Arbeit und Kapitelstruktur Bild 7: Vorteile der vorgelagerten Entwurfsbetrachtung im Bauprozess Bild 8: Gliederung des Anforderungs-Engineering Bild 9: Entwicklungsprozess für ein Anforderungsspezifikation Bild 10: Prototypstruktur für den Aufbau einer Anforderungsspezifikation nach IEEE 830 (1998) Bild 11: Darstellung des Systemkontexts Bild 12: Kano-Modell Kundenzufriedenheit in Abhängigkeit des Erfüllungsgrads der Anforderungen Bild 13: Interaktionsbeziehung der Anforderungskategorien Bild 14: Gewinnungstechniken im Bezug zur Projektrealität Bild 15: Beispiel für die Strukturierung von Anforderungsattributen Bild 16: Strukturierung der Validierung von Anforderungen Bild 17: Entity-Relationship-Modell der Monohierarchie Bild 18: Prinzip monohierarchischer Strukturen Bild 19: Entity-Relationship-Modell der Polyhierarchie Bild 20: Prinzip polyhierarchischer Strukturen Bild 21: Abhängigkeitsliste Bild 22: Abhängigkeitsmatrix Bild 23: Kategoriensystem der Auswertung Bild 24: Gliederung der Forschungslücke für das Anforderungs-Engineering im Bauwesen Bild 25: Wissenschaftssystematik und Einordnung der Baubetriebswissenschaften Bild 26: Verknüpfungen zwischen den drei Welten Bild 27: Weltbild der Erkenntnistheorie in Anlehnung an POPPER (2002) und PLESSNER (1975) sowie forschungsmethodische Konsequenzen Bild 28: Forschungsprozess zur Entwicklung des Anforderungs-Engineerings als konstruktivistisches Gestaltungsmodell Bild 29: Phasen im Forschungsprozess Bild 30: Güteprüfung durch Triangulation in der Baubetriebswissenschaft Bild 31: Kybernetisch-systemorientiere Modellbildung in der Baubetriebswissenschaft Bild 32: Konstellation in der Principal-Agent-Theorie Bild 33: Wechsel der Akteure im Anforderungs-Engineering Bild 34: Sphären der systemtheoretischen Gliederung
10 Seite 10 Bild 35: Modellebenen der Prozess- und Managementdimension des Anforderungs-Engineerings im Bauwesen Bild 36: Leistungsphasen nach der HOAI Bild 37: Leistungsmodell nach der SIA Bild 38: Vergleich der Phasen nach HOAI und SIA Bild 39: AHO-Phasenmodell für das Projektmanagement Bild 40: Lebensphasen eines Systems Bild 41: Lineare Gestaltung eines Projektlebenszyklus Bild 42: Lebenszyklusphasen für ein Bauprojekt Bild 43: Entwicklung der Bauprojektphasen im Anforderungs-Engineering Bild 44: Kybernetischer Anforderungsentwicklungsprozess für das Anforderungs-Engineering Bild 45: Modelldimension der Anforderungstypen für die formale Strukturierung des Anforderungs-Engineerings Bild 46: Meilensteingruppen der einzelnen Bauprojektphasen für das Anforderungs-Engineering Bild 47: Gesamtübersicht über die Modelldimension und deren Elemente der Struktur und Prozesse des Anforderungs-Engineerings Teil Bild 48: Gesamtübersicht über die Modelldimension und deren Elemente der Struktur und Prozesse des Anforderungs-Engineerings Teil Bild 49: Schema der hierarchischen Strukturierung der Prozesse durch Haupt- und Modulprozesse Bild 50: Phasen-und Aufgabendimension des Anforderungs-Engieerings Bild 51: Beispiel für eine relative Gewichtungsmatrix der Ziele Bild 52: Gebäudebaumstruktur nach der Systemintegration innerhalb der Vorplanungsphase Bild 53: Konkretisierung der Hauptgewerke in Elementgruppen in der Entwurfs-/ Genehmigungsplanung Bild 54: Planungselemente der Systemintegration in der Ausführungsplanung Bild 55: Modulprozesse innerhalb der Bauprojektphase der Strategischen Planung Bild 56: Phasenübergreifende Darstellung des Modulprozesses 1 Ermittlung der Anforderungen Bild 57: Phasenübergreifende Darstellung des Modulprozesses 2 Systemintegration Bild 58: Phasenübergreifende Darstellung des Modulprozesses 3 Kostenerfassung Bild 59: Phasenübergreifende Darstellung des Modulprozesses 4 Optimierung Bild 60: Entscheidungselement des Modulprozesses 5 Zielprüfung Bild 61: Zielerreichungselement des Modulprozesses 5 Zielprüfung Bild 62: Zielüberprüfungselement des Modulprozesses 5 Zielprüfung Bild 63: Phasenübergreifende Darstellung des Modulprozesses 5 Zielprüfung Bild 64: Gesamtdarstellung der inhaltlichen Ausgestaltung der Prozesse im Anforderungs-Engineering
11 Seite 11 Tabellenverzeichnis Tabelle 1: Zusammenfassung der Anforderungsgewinnungselemente für die Einbindung in das Anforderungs-Engineering im Bauwesen Tabelle 2: Zusammenfassung der Elemente des Anforderungsprozesses für die Einbindung in das Anforderungs-Engineering im Bauwesen Tabelle 3: Zusammenfassung der Elemente des Anforderungsmanagements für die Einbindung in das Anforderungs-Engineering im Bauwesen Tabelle 4: Zusammenfassung der wesentlichen Literatur für das Anforderungs-Engineering Tabelle 5: POPPERS Trialismus der Welt und PLESSNERS anthropologische Dreiteilung der Welt Tabelle 6: Erfüllung der Eignungskriterien durch die Systemtheorie Tabelle 7: Erfüllung der Eignungskriterien durch die Kybernetik Tabelle 8: Erfüllung der inhaltlichen Kriterien der betrachteten sozial-wissenschaftlichen Theorien Tabelle 9: Erfüllung der Eignungskriterien durch die Principal-Agent-Theorie Tabelle 10: Übersicht der Mechanismen zur Prozesssteuerung und zum Controlling Tabelle 11: Beispiele für projektspezifische Key Result Areas (KRAs) und dazugehörige Key Performance Indicators (KPIs) Tabelle 12: Beispiele für die Ableitung der KRAs und KPIs aus den festgelegten Projektzielen
12
13 Seite 13 Kurzfassung In der heutigen Finanzsituation ist es für die Investoren sehr wichtig, dass die geplante Rendite möglichst frühzeitig erzielt werden kann. Um die Rendite des Investors zu sichern, ist es auch wichtig, dass das Bauprojekt für alle Beteiligten sich zu einer Win-Win-Situation entwickelt. Allerdings zeigen aktuelle Betrachtungen, dass dies eher der seltene Fall ist. Der fehlende Erfolg von Projekten kann vorwiegend durch das unvollständige Bausoll, die mangelhafte Einbindung der relevanten Stakeholder und die häufigen Änderungen am Bausoll in den späten Projektphasen begründet werden. Ein Grund hierfür ist, dass im Bauwesen oftmals nicht die notwendigen Anforderungen rechtzeitig an das Bauwerk formuliert werden. Aufbauend auf dieser Problematik wurde ein Forschungsvorhaben der Firma HOCHTIEF und des Instituts für Bauplanung und Baubetrieb der ETH Zürich ins Leben gerufen, durch welches die vorliegende Arbeit entstand. Dabei sollte grundsätzlich untersucht werden, ob und wie ein Anforderungs-Engineering im Bauwesen zu implementieren ist. Die Untersuchungen innerhalb des Forschungsvorhabens haben gezeigt, dass in anderen Branchen, vorwiegend in der Softwareentwicklung, ein Anforderungs- Engineering konsequent angewendet wird. So führt die vorliegende Dissertation auch eine umfangreiche Analyse des Vorgehens in anderen Branchen durch und überprüft deren Anwendbarkeit im Bauwesen. Ausgehend von dieser Analyse konnte ein Prozessmodell für das Anforderungs-Engineering im Bauwesen entwickelt werden, welches vor allem die frühen Bauprojektphasen betrachtet. Da in der Baupraxis derzeit kein Anforderungs-Engineering existiert, wurde als wissenschaftstheoretischer Ansatz das generisch-denklogische-deduktive Vorgehen gewählt. Zur Absicherung dieses Vorgehens erfolgen eine theoriegeleitete Begründung sowie ein Realisierbarkeitstest. Mittels dieser Triangulation wird die wissenschaftliche Güte der Arbeit sichergestellt. Um die Komplexität des Modells zu verringern und die Anwendbarkeit zu gewährleisten, wird das Prozessmodell auf Basis der Systemtheorie und Kybernetik strukturiert. Weiterhin erfolgt die inhaltliche Ausgestaltung unter Berücksichtigung der Elemente und Erkenntnisse der Principal-Agent-Theorie. Durch die Anwendung dieser wissenschaftlichen Methoden wird für das Prozessmodell der theoretische Bezugsrahmen aufgespannt und somit im Rahmen des Begründungszusammenhangs die Gültigkeit des Modells unterstützt. Durch die beschriebene Forschungsmethodik konnte ein Prozessmodell für das Anforderungs-Engineering im Bauwesen entwickelt werden, welches auf Basis des wissenschaftlichen Vorgehens einen viablen Handlungsleitfaden für die Praxis liefert.
14
15 Seite 15 Abstract In today's financial situation, it is more important for investors that the proposed rate of return can be achieved as early as possible. In order to secure the return of the investment, it is also important that the construction project develops a win-win situation for all involved. However, recent observations show that this is rather a rare case. The lack of success of projects may be primarily by the incomplete construction target definition, the lack of involvement of relevant stakeholders and the frequent changes based on construction target definition in the late phases of the project. The arguments show that in the construction industry the necessary requirements are often not formulated in the early phases of the project. Based on this issue, a research project was started of the company HOCHTIEF and the Institute of Construction Engineering and Management at the ETH Zurich, from which the present work origins. The target of the research was to determine if and how a requirements engineering in construction can be implemented. The studies within the research project have shown that in other industries, primarily in software development, requirements engineering is consistently applied. Thus, the present thesis fulfills an extensive analysis of the approach in other industries and is examining their applicability in the construction industry. Based on this analysis a process model for requirements engineering in the construction industry will be developed, which considered mainly the early development phases. Since at present time there is no requirements engineering in the construction industry, the generic-logically-deductive approach was chosen as an epistemological approach. For the validation of this approach a theory-based justification and a realizability test is chosen. Using this triangulation will ensure the scientific quality of the work. To reduce the complexity of the model and to ensure the applicability the process model is structured on systems theory and cybernetics. Furthermore, the content design is developed in consideration of the elements and findings of the principalagent theory. The application of these scientific methods frames the theoretical framework of the process model and supports the validity of the model. With the described research methodology, a process model for requirements engineering in the construction industry will be developed, which provides a viable guideline for practice based on the scientific approach.
16
17 Seite Problemstellung Mit ihrer Investitionsentscheidung zu einem Bauprojekt wollen die Investoren bzw. die Kunden eine schnelle und erfolgreiche Abwicklung des Projekts, um frühzeitig die maximal zu erzielenden Rendite zu erlangen. Allerdings vermindert sich diese Rendite im Laufe der Projekte durch mögliche Änderungen. Dies führt zu notwendigen Massnahmen wie das Nachtragsmanagement, wodurch weitere zusätzliche Kosten entstehen, die die Rendite verringern. Um Bauprojekte langfristig für alle Beteiligten in eine Win-Win-Situation zu überführen, muss die Anzahl der nachträglichen Änderungen verringert werden. Hierzu ist es notwendig eine systematische Strukturierung und Gestaltung der Planungsprozesse, die auf die Investoren- und Kundenziele ausgerichtet sind, anzuwenden. In anderen Branchen wird zur Strukturierung der Planung ein Anforderungs-Engineering verwendet. Dabei werden frühzeitig die Ziele des Investors bzw. Kunden identifiziert und die sich daraus ergebenden Anforderungen erfasst. Mit Hilfe der erfassten Anforderungen kann der Planungs- und auch später der Ausführungsprozess zielgerichtet geplant, notwendige Entscheidungen getroffen sowie die Fortschritte kontrolliert werden. Untersuchungen von HOOKS (2004) im Bereich der Softwareentwicklung haben gezeigt, dass durch die Anwendung eines Anforderungs-Engineerings der Projekterfolg nachhaltig gesteigert werden kann 1. Aus diesem Grund soll im Folgenden untersucht werden, ob und wie ein Anforderungs-Engineering zur erfolgreichen Projektabwicklung auch im Bauwesen beitragen kann Hintergrund des Anforderungs-Engineerings Um ein Anforderungs-Engineering im Bauwesen einführen zu können, soll kurz auf wichtige Änderungen in der Projektabwicklung von Bauprojekten über die letzten Jahre eingegangen werden. Ein wichtiger Punkt dabei ist die technologische Weiterentwicklung der Bauobjekte, die abgewickelt werden sollen, im Vergleich zu Objekten in der Vergangenheit. Durch den allgemeinen technischen Fortschritt sind auch die Bauobjekte in den letzten Jahren immer komplexer und hochtechnologisierter geworden. So ist die Anzahl der zu berücksichtigenden technischen Spezifikationen beispielsweise in der Gebäudeautomatisierung sehr stark angestiegen. Auch besitzen viele Bauwerke beispielsweise einen immer grösser werdenden Anspruch an die architektonische Gestaltung, um sich von anderen Bauwerken abzugrenzen. Gleichzeitig sollen auch die Realisierungszeiten, also die Zeiten von der Projektidee bis zum Bezug der Immobilie, verkürzt werden. Der Grund hierfür ist, dass im Wirtschaftsbau die Immobilie als eine Investition angesehen wird, die möglichst frühzeitig das gewünschte Renditepotenzial erzielen soll ( time-to-market ) 2. Die so entstehenden Projekte werden Fast-Track-Projects genannt, die sich durch die kurze Realisierungszeit auszeichnen. 1 Vgl. I.F. HOOKS (Managing Requirements 2004), S.3ff. 2 GIRMSCHEID, G. (GAAM 2007), S. 10
18 Seite 18 Neben den projektspezifischen Veränderungen in den letzten Jahren sind auch grosse Veränderungen in den Bauunternehmen durch die dynamische Veränderung des wirtschaftlichen Umfelds zu beobachten 3. So wird nicht mehr eine reine kurzfristige Gewinnmaximierung gewünscht, sondern die Optimierung der langfristigen Rendite über den Lebenszyklus. Durch diese Vorgaben haben sich die Bauunternehmen mittels neuer Leistungsangebote zu ganzheitlichen Baudienstleistern entwickelt, die ihre Angebotspalette durch die Zusammenführung von Entwicklung, Planung, Ausführung und Betrieb umfassend erweitert haben. Diese Erweiterung ihres Angebotsportfolios kommt auch dem entstandenen Kundenwunsch einer life-cycle-orientierten Baulösung entgegen 4, die in naher Zukunft einen immer grösser werdenden Marktanteil besitzen wird. Ein Beispiel für die in der Problemstellung beschriebenen kurzfristigen und einseitigen Massnahmen ist das Nachtragsmanagement. Der Grundgedanke des Nachtragsmanagements war die zielorientierte Bearbeitung von nachträglichen Änderungen an der Immobilie. Allerdings wird das Nachtragsmanagement oftmals als Ausgleich für den Preiswettbewerb und zur Steigerung der geringen Gewinnaussichten missbraucht 5. Dies führt im Allgemeinen dazu, dass die festgelegte Bausumme und somit die Kosten überschritten werden. Einhergehend mit der Kostenüberschreitung steigen auch die Unzufriedenheit des Kunden. Diese Entwicklung führt dazu, dass das Nachtragsmanagement im Allgemeinen als negativ empfunden wird und wenig zu einer Win-Win-Situation beiträgt. Um dem Nachtragsmanagement entgegen zu wirken und zu analysieren, ob das Anforderungsmanagement dazu eine Hilfestellung sein kann, muss betrachtet werden, was die Begründungen für die Änderungen sind, die durch das Nachtragsmanagement bearbeitet werden. Dabei zeigt sich, dass die Änderungen oft auf Unvollständiger Planung Unzureichender Einbeziehung des Bauherrn in die Planung Änderung der Nutzungsanforderungen während der Planung und Ausführung beruhen 6. Das Bausoll wird also meist nicht umfassend festgelegt und nicht von allen Seiten einvernehmlich verstanden, wodurch es dann nach Vertragsschluss zu der Aufstellung von Nachträgen kommt. Zusammenfassend lässt sich sagen, dass die Bauwirtschaft durch die Entwicklung in den letzten Jahren inzwischen folgenden Problemen bzw. Veränderungen begegnen muss: Komplexere Bauten Schnellere Projektabwicklung Neue Geschäftsmodelle 3 GIRMSCHEID, G. (Projektabwicklung 2007), S. 1 4 GIRMSCHEID, G. (Projektabwicklung 2007), S. 2 5 GIRMSCHEID, G., et al. (Nachtragsmanagement 2008), S. 2 6 GIRMSCHEID, G., et al. (Nachtragsmanagement 2008), S. 2
19 Seite 19 Höhere Änderungsraten/-wünsche Fehlendes Erkennen des Bausolls Aus dieser Problematik hat sich bei Bauunternehmen, die eine starke Kundenorientierung besitzen, der Wunsch nach Instrumentarien zur frühzeitigen und systematischen Identifikation der Kundenziele gebildet, um so phasenbezogen und der Planungstiefe entsprechend die Anforderungen im Entscheidungsprozess mit dem Bauherrn zu definieren und das Gebäudesystem stufenweise zu konkretisieren. GIRMSCHEID (2007) beschreibt einen Ansatz für Fast-Track-Projekte mit Hilfe des generisch, axiomatischen Anforderungsmanagements der Planung. Wichtigste Ziele dieses Ansatzes sind 7 : Die Bildung von Prioritäten der Planungsabläufe Die Offenlegung der Abhängigkeiten der Abläufe Die Beschleunigung der Planungs- und Bauprozesse durch weitestgehende Parallelisierung Die Verhinderung von Wiederholungen von Aktivitäten aufgrund unzureichender Vorgänger- und Nachfolgerbetrachtung sowie Parallelbeziehungen Bevor das Anforderungs-Engineering in die Prozessabläufe des Bauwesens eingeordnet werden kann, muss eine grundlegende Begriffsdefinition erfolgen, damit die Einordnung des Anforderungs-Engineerings eindeutig vorgenommen werden kann und mehrdeutige Ansätze ausgeschlossen werden Begriffsdefinition im Anforderungs-Engineering Wie GIRMSCHEID (2007) zeigt, kann den grundsätzlichen Problemen und Veränderungen der letzten Jahre in der Praxis, wie schnellere Projektabwicklung und gesteigerte Komplexität, durch die Anwendung des Anforderungsmanagements begegnet werden. Um aus diesen Problemen und Veränderungen für das Forschungsvorhaben konkrete Fragen der Praxis ableiten zu können, werden im Folgenden die wichtigsten Begrifflichkeiten des Anforderungs-Engineerings betrachtet. Die Ermittlung und Erfassung der Anforderungen für das Bauprojekt erfolgt aus den Zielen des Inverstors bzw. Kunden in Kombination mit extern einwirkenden Anforderungen. Allgemein werden Anforderungen als Beschaffenheit oder Fähigkeit definiert, die ein System oder eine Person zur Erreichung eines Ziels benötigt. Aus dieser Betrachtung zeigt sich, dass Anforderungen und Ziele in einer Korrelation stehen, die gegebenenfalls zu falscher Anwendung der Begriffe führen kann, so dass hier eine Abgrenzung der beiden Begrifflichkeiten notwendig ist. 7 GIRMSCHEID, G. (GAAM 2007), S. 10
20 Seite 20 Ziel Die Definitionen für den Begriff Ziel ist in der Literatur sehr unterschiedlich. So wird im Bereich der Normen der Begriff des Projektziels durch die DIN ( ) Projektmanagement Begriffe wie folgt definiert 8 : Nachzuweisendes Ergebnis und vorgegebene Realisierungsbedingungen der Gesamtaufgabe des Projektes. Die Definition nach der DIN ( ) stellt nur eine sehr rudimentäre und unzureichende Beschreibung des Begriffs Ziel dar, da die Definition eher ein Ergebnis als ein Ziel beschreibt. Aus diesem Grund soll im Folgenden die Definitionen des Begriffs Ziel in der das Anforderungs-Engineering betrachtenden Literatur untersucht werden. POHL (2007) definiert den Begriff Ziel wie folgt 9 : Ein Ziel ist die intentionale Beschreibung eines charakteristischen Merkmals des zu entwickelnden Systems bzw. des zugehörigen Entwicklungsprozesses. Weiterhin stellen nach POHL (2007) Ziele Verfeinerungen von Visionen dar 10. Auch hier wird das Ziel als ein beabsichtigter Zustand beschrieben. Allerdings bezieht sich dieser Zustand nicht nur auf das System, sondern auch auf die Randbedingungen. Eine weitere Definition liefern GERNERT und AHREND (2002) 11 : Unter einem Ziel wird ein erstrebenswerter Zustand verstanden, der in der Zukunft liegt und dessen Eintritt von bestimmten Handlungen bzw. Unterlassungen abhängig ist. Auch diese Definition zeigt, dass es sich bei einem Ziel um einen zu erlangenden Zustand handelt. Jedoch wird bei dieser Definition davon ausgegangen, dass das Ziel nur durch Tätigkeiten bzw. Unterlassungen erreicht werden kann. Eine ähnliche Auffassung wie der erste Teil von GERNERT und AHREND (2002) vertritt auch GLINZ (2008) als Definition für ein Ziel: Ein Ziel ist ein erwünschter Zustand, den jemand erreichen möchte. Als Grundlage für diese Arbeit wird die Definition von GLINZ (2008) bzw. der erste Teil von GERNERT und AHREND (2002) verwendet, da diese Definitionen weitestgehend unabhängig von möglichen Vorgehensweisen sind. Ein Ziel ist ein erstrebenswerter Zustand, der zu erreichen ist. 8 DEUTSCHES INSTITUT FÜR NORMUNG E.V. (DIN ), S. 3 9 POHL, K. (Requirements Engineering 2007), S POHL, K. (Requirements Engineering 2007), S GERNERT, C., AHREND, N. (System statt Chaos 2002)
21 Seite 21 In der festgelegten Definition besitzt der Begriff Ziel einen umfassenden und begründenden Sinn und nicht einen konkreten auf bestimmte Einzelheiten bezogenen Sinn 12. Das Ziel liefert somit den Bezugsrahmen für die Umsetzung von Anforderungen. Eine Anforderung hingegen beschreibt eine Eigenschaft und ist daher meistens konkret. Weiterhin beschreibt eine Anforderung eine notwendige Eigenschaft bzw. Bedingung, um ein Ziel zu erreichen. Anforderung Wie im vorherigen Abschnitt soll als Definitionsgrundlage eine bestehende und weitverbreitete Norm betrachtet werden. In der DIN EN ISO 9000 ( ) Qualitätsmanagementsysteme wird eine Anforderung wie folgt definiert: 13 Erfordernis oder Erwartung, das oder die festgelegt, üblicherweise vorausgesetzt oder verpflichtend ist. Auch diese Definition innerhalb einer Norm stellt nur eine unzureichende Beschreibung des Begriffs der Anforderungen dar. Im internationalen Bereich werden durch das Institute of Electrical and Electronics Engineers (IEEE) wichtige Normen vor allem für den Bereich der Computerwissenschaften und Elektrotechnik festgelegt. Diese Standards werden weltweit als anerkannte Standards verwendet. Für den Bereich der Informationstechnologie hat die IEEE durch das IEEE STANDARD GLOSSARY OF SOFTWARE ENGINEERING TERMINOLOGY IEEE (1990) eine Vielzahl von Begriffsdefinitionen festgelegt. Den Begriff der requirement definiert die IEEE wie folgt 14 : (1) A condition or capability needed by a user to solve a problem or achieve an objective. (2) A condition or capability that must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed documents (3) A documented representation of a condition or capability as in (1) or (2). Ähnlich wie bei der DIN EN ISO 9000 ( ) sind Anforderungen nach der IEEE (1990) eine Beschaffenheit oder Fähigkeit, die eine Sache besitzen muss, um bestimmte Ziele zu erreichen. Zum einen kann diese Sache eine Person sein, so dass die Person betreffende Voraussetzungen oder Eigenschaften in sich vereinen muss, damit bestimmte Probleme gelöst oder bestimmte Ziele erreicht werden können. Dies bedeutet, dass die Anforderungen an die Person gestellt werden und somit Charaktereigenschaften der Person darstellen. Zum anderen kann diese Beschaffenheit oder Fähigkeit auch eine Forderung an ein System oder an Teile eines Systems sein, damit bestimmte Ziele erlangt werden können. Die Beschreibung der Anforderungen erfolgt dann in der Form eines Vertrages, einer 12 GLINZ, M. (Requirements Engineering I 2008) 13 DEUTSCHES INSTITUT FÜR NORMUNG E.V. (DIN EN ISO ), S IEEE (IEEE ), S. 62
22 Seite 22 Norm, einer Spezifikation oder anderer formeller Dokumente. Die Anforderungen und damit das Systems müssen die Beschreibung der Dokumente erfüllen. Als dritte Möglichkeit der Definition für den Begriff der Anforderung beschreibt die IEEE (1990) die dokumentierte Darstellung der Anforderungen selbst, damit die Ziele umgesetzt werden können. Hiermit ist nicht die Beschaffenheit oder Fähigkeit einer Sache, sondern die Dokumentation dieser Eigenschaften gemeint. Durch die verschiedenartigen Definitionen kann es daher bei der Verwendung des Begriffs Anforderung zu Verwechslungen kommen. Weiterhin zeigen diese unterschiedlichen Definitionen, dass auch die Ausarbeitung eines Anforderungs- Engineerings eine spezielle Eindeutigkeit des Begriffs der Anforderungen verwenden muss. Für diese Arbeit wird daher die Definition gemäss Punkt (2) der IEEE (1990) verwendet, worin vor allem die Systemeigenschaften bzw. -fähigkeiten berücksichtigt werden, die zur Erfüllung der Ziele notwendig sind. Eine Anforderung ist Beschaffenheit oder Fähigkeit eines Systems oder einer Systemkomponenten, die erfüllt werden muss, damit ein Vertrag, eine Norm, eine Beschreibung oder andere formelle Dokumente (Ziele) erfüllt werden können. Mittels der beschriebenen Definitionen für Ziele und Anforderungen wird deutlich, dass Anforderungen aus Zielen entwickelt werden, da sie ein Erfordernis für die Zielerreichung sind. Zur Erreichung der Ziele können aus den verschiedenen Anforderungen unterschiedliche Lösungsansätze erarbeitet werden. Für ein zielorientiertes Vorgehen müssen die Lösungsansätze durch rechtzeitige Entscheidungen in das Projektmanagement eingebunden werden 15. Somit stellen die Anforderungen und Ziele die Grundlage für mögliche Entscheidungen im Bauprozess dar. Aus diesem Grund ist auch der Begriff der Entscheidung ein zentraler Bestandteil des Anforderungs-Engineerings. Entscheidung Für den Begriff der Entscheidung existiert keine einheitliche Definition in einer Norm. Aus diesem Grund wird eine lexikalische Definition als Ausgangsdefinition verwendet 16 : Eine Entscheidung bezeichnet die Möglichkeit und die Notwendigkeit, eine Auswahl zwischen (zwei oder mehreren) unterschiedlichen nicht gleichzeitig zu verwirklichenden Alternativen zu treffen. Die Definition zeigt, dass es sich bei einer Entscheidung um die Festlegung auf eine vordefinierte Möglichkeit handelt. Um eine Entscheidung fällen zu können, müssen Alternativen zur Verfügung stehen. Im Anforderungs-Engineering ist dies die Auswahl zwischen verschiedenen Lösungsansätzen zur Erreichung der Ziele. Diese Betrachtung zeigt, dass die Ziele, die Anforderungen und auch die Entscheidungen einen kybernetischen Kreislauf bilden, der in Bild 1 dargestellt ist. 15 Vgl. DIEDERICHS, C. J., PREUSS, N. (Entscheidungsprozesse 2003) 16 SCHUBERT, K., KLEIN, M. (Politiklexikon 2006)
23 Seite 23 Der Ausgangspunkt sind die festgelegten Ziele aus denen die Anforderungen an das Projekt abgeleitet werden. Zusätzlich zu den abgeleiteten Anforderungen müssen auch externe Anforderungen in die Betrachtungsweise einbezogen werden. Aus der Vielfalt der abgeleiteten Anforderungen muss eine eindeutige und widerspruchsfreie Gesamtheit von Anforderungen geschaffen werden. Dies kann nur mittels der Aufdeckung von Widersprüchen erfolgen, die in Zusammenarbeit mit den Projektbeteiligten, insbesondere dem Kunden, entschieden werden müssen. Für die Gesamtheit der Anforderungen gilt es nun ein oder mehrere Lösungsansätze zur Erfüllung der Anforderungen und damit der Ziele zu entwickeln. Mit der Entwicklung von Lösungsansätzen entstehen verschiedene Planungs- und Ausführungsalternativen, aus denen durch zielorientierte Entscheidungen ein zu verfolgender Lösungsansatz bestimmt werden muss. Theoretisch ist es möglich, dass durch die Entscheidungen, obwohl sie zielorientiert erfolgen sollten, die Ziele nicht vollständig erfüllt werden. Gegebenenfalls können auch keine Lösungsansätze gefunden werden, die die Ziele vollständig erfüllen. Aus diesem Grund besteht die Möglichkeit, dass durch die getroffenen Entscheidungen die Ziele überprüft und angepasst werden müssen, so dass die Entscheidungen einen Einfluss auf die Ziele bekommen, wodurch der kybernetische Kreislauf geschlossen wird. Die Aufgabe des Anforderungs-Engineering ist es nun, diesen kybernetischen Kreislauf erfolgsorientiert zu steuern und zu erfüllen. Ziel Anforderung Entscheidung Bild 1: Kybernetischer Kreislauf der Anforderungen, Ziele und Entscheidungen Eine genaue Definition des Anforderungs-Engineerings erfolgt in Kapitel 2.1 durch die Betrachtung des branchenübergreifenden Verständnisses. Im Folgenden soll das Anforderungs-Engineering kurz in die unternehmerische Ausrichtung eingeordnet und ein grundlegender Ansatz beschrieben werden, um die Fragen der Praxis konkretisieren zu können Strategische Bedeutung des Anforderungs-Engineerings In Kapitel 1.2 wurden die grundlegende Systematik und notwendigen Definitionen für die wichtigsten Inhalte des Anforderungs-Engineerings entwickelt und beschrieben. Hierauf aufbauend sollen in diesem Kapitel eine Beschreibung der strategischen
24 Seite 24 Bedeutung des Anforderungs-Engineerings und die Einordnung in die Handlungsebenen des Bauunternehmensmanagements erfolgen. Das Bauunternehmensmanagement besteht aus verschiedenen interagierenden Managementprozessen 17. Mit dem Aufbau und der Implementierung eines Anforderungs-Engineerings im Bauwesen kann daher gleichzeitig die Kritik an einem zusätzlichen Managementprozess zur Steuerung des Leistungserstellungsprozesses aufkommen. Aus diesem Grund muss untersucht werden, warum die Notwendigkeit für ein Anforderungs-Engineering besteht, welche Synergieeffekte durch die Verwendung eines Anforderungs-Engineerings entstehen und inwiefern das Anforderungs-Engineering in bestehende Managementprozesse eingebettet werden kann. Zur Begründung für die sinnvolle Verwendung des Anforderungs-Engineering im Bauwesen sollen zunächst durchgeführte Untersuchungen von anderen Branchen betrachtet werden. Wie in Kapitel 1.1 beschrieben, soll das Anforderungs- Engineering den hohen Änderungswünschen entgegen wirken und das Bausoll frühzeitig beschreiben. HOOKS (2004) hat für den Bereich der Softwareentwicklung eine Analyse (Bild 2) gemacht, wie sich Kosten für nachträgliche Änderungen entwickeln. Dabei zeigt sich, dass die Änderungskosten mit der Projektlaufzeit annähernd exponentiell zunehmen Design Phase Coding Phase Test Entwicklung Anforderungsphase Benutzungstest Einsatz Bild 2: Kostenentwicklung der Änderungskosten über die Projektlaufzeit von Softwareprojekten 18 Neben der Betrachtung der Kostenentwicklung wurde von der STANDISH GROUP (1995) ein Umfrage durchgeführt, die die Gründe für fehlgeschlagene bzw. kritisch verlaufende Projekte im Softwarebereich untersucht 19. Dabei wurden als wichtigster Grund für den komplizierten Projektverlauf mit etwa 40% der fehlende Input der Kunden bzw. die unvollständigen und sich ändernden Anforderungen von den 17 Siehe auch Bild 4 auf Seite I.F. HOOKS (Managing Requirements 2004) 19 THE STANDISH GROUP (Chaos 1995)
25 Seite 25 befragten Projektleitern angegeben. Für die fehlgeschlagenen bzw. gestoppten Projekte wurden ähnliche Werte ermittelt. Beide Aspekte zeigen die Wichtigkeit eines zielorientierten Anforderungs- Engineerings. Da eine solche Untersuchung im Bauwesen noch nicht erfolgt ist, muss die Übertragbarkeit der Ergebnisse auf das Bauwesen geprüft werden. Durch die Änderungen des Bausolls entstehen bei Bauprojekten Nachträge im Rahmen von 10 bis 40% 20. Betrachtet man die Auslöser für die Nachträge, so sind das mit mehr als 70% Leistungsänderungen und Zusatzleistungen 21. Je nach Fortschritt der Planung und Ausführung müssen zur Leistungserfüllung mehrere Arbeitsschritte, wie Planänderungen und ggf. sogar Rückbau durchgeführt werden, so dass davon auszugehen ist, dass auch die Kosten für Änderungen im Bauwesen mit dem Baufortschritt exponentiell ansteigen. Diese Betrachtung stellt nur einen qualitativen Nachweis für die Bedeutung und die entstehenden Möglichkeiten dar, die durch ein zielorientiertes Anforderungs-Engineerings mit der frühzeitigen Festlegung des Bausolls und der Steuerung des Planungsablaufs entstehen können. Ein weiterer Ansatz für die Verwendung eines zielorientierten Anforderungs- Engineerings ist die im Bauwesen entstandene Betrachtung der Lebenszykluskosten. Wie GIRMSCHEID und LUNZE (2008) aufzeigen, steigen die Gesamtkosten für ein Gebäude über den gesamten Lebenszyklus des Gebäudes stark an 22. Aus diesem Grund ist es wichtig, dass schon frühzeitig mögliche Auswirkungen des gewünschten Bausolls offengelegt werden. Hierzu ist es hilfreich, wenn die möglichen Konsequenzen bestimmten Zielen und Anforderungen zugeordnet werden. Durch diese Korrelation der Konsequenzen mit den Zielen und Anforderungen kann schon in den frühen Projektphasen untersucht und ermittelt werden, wie sich die lebenszyklusorientierten Auswirkungen gestalten. Auch dieser Ansatz kann mit Hilfe des zielorientierten Anforderungs-Engineerings erfüllt werden. Zusammenfassend zeigt sich, dass durch die Verwendung des Anforderungs- Engineerings die aufgeworfenen Probleme der Praxis gelöst werden können. Die Durchführung des Anforderungs-Engineering selbst kann dabei durch verschiedene Beteiligte erfolgen. Da derzeit noch keine Erfahrungen mit der Anwendung des Anforderungs-Engineerings im Bauwesen bestehen, kann auch noch kein Best- Practice für die möglichen Akteure bestimmt werden. Prinzipiell stellt das Anforderungs-Engineering ein Hilfsmittel zur erfolgreichen Projektabwicklung und somit zum Projektmanagement im Bauwesen dar. Die Umsetzung der Ziele in Anforderungen kann daher durch verschiedene Beteiligte erfolgen. So besteht die Möglichkeit, dass der Projektentwickler, der Projektsteuerer, der Architekt, der Bauherr selbst oder eine neue Berufsgruppe, die sich auf die Gestaltung und Steuerung der Projektplanung und der Planungsprozesse in Hinblick auf die Anforderungen an das Bauwerk spezialisiert, das Anforderungs-Engineering anwendet. Das Anforderungs-Engineering stellt dann für die Projektbeteiligten ein 20 Vgl. BLECKEN, U., GRALLA, M. (Entwicklungstendenzen 1998) 21 GIRMSCHEID, G., et al. (Nachtragsmanagement 2008), S GIRMSCHEID, G., LUNZE, D. (Lebenszyklusleistungen 2008), S. 90
26 Seite 26 eigenständiges Hilfsmittel im Projektmanagement dar 23. Weiterhin ist es aber auch denkbar, dass das Anforderungs-Engineering durch das auszuführende Bauunternehmen im Rahmen seiner Projektabwicklung durchgeführt wird. Der Vorteil bei der Anwendung des Anforderungs-Engineerings durch ein Bauunternehmen ist ein möglicher Know-How-Transfer von den notwendigen Bedingungen der Ausführung in die Planungsentwicklung und -gestaltung. Auch kann das Anforderungs-Engineering innerhalb des Projektmanagements durch verschiedene Projektbeteiligte nacheinander wahrgenommen werden. So kann beispielsweise zu Beginn des Projektmanagements das Anforderungs-Engineering durch einen Projektentwickler oder Projektsteurer angewendet werden, während es dann in der Planungs- oder Ausführungsphase an das Bauunternehmen übergeben wird. Grundsätzlich ist das Anforderungs-Engineering aber ein Bestandteil des Projektmanagements, so dass im Folgenden die Einbettung des Anforderungs- Engineerings in das Projektmanagement beschrieben werden soll. Um das Anforderungs-Engineering innerhalb eines Bauunternehmens durchführen zu können, erfolgt anschliessend eine Beschreibung des Unternehmensmanagements, um die Voraussetzungen für die Durchführung des Anforderungs-Engineerings von einem Bauunternehmen aufzuzeigen. Einbettung in das Projektmanagement Das Projektmanagement ist ein Werkzeug für die Projektgestaltung durch die Projektbeteiligten. Nach GIRMSCHEID (2007) lässt sich das Projektmanagement wie folgt definieren 24 : Gesamtheit von Führungsaufgaben, -organisation, -techniken und -mitteln für die Abwicklung eines Projekts Das Projektmanagement bildet somit den gestalterischen Rahmen für ein Bauprojekt. Die wichtigsten Elemente des Managements sind nach ULRICH (1984) 25 : Entwickeln Entscheiden Ingangsetzen Kontrollieren Im Projektmanagement soll das Anforderungs-Engineering diese Tätigkeiten unterstützen, so dass das Anforderungs-Engineering als Führungsmittel bzw. -technik und somit als ein Projektprozess im Projektmanagement (Bild 3) angesehen werden kann. 23 Vgl. GIRMSCHEID, G. (AEP - Anforderungsentwicklungsprozess 2010) 24 GIRMSCHEID, G. (Projektabwicklung 2007), S Vgl. ULRICH, H. (Management 1984); WÖHE, G., DÖRING, U. (Betriebswirtschaftslehre 2002), S. 85; MÜLLER-STEWENS, G., LECHNER, C. (Strategisches Management 2005); oder PEAK = Planen, Entscheiden, Anordnen, Kontrollieren
27 Seite 27 Entwickeln Projektmanagement Kontrollieren Strategische Planung Projektentwicklung Vorplanung Entwurfs-/ Genehmigungsplanung Ausführungsplanung/ Vergabephase Anforderungs-Engineering Organisation Controlling Ausführungsphase/Objektüberwachung Projektabschluss Entscheiden Ingangsetzen Bild 3: Einbettung des Anforderungs-Engineerings ins Projektmanagement Durch die Einbettung des Anforderungs-Engineerings in das Projektmanagement muss das Anforderungs-Engineering in seiner Gestaltung die Phasen des Projektmanagements und somit die Phasen des Projekts berücksichtigen. Einbettung in das Unternehmensmanagement Damit das Anforderungs-Engineering im Projektmanagement und somit von einem Projektbeteiligten umgesetzt werden kann, muss das Unternehmen des Projektbeteiligten (Bauunternehmen, Architekturbüro, Ingenieurbüro, etc.) die notwendigen unternehmerischen Voraussetzungen zur Durchführung des Anforderungs-Engineerings besitzen. In Anlehnung an die Betriebswissenschaften hat GIRMSCHEID (2006) die Handlungsebenen des Managements auch auf das Bauwesen übertragen. Nach diesem Ansatz kann man bei einem Unternehmen im Bauwesen das Management in drei Handlungsebenen unterscheiden 26 : Normatives Management Strategisches Management Operatives Management Auch wenn die Anwendung und Durchführung des Anforderungs-Engineerings vor allem auf der Ebene des operativen Managements anzusiedeln ist, so muss der Prozessansatz auch in das strategische und normative Management eingebettet werden. Die oberste Denk- und Entscheidungsebene des Unternehmensmanagements ist das normative Management 27. Innerhalb des normativen Managements werden die übergeordneten Unternehmensvisionen und -ziele festgelegt. Das normative Management ist im Kontext mit der Politik, Wissenschaft, Wirtschaft und der öffentlichen Meinung zu sehen. Um das Anforderungs-Engineering erfolgreich im Unternehmen implementieren zu können, muss das Unternehmen auf der 26 GIRMSCHEID, G. (Bauunternehmensmanagement 2006), S GIRMSCHEID, G. (Bauunternehmensmanagement 2006), S. 8
28 Seite 28 normativen Ebene als Baudienstleistungsunternehmen ausgerichtet werden, da das Anforderungs-Engineering eine Dienstleistung für den Kunden darstellt. Weiterhin muss zur Berücksichtigung des Lebenszyklus eine gesamtheitliche Ausrichtung des Unternehmens auf normativer Ebene erfolgen. Unterhalb der Ebene des normativen Managements befindet sich das strategische Management. Ziel des strategischen Managements ist der Aufbau, die Pflege, die Anwendung und die Steuerung strategischer Erfolgspotenziale. Dazu unterteilt sich das strategische Management in die Aufgaben 28 : Strategische Planung Umsetzung der Strategie Strategisches und operatives Controlling Anpassung der Strategie Um das Anforderungs-Engineering im Unternehmen implementieren zu können, muss dies schon in der strategischen Planung berücksichtigt werden. So ist bei der Entwicklung möglicher Unternehmens- und Geschäftsfeldstrategien die Berücksichtigung der kundenorientierten Ziel- und Anforderungserfassung zur Durchführung eines zielorientierten Anforderungs-Engineerings notwendig. Auch bei der strategischen Umsetzung müssen die notwendigen Voraussetzungen, wie z.b. die Eingliederung der Prozesse und die Bereitstellung der Ressourcen, für das Anforderungs-Engineering gegeben sein. Die eigentliche Umsetzung des Anforderungs-Engineerings erfolgt auf der Ebene des operativen Managements. Allgemein übernimmt das operative Management die Organisation und Lenkung der laufenden Aktivitäten des Unternehmens, um die Bauleistung zu erstellen 29. Um die Bauprojekte effektiv und effizient durchführen zu können, ist ein optimaler Leistungserstellungsprozess aller Beteiligten notwendig. Allgemein können die Bauleistungen durch verschiedene Projektabwicklungsformen erstellt werden. Je nach gewählter Projektabwicklungsform nehmen verschiedene Leistungsanbieter in verschiedenen Projektphasen am Bauprozess teil. Im Folgenden sollen die unterschiedlichen Projektabwicklungsformen betrachtet werden und dabei die Eignung der Projektabwicklungsform für das Anforderungs- Engineering bzw. die möglichen Akteure in der jeweiligen Projektabwicklungsform identifiziert werden. 28 GIRMSCHEID, G. (Bauunternehmensmanagement 2006), S GIRMSCHEID, G. (Bauunternehmensmanagement 2006), S. 13
29 Seite 29 Einbettung in die verschiedenen Projektabwicklungsformen GIRMSCHEID (2007) strukturiert die verschiedenen Projektabwicklungsformen in Bezug auf die Einbindung der Leistungsträger wie folgt 30 : Einzelleistungsträger Generalleistungsträger Totalleistungsträger Systemanbieter Construction Management Die Projektabwicklungsform mit Einzelleistungsträgern wird als traditioneller Bauprozess angesehen. Dabei wird vom Bauherrn die Planung und Ausführung mittels individuell beauftragten Einzelplanern und Einzelunternehmen durchgeführt 31. Die Hauptaufgaben und auch die Gesamtverantwortung liegen bei dieser Abwicklungsform beim Bauherrn bzw. seinen beauftragten Vertretern. Die Ausführung erfolgt dabei nach der festgelegten Ausschreibung des Bauherrn. Die Einbindung des Know-Hows der Bauunternehmen in die Ausführung oder sogar in die Planung findet in dieser Projektabwicklungsform nicht statt. Diese Form der Projektabwicklung ist für das Anforderungs-Engineering nur bedingt geeignet, da über die gesamte Projektlaufzeit nur der Bauherr bzw. seine Vertreter konstant in den Bauprozess eingebunden sind. Zwar kann das Anforderungs-Engineering von den Planungsbeteiligten wie Architekt oder Fachplaner aufgebaut oder verwendet werden, allerdings ist die Anwendung des Anforderungs-Engineering über alle Projektphasen nicht gewährleistet, da durch die Übergabe des Anforderungs- Engineerings an Dritte mit einem Schnittstellenproblem und damit mit einem Informationsverlust zu rechnen ist. Zwar kann das Anforderungs-Engineerings auch in der Projektabwicklungsform der Einzelleistungsträger, z.b. von den Bauherrn oder seinen Vertretern, angewendet werden, muss aber aufgrund der wechselnden Beteiligten und der fehlenden Einbindung des Know-Hows in der Ausführung als nur bedingt geeignet angesehen werden. Bei den Generalleistungsträgern wird für die Leistungserstellung nochmals zwischen dem Generalplaner und dem Generalunternehmer unterschieden 32. Die Generalleistungsträger erhalten vom Bauherrn jeweils den Auftrag zur Erstellung einer Komplettleistung für die Planung bzw. die Ausführung. So obliegt dem Generalplaner die Gesamtkoordination der Aktivitäten und Prozesse für die Planung. Der Generalunternehmer hingegen ist alleinverantwortlich für die vertragskonforme Erstellung des Bauwerks. Durch die Bündelung der Planung bzw. Ausführung auf einen Vertragspartner ist die Verwendung eines Anforderungs-Engineerings besser anwendbar, da mit der Kontinuität der Vertragspartner auch der Nutzen und die Effektivität des Anforderungs-Engineerings steigen. Der Nachteil dieser Projektabwicklungsform ist, dass mögliches Know-How aus der Ausführung nicht in das Anforderungs-Engineering des Generalplaners eingebunden wird, da es nicht 30 GIRMSCHEID, G. (Projektabwicklung 2007), S GIRMSCHEID, G. (Projektabwicklung 2007), S GIRMSCHEID, G. (Projektabwicklung 2007), S. 161ff.
«PERFEKTION IST NICHT DANN ERREICHT, WENN ES NICHTS MEHR HINZUZUFÜGEN GIBT, SONDERN DANN, WENN MAN NICHTS MEHR WEGLASSEN KANN.»
«PERFEKTION IST NICHT DANN ERREICHT, WENN ES NICHTS MEHR HINZUZUFÜGEN GIBT, SONDERN DANN, WENN MAN NICHTS MEHR WEGLASSEN KANN.» www.pse-solutions.ch ANTOINE DE SAINT-EXUPÉRY 1 PROJECT SYSTEM ENGINEERING
MehrAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was
MehrSocial Supply Chain Management
Social Supply Chain Management Wettbewerbsvorteile durch Social Supply Chain Management aus ressourcenorientierter Sicht (Johannes Nußbaum) Abstract Der Druck, soziale Auswirkungen entlang der Supply Chain
Mehr«Eine Person ist funktional gesund, wenn sie möglichst kompetent mit einem möglichst gesunden Körper an möglichst normalisierten Lebensbereichen
18 «Eine Person ist funktional gesund, wenn sie möglichst kompetent mit einem möglichst gesunden Körper an möglichst normalisierten Lebensbereichen teilnimmt und teilhat.» 3Das Konzept der Funktionalen
MehrIT-Governance und Social, Mobile und Cloud Computing: Ein Management Framework... Bachelorarbeit
IT-Governance und Social, Mobile und Cloud Computing: Ein Management Framework... Bachelorarbeit zur Erlangung des akademischen Grades Bachelor of Science (B.Sc.) im Studiengang Wirtschaftswissenschaft
MehrDISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 374
DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN Nr. 374 Eignung von Verfahren der Mustererkennung im Process Mining Sabrina Kohne
MehrEinführung und Motivation
Einführung und Motivation iks-thementag: Requirements Engineering 16.11.2010 Autor Carsten Schädel Motto Definiere oder Du wirst definiert. Seite 3 / 51 These Im Privatleben definiert jeder (seine) Anforderungen.
MehrSoftwaretechnik. Fomuso Ekellem WS 2011/12
WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering
MehrInformationen zu Kapitel 1
Informationen zu Kapitel 1 Rahmenbedingungen von Bauprojekten Beteiligte des Prozesses Aufbauorganisation Ablauforganisation Handlungsbereiche des Projektmanagements Nachhaltigkeit 1. 4 Rahmenbedingungen
MehrPOCKET POWER. Projektmanagement. 3. Auflage
POCKET POWER Projektmanagement 3. Auflage 3 Inhalt 1 Einleitung.................................... 5 2 Grundlagen des Projektmanagements................... 8 2.1 Projektdefinition..............................
MehrRequirements-Management Ein praktisches Beispiel
2003 Eurocopter Deutschland GmbH 2003 Requirements-Management Ein praktisches Beispiel a.s.drexler@t-online.de Softwareprozesse in Luft- und Raumfahrtprojekten Workshop der DGLR am 15.10.2003 Der Vortrag
MehrWSO de. <work-system-organisation im Internet> Allgemeine Information
WSO de Allgemeine Information Inhaltsverzeichnis Seite 1. Vorwort 3 2. Mein Geschäftsfeld 4 3. Kompetent aus Erfahrung 5 4. Dienstleistung 5 5. Schulungsthemen 6
MehrERP / IT Strategieleitfaden Vorgehensmodell zur Entwicklung einer ERP / IT-Strategie
ERP / IT Strategieleitfaden Vorgehensmodell zur Entwicklung einer ERP / IT-Strategie Johannes Schwab, MBA Warum strategische IT-Planung? - Zitat Das Internet ist die Technologie, die am nachhaltigsten
Mehr----------------------------------------------------------------------------------------------------------------------------------------
0 Seite 0 von 20 03.02.2015 1 Ergebnisse der BSO Studie: Trends und Innovationen im Business Performance Management (BPM) bessere Steuerung des Geschäfts durch BPM. Bei dieser BSO Studie wurden 175 CEOs,
MehrProjektmanagement. Einleitung. Beginn. Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes:
Projektmanagement Link http://promana.edulearning.at/projektleitung.html Einleitung Was ist Projektmanagement? In dieser Dokumentation erfahren Sie Folgendes: Definition des Begriffs Projekt" Kriterien
MehrStudie über Umfassendes Qualitätsmanagement ( TQM ) und Verbindung zum EFQM Excellence Modell
Studie über Umfassendes Qualitätsmanagement ( TQM ) und Verbindung zum EFQM Excellence Modell (Auszug) Im Rahmen des EU-Projekts AnaFact wurde diese Umfrage von Frauenhofer IAO im Frühjahr 1999 ausgewählten
MehrHerzlich Willkommen beim Webinar: Was verkaufen wir eigentlich?
Herzlich Willkommen beim Webinar: Was verkaufen wir eigentlich? Was verkaufen wir eigentlich? Provokativ gefragt! Ein Hotel Marketing Konzept Was ist das? Keine Webseite, kein SEO, kein Paket,. Was verkaufen
MehrProjektmanagement in der Spieleentwicklung
Projektmanagement in der Spieleentwicklung Inhalt 1. Warum brauche ich ein Projekt-Management? 2. Die Charaktere des Projektmanagement - Mastermind - Producer - Projektleiter 3. Schnittstellen definieren
MehrFUTURE NETWORK 20.11.2013 REQUIREMENTS ENGINEERING
18/11/13 Requirements Engineering 21 November 2013 DIE GRUNDFRAGEN Wie erhält der Kunde den größten Nutzen? Wie kann der Kunde am besten spezifizieren, was er haben will? Welchen Detailierungsgrad braucht
MehrISO 9001:2015 REVISION. Die neue Struktur mit veränderten Schwerpunkten wurde am 23. September 2015 veröffentlicht und ist seit 15.09.
ISO 9001:2015 REVISION Die neue Struktur mit veränderten Schwerpunkten wurde am 23. September 2015 veröffentlicht und ist seit 15.09.2015 in Kraft 1 Präsentationsinhalt Teil 1: Gründe und Ziele der Revision,
MehrInformationssicherheit als Outsourcing Kandidat
Informationssicherheit als Outsourcing Kandidat aus Kundenprojekten Frankfurt 16.06.2015 Thomas Freund Senior Security Consultant / ISO 27001 Lead Auditor Agenda Informationssicherheit Outsourcing Kandidat
MehrINHALTSVERZEICHNIS. Inhaltsverzeichnis...I Abbildungs- und Tabellenverzeichnis...IV Abkürzungsverzeichnis...VI
I INHALTSVERZEICHNIS Inhaltsverzeichnis...I Abbildungs- und Tabellenverzeichnis...IV Abkürzungsverzeichnis...VI 1 EINFÜHRUNG... 1 1.1 Ausgangssituation... 1 1.2 Zielsetzung... 1 1.3 Struktur und Methodik...
MehrRequirements Engineering für IT Systeme
Requirements Engineering für IT Systeme Warum Systemanforderungen mit Unternehmenszielen anfangen Holger Dexel Webinar, 24.06.2013 Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein
MehrWas beinhaltet ein Qualitätsmanagementsystem (QM- System)?
Was ist DIN EN ISO 9000? Die DIN EN ISO 9000, 9001, 9004 (kurz ISO 9000) ist eine weltweit gültige Norm. Diese Norm gibt Mindeststandards vor, nach denen die Abläufe in einem Unternehmen zu gestalten sind,
MehrStuPro-Seminar Dokumentation in der Software-Wartung. StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung.
StuPro-Seminar Dokumentation in der Software-Wartung StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung Folie 1/xx Software-Wartung: theoretisch Ausgangslage eigentlich simpel: fertige
Mehr.. für Ihre Business-Lösung
.. für Ihre Business-Lösung Ist Ihre Informatik fit für die Zukunft? Flexibilität Das wirtschaftliche Umfeld ist stärker den je im Umbruch (z.b. Stichwort: Globalisierung). Daraus resultierenden Anforderungen,
MehrVgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.
Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert https://www.sws.bfh.ch/studium/cas/swe-fs13/protected/re/re_buch.pdf Nachdem die Projekt-Vision und die Stakeholder bekannt sind,
MehrProzessmanagement Modeerscheinung oder Notwendigkeit
1 von5 Prozessmanagement Modeerscheinung oder Notwendigkeit Autor: Dr. Gerd Sonntag Beratender Ingenieur disocon (Unternehmensberatung Diekelmann & Sonntag) Das Thema Prozessmanagement wurde in einem kompakten
MehrErfolgreiche ITIL Assessments mit CMMI bei führender internationaler Bank
Turning visions into business Oktober 2010 Erfolgreiche ITIL Assessments mit CMMI bei führender internationaler Bank David Croome Warum Assessments? Ein strategisches Ziel des IT-Bereichs der Großbank
MehrIshikawa-Diagramm. 1 Fallbeispiel 2. 2 Was ist ein Ishikawa-Diagramm 2. 3 Vorgehen bei der Erstellung eines Ishikawa-Diagramms 2.
Ishikawa-Diagramm 1 Fallbeispiel 2 2 Was ist ein Ishikawa-Diagramm 2 3 Vorgehen bei der Erstellung eines Ishikawa-Diagramms 2 4 Vorteile 5 5 Nachteile 5 6 Fazit 5 7 Literaturverzeichnis 6 1 Fallbeispiel
MehrEin Muster für ein Thesis Proposal
Ein Muster für ein Thesis Proposal (Auszug aus der Vorlesung Schlüsselkompetenzen III) 1/12 03.07.09 Thesis Proposal Ein Thesis Proposal ist ein Dokument, das ein geplantes Dissertationsprojekt beschreibt
MehrWarum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität
Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen
MehrFachtagung, Donnerstag, 26. April 2012, Au Premier, Zürich. Bereichs- und Amtsstrategien Aufwand und Nutzen
Fachtagung, Donnerstag, 26. April 2012, Au Premier, Zürich Bereichs- und Amtsstrategien Aufwand und Nutzen Tagungsprogramm 14.00 Peter Bär, Leiter Sportamt des Kantons Thurgau 14.50 Pause «Eine Strategie
MehrDas Handwerkszeug. Teil I
Teil I Das Handwerkszeug Beratung in der IT 3 Beratung ist ein häufig gebrauchter und manchmal auch missbrauchter Begriff in der IT. Wir versuchen in diesem Einstieg etwas Licht und Klarheit in diese Begriffswelt
MehrContent Management System mit INTREXX 2002.
Content Management System mit INTREXX 2002. Welche Vorteile hat ein CM-System mit INTREXX? Sie haben bereits INTREXX im Einsatz? Dann liegt es auf der Hand, dass Sie ein CM-System zur Pflege Ihrer Webseite,
MehrProzessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am 14.08.08
Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements von Stephanie Wilke am 14.08.08 Überblick Einleitung Was ist ITIL? Gegenüberstellung der Prozesse Neuer
MehrSoftware-Entwicklungsprozesse zertifizieren
VDE-MedTech Tutorial Software-Entwicklungsprozesse zertifizieren Dipl.-Ing. Michael Bothe, MBA VDE Prüf- und Zertifizierungsinstitut GmbH BMT 2013 im Grazer Kongress 19.09.2013, 10:00-10:30 Uhr, Konferenzraum
MehrDie neue ISO 9001:2015 Neue Struktur
Integrierte Managementsysteme Die neue ISO 9001:2015 Neue Struktur Inhalt Neue Struktur... 1 Die neue ISO 9001:2015... 1 Aktuelle Status der ISO 9001... 3 Änderungen zu erwarten... 3 Ziele der neuen ISO
MehrCoaching-Projekt: Organisationsoptimierung und Burn-out-Prävention
Coaching-Projekt: Organisationsoptimierung und Burn-out-Prävention Ziel des Coaching-Projekts: Der Druck sowohl auf Firmen als auch auf den einzelnen Mitarbeiter ist heute extrem hoch. Scheinbar ohne Vorwarnung
MehrInformationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse:
Informationssystemanalyse Problemstellung 2 1 Problemstellung Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse: große Software-Systeme werden im Schnitt ein Jahr zu spät
MehrManagementprozesse und Performance
Klaus Daniel Managementprozesse und Performance Ein Konzept zur reifegradbezogenen Verbesserung des Managementhandelns Mit einem Geleitwort von Univ.-Professor Dr. Dr. habil. Wolfgang Becker GABLER EDITION
MehrWelches sind die wichtigsten Aufgaben des Strategischen Projektmanagements? Die Aufgaben des Strategischen Projektmanagements sind wie folgt:
Welches sind die wichtigsten Aufgaben des Strategischen Projektmanagements? Die Aufgaben des Strategischen Projektmanagements sind wie folgt: Initiierung strategiekonformer Projekte Abbruch von nicht-strategiekonformen
MehrFragebogen: Abschlussbefragung
Fragebogen: Abschlussbefragung Vielen Dank, dass Sie die Ameise - Schulung durchgeführt haben. Abschließend möchten wir Ihnen noch einige Fragen zu Ihrer subjektiven Einschätzung unseres Simulationssystems,
MehrLeitfaden zum Erstellen der Projektarbeit
Leitfaden zum Erstellen der Projektarbeit an der Höheren H http://www.slideshare.net www.slideshare.net/rudolpdo/vorgehensweise vorgehensweise-projektarbeit Was ist gefordert? Projektmanagement Unterlagen
MehrKapitel 3: Einführung Projektmanagement
: : : : : : : : : : : : : : : : : : : : : Kapitel 3: Einführung Projektmanagement Dr.-Ing. Bastian Koller, Axel Tenschert koller@hlrs.de, tenschert@hlrs.de : : : : : : : : : : : : : : : : : : : : : Kapitel
MehrDIN EN ISO 9000 ff. Qualitätsmanagement. David Prochnow 10.12.2010
DIN EN ISO 9000 ff. Qualitätsmanagement David Prochnow 10.12.2010 Inhalt 1. Was bedeutet DIN 2. DIN EN ISO 9000 ff. und Qualitätsmanagement 3. DIN EN ISO 9000 ff. 3.1 DIN EN ISO 9000 3.2 DIN EN ISO 9001
Mehr1 Mathematische Grundlagen
Mathematische Grundlagen - 1-1 Mathematische Grundlagen Der Begriff der Menge ist einer der grundlegenden Begriffe in der Mathematik. Mengen dienen dazu, Dinge oder Objekte zu einer Einheit zusammenzufassen.
MehrMitarbeiterbefragung als PE- und OE-Instrument
Mitarbeiterbefragung als PE- und OE-Instrument 1. Was nützt die Mitarbeiterbefragung? Eine Mitarbeiterbefragung hat den Sinn, die Sichtweisen der im Unternehmen tätigen Menschen zu erkennen und für die
MehrCode of Conduct (CoC)
Code of Conduct (CoC) Aeiforia CoC-Check: Erkennen Sie Auswirkungen des CoC auf Ihr Unternehmen! Aeiforia hat ein auf Checklisten gestütztes Vorgehen entwickelt, mit dem Sie Klarheit erlangen, in welchen
MehrErfolgreiche Realisierung von grossen Softwareprojekten
Software Engineering Erfolgreiche Realisierung von grossen Softwareprojekten Requirements Management Fachhochschule Lübeck, 7. Dezember 2001 Thomas Dahlmanns dahlmanns@pixelpark.com (040) 43203 26 >> 1
MehrMedizintechnik und Informationstechnologie im Krankenhaus. Dr. Andreas Zimolong
Medizintechnik und Informationstechnologie im Krankenhaus Dr. Andreas Zimolong DIN EN 80001-1:2011 Anwendung des Risikomanagements für IT-Netzwerke, die Medizinprodukte beinhalten Teil 1: Aufgaben, Verantwortlichkeiten
MehrCharakteristikum des Gutachtenstils: Es wird mit einer Frage begonnen, sodann werden die Voraussetzungen Schritt für Schritt aufgezeigt und erörtert.
Der Gutachtenstil: Charakteristikum des Gutachtenstils: Es wird mit einer Frage begonnen, sodann werden die Voraussetzungen Schritt für Schritt aufgezeigt und erörtert. Das Ergebnis steht am Schluß. Charakteristikum
MehrWollCo Wolfgang Kohl Consulting. Nachhaltige Projektumsetzung nicht nur in der Verantwortung von Geschäftsführen / Unternehmern
Nachhaltige Projektumsetzung nicht nur in der Verantwortung von Geschäftsführen / Unternehmern Definitionen Ein Projekt ist ein einmaliges Vorhaben, das aus einem Satz von abgestimmten, gelenkten Tätigkeiten
MehrDie PROJEN-GmbH bietet ihren Kunden einheitliche
Die PROJEN-GmbH Hintergründe und Entstehung Der Ursprung der PROJEN-GmbH liegt in der Projektmanagement-Beratung. Die Firmengründer haben 2011 gemeinschaftlich ein ganzheitliches Konzept für professionelles
MehrProjektsteuerung Projekte effizient steuern. Welche Steuerungsinstrumente werden eingesetzt?
1.0 Projektmanagement Mitarbeiter, die Projekte leiten oder zukünftig übernehmen sollen Vermittlung von Grundwissen zur erfolgreichen Durchführung von Projekten. Die Teilnehmer erarbeiten anhand ihrer
MehrDie 7 wichtigsten Erfolgsfaktoren für die Einführung von Zielvereinbarungen und deren Ergebnissicherung
DR. BETTINA DILCHER Management Consultants Network Die 7 wichtigsten Erfolgsfaktoren für die Einführung von Zielvereinbarungen und deren Ergebnissicherung Leonhardtstr. 7, 14057 Berlin, USt.-ID: DE 225920389
MehrModellbildungssysteme: Pädagogische und didaktische Ziele
Modellbildungssysteme: Pädagogische und didaktische Ziele Was hat Modellbildung mit der Schule zu tun? Der Bildungsplan 1994 formuliert: "Die schnelle Zunahme des Wissens, die hohe Differenzierung und
MehrBeschreibung des MAP-Tools
1. Funktionen des MAP-Tool 2. Aufbau des MAP-Tools 3. Arbeiten mit dem MAP-Tool Beschreibung MAP-Tool.doc Erstellt von Thomas Paral 1 Funktionen des MAP-Tool Die Hauptfunktion des MAP-Tools besteht darin,
MehrLeseprobe. Mit Projekten Unternehmen erfolgreich führen. KNo W- HoW. Studie. Ergebnisbericht. Ronald Gleich. Reinhard Wagner.
KNo W- HoW Studie Mit Projekten Unternehmen erfolgreich führen Ergebnisbericht Leseprobe Ronald Gleich Reinhard Wagner Andreas Wald Christoph Schneider Arnd Görner INHALTSVERZEICHNIS Vorwort 4 Einleitung
MehrMeine Lernplanung Wie lerne ich?
Wie lerne ich? Zeitraum Was will ich erreichen? Wie? Bis wann? Kontrolle Weiteres Vorgehen 17_A_1 Wie lerne ich? Wenn du deine gesteckten Ziele nicht erreicht hast, war der gewählte Weg vielleicht nicht
MehrVerpasst der Mittelstand den Zug?
Industrie 4.0: Verpasst der Mittelstand den Zug? SCHÜTTGUT Dortmund 2015 5.11.2015 Ergebnisse einer aktuellen Studie der Technischen Hochschule Mittelhessen 1 Industrie 4.0 im Mittelstand Ergebnisse einer
MehrLineargleichungssysteme: Additions-/ Subtraktionsverfahren
Lineargleichungssysteme: Additions-/ Subtraktionsverfahren W. Kippels 22. Februar 2014 Inhaltsverzeichnis 1 Einleitung 2 2 Lineargleichungssysteme zweiten Grades 2 3 Lineargleichungssysteme höheren als
MehrBPM im Kontext von Unternehmensarchitekturen. Konstantin Gress
BPM im Kontext von Unternehmensarchitekturen Konstantin Gress Agenda 1 Worum geht s BPM, EA und SOA im Überblick 2 Link zwischen EA und BPM 3 Link zwischen SOA und BPM 4 Wie spielt das zusammen? 5 Q&A
MehrONLINE-AKADEMIE. "Diplomierter NLP Anwender für Schule und Unterricht" Ziele
ONLINE-AKADEMIE Ziele Wenn man von Menschen hört, die etwas Großartiges in ihrem Leben geleistet haben, erfahren wir oft, dass diese ihr Ziel über Jahre verfolgt haben oder diesen Wunsch schon bereits
MehrRequirements-Traceability in der industriellen Praxis Ziele und Einsatz
Requirements-Traceability in der industriellen Praxis Ziele und Einsatz Forschungsprojekt gefördert von der Deutschen Forschungsgemeinschaft Elke Bouillon elke.bouillon@tu-ilmenau.de 04.12.2012 Seite 1
MehrREQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1
REQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1 QUALITÄT FÜR SIE Qualität zeigt sich in Ergebnissen und Erfolgen. Sie hängt von der jeweiligen Problemstellung ab, deshalb sehen wir
MehrAnforderungen an die HIS
Anforderungen an die HIS Zusammengefasst aus den auf IBM Software basierenden Identity Management Projekten in NRW Michael Uebel uebel@de.ibm.com Anforderung 1 IBM Software Group / Tivoli Ein Feld zum
MehrDas große ElterngeldPlus 1x1. Alles über das ElterngeldPlus. Wer kann ElterngeldPlus beantragen? ElterngeldPlus verstehen ein paar einleitende Fakten
Das große x -4 Alles über das Wer kann beantragen? Generell kann jeder beantragen! Eltern (Mütter UND Väter), die schon während ihrer Elternzeit wieder in Teilzeit arbeiten möchten. Eltern, die während
MehrAuszug aus der Auswertung der Befragung zur Ermittlung der IT-Basiskompetenz
Auszug aus der Auswertung der Befragung zur Ermittlung der IT-Basiskompetenz Wir arbeiten in Strukturen von gestern mit Methoden von heute an Problemen von morgen, vorwiegend mit Menschen, die die Strukturen
MehrZiel- und Qualitätsorientierung. Fortbildung für die Begutachtung in Verbindung mit dem Gesamtplanverfahren nach 58 SGB XII
Ziel- und Qualitätsorientierung Fortbildung für die Begutachtung in Verbindung mit dem Gesamtplanverfahren nach 58 SGB XII Qualität? In der Alltagssprache ist Qualität oft ein Ausdruck für die Güte einer
MehrFormwerk AG. Die Sicherstellung konsistenter Nutzungserlebnisse über den gesamten SW-Produktlebenszyklus durch Human Centered Design.
Formwerk AG Die Sicherstellung konsistenter Nutzungserlebnisse über den gesamten SW-Produktlebenszyklus durch Human Centered Design. Design on Strategy UX über den Produkt Life Cycle Vor der Nutzung In
MehrWann ist eine Software in Medizinprodukte- Aufbereitungsabteilungen ein Medizinprodukt?
DGSV-Kongress 2009 Wann ist eine Software in Medizinprodukte- Aufbereitungsabteilungen ein Medizinprodukt? Sybille Andrée Betriebswirtin für und Sozialmanagement (FH-SRH) Prokuristin HSD Händschke Software
MehrInformation zur Revision der ISO 9001. Sehr geehrte Damen und Herren,
Sehr geehrte Damen und Herren, mit diesem Dokument möchten wir Sie über die anstehende Revision der ISO 9001 und die sich auf die Zertifizierung ergebenden Auswirkungen informieren. Die folgenden Informationen
MehrNutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008
Nutzen Sie das in Easy Turtle voll editierbare Modell der DIN EN ISO 9001:2008 Qualität ist keine Funktion Qualität ist ein Weg des Denkens. Qualität ist die Summe aller Tätigkeiten in einem Unternehmen.
MehrJ O L A N T H E D L U G O K E C K I C A R O L I N K A N J A
Qualitätsmanagement JOLANTHE DLUGOKECKI CAROLIN KANJA Gliederung Definitionen 3 Nutzen des Qualitätsmanagements 4 Bestandteile des Qualitätsmanagements 5-8 EFQM-Modell 9 ISO 9000 ff. 10-11 ISO 10006 und
MehrP H I U S. Strategieentwicklung in Wissenschaft und Forschung
Strategieentwicklung in Wissenschaft und Forschung Strategieentwicklung Strategische Planung Strategiekonzept in Wissenschaft und Forschung Strategieentwicklung in Wissenschaft und Forschung Drei Auslöser
MehrResearch Note zum Thema: Laufzeit von Support-Leistungen für Server OS
Research Note zum Thema: Laufzeit von Support-Leistungen für Axel Oppermann Advisor phone: +49 561 506975-24 mobile: +49 151 223 223 00 axel.oppermann@experton-group.com November 2009 Inhalt 1 EINFÜHRUNG
MehrHäufig wiederkehrende Fragen zur mündlichen Ergänzungsprüfung im Einzelnen:
Mündliche Ergänzungsprüfung bei gewerblich-technischen und kaufmännischen Ausbildungsordnungen bis zum 31.12.2006 und für alle Ausbildungsordnungen ab 01.01.2007 Am 13. Dezember 2006 verabschiedete der
MehrErfolgreiche Webseiten: Zur Notwendigkeit die eigene(n) Zielgruppe(n) zu kennen und zu verstehen!
Erfolgreiche Webseiten: Zur Notwendigkeit die eigene(n) Zielgruppe(n) zu kennen und zu verstehen! www.wee24.de. info@wee24.de. 08382 / 6040561 1 Experten sprechen Ihre Sprache. 2 Unternehmenswebseiten
MehrAnalyse zum Thema: Laufzeit von Support-Leistungen für ausgewählte Server OS
Analyse zum Thema: Laufzeit von Support-Leistungen für Axel Oppermann Advisor phone: +49 561 506975-24 mobile: +49 151 223 223 00 axel.oppermann@experton-group.com Januar 2010 Inhalt Summary und Key Findings
MehrProbleme kann man nie mit derselben Denkweise lösen, durch die sie entstanden sind. Albert Einstein BERATUNG
Probleme kann man nie mit derselben Denkweise lösen, durch die sie entstanden sind. Albert Einstein BERATUNG INHALT Individuelle CSR Beratung Fragestellungen Ziele Leistung Beruflicher Hintergrund Aus-
MehrPIERAU PLANUNG GESELLSCHAFT FÜR UNTERNEHMENSBERATUNG
Übersicht Wer ist? Was macht anders? Wir denken langfristig. Wir individualisieren. Wir sind unabhängig. Wir realisieren. Wir bieten Erfahrung. Für wen arbeitet? Pierau Planung ist eine Gesellschaft für
MehrHandbuch ECDL 2003 Basic Modul 5: Datenbank Grundlagen von relationalen Datenbanken
Handbuch ECDL 2003 Basic Modul 5: Datenbank Grundlagen von relationalen Datenbanken Dateiname: ecdl5_01_00_documentation_standard.doc Speicherdatum: 14.02.2005 ECDL 2003 Basic Modul 5 Datenbank - Grundlagen
MehrInsiderwissen 2013. Hintergrund
Insiderwissen 213 XING EVENTS mit der Eventmanagement-Software für Online Eventregistrierung &Ticketing amiando, hat es sich erneut zur Aufgabe gemacht zu analysieren, wie Eventveranstalter ihre Veranstaltungen
MehrVorteile und Herausforderungen IT-gestützter Compliance-Erfüllung
Wirtschafts- und Sozialwissenschaftliche Fakultät der Friedrich-Alexander-Universität Erlangen-Nürnberg Vorteile und Herausforderungen IT-gestützter Compliance-Erfüllung (Wirtschaftlichkeit von IT-Risk-Management-Lösungen
MehrDie integrierte Zeiterfassung. Das innovative Softwarekonzept
Die integrierte Zeiterfassung Das innovative Softwarekonzept projekt - ein komplexes Programm mit Zusatzmodulen, die einzeln oder in ihrer individuellen Zusammenstellung, die gesamte Abwicklung in Ihrem
MehrElternumfrage 2014. Kita und Reception. Campus Hamburg
Elternumfrage 2014 Kita und Reception Campus Ergebnisse der Elternumfrage 2014 Um die Auswertung der Elternumfrage 2014 richtig lesen und interpretieren zu können, sollten folgende Punkte beachtet werden:
MehrOutsourcing und Offshoring. Comelio und Offshoring/Outsourcing
Outsourcing und Offshoring Comelio und Offshoring/Outsourcing INHALT Outsourcing und Offshoring... 3 Comelio und Offshoring/Outsourcing... 4 Beauftragungsmodelle... 4 Projektleitung vor Ort und Software-Entwicklung
MehrBei der Focus Methode handelt es sich um eine Analyse-Methode die der Erkennung und Abstellung von Fehlerzuständen dient.
Beschreibung der Focus Methode Bei der Focus Methode handelt es sich um eine Analyse-Methode die der Erkennung und Abstellung von Fehlerzuständen dient. 1. F = Failure / Finding An dieser Stelle wird der
MehrDas Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin
Fragestellungen: Warum reicht das Lastenheft nicht aus? Was kann ich mit dem Lastenheft machen? Was unterscheidet das Pflichtenheft vom Lastenheft? Was gehört zum Auftragsumfang einer Individualsoftware?
MehrSPI-Seminar : Interview mit einem Softwaremanager
Erstellung eines Fragenkatalogs der die Beurteilung der Level 2 Key Process Areas in einem ca. einstündigen Interview mit einem Software Manager ermöglicht Vortrag von Matthias Weng 1 Aufbau Geschichte
MehrEntrepreneur. Der Aufbruch in eine neue Unternehmenskultur
Entrepreneur Der Aufbruch in eine neue Unternehmenskultur 08. September 2006 1 Ausgangssituation: Die Beziehung zwischen Unternehmer und Arbeitnehmer steht auf dem Prüfstand. Aktuell gibt es eine lebhafte
Mehr9.6 Korrekturmaßnahmen, Qualitätsverbesserung
Teil III Organisation und Infrastruktur Kapitel 9: Qualitätsmanagementsystem Inhalt 9.1 Grundlagen 9.2 Qualitätspolitik 9.3 Qualitätsorganisation 9.4 Maßnahmen 9.5 Qualitätsaufzeichnungen 9.6 Korrekturmaßnahmen,
MehrAlbert HAYR Linux, IT and Open Source Expert and Solution Architect. Open Source professionell einsetzen
Open Source professionell einsetzen 1 Mein Background Ich bin überzeugt von Open Source. Ich verwende fast nur Open Source privat und beruflich. Ich arbeite seit mehr als 10 Jahren mit Linux und Open Source.
MehrDie Theorie der Praxis. Die Welt ist so komplex, dass man sie mittels bloßer Wahrnehmung nicht erfassen kann.
Die Theorie der Praxis Die Welt ist so komplex, dass man sie mittels bloßer Wahrnehmung nicht erfassen kann. Beispiel: Am Rücken liegen Tausende von Nervenzellen und sagen dauernd: Da ist eine Stuhllehne.
MehrAufgabenheft. Fakultät für Wirtschaftswissenschaft. Modul 32701 - Business/IT-Alignment. 26.09.2014, 09:00 11:00 Uhr. Univ.-Prof. Dr. U.
Fakultät für Wirtschaftswissenschaft Aufgabenheft : Termin: Prüfer: Modul 32701 - Business/IT-Alignment 26.09.2014, 09:00 11:00 Uhr Univ.-Prof. Dr. U. Baumöl Aufbau und Bewertung der Aufgabe 1 2 3 4 Summe
Mehr(Titel des Berichts)
(Titel des Berichts) Praxissemesterbericht von (Vorname Name) aus (Geburtsort) Matrikelnummer Anschrift Telefon HTW Aalen Hochschule für Technik und Wirtschaft Betreuender Professor Abgabetermin Angaben
MehrVorwort des Herausgebers
Vorwort des Herausgebers Die Immobilie stellt eines der werthaltigsten Güter auf unserem Planeten dar. Im Gegensatz zu anderen Wirtschaftsgütern hat die Immobilie in der Regel eine sehr lange Lebensdauer.
MehrHauptseminar Entwicklung von Informationssystemen
Hauptseminar Entwicklung von Informationssystemen Wintersemester 2012/2013 Vorläufige Übersicht Vorläufiger Ablauf Woche Termin Uhrzeit Inhalt Raum * September 2012 * Themenvorstellung Seminarraum EG 42
MehrNeomentum Coaching. Informationsbroschüre für Studienteilnehmer
mittels Imaginationsgeleiteter Intervention Informationsbroschüre für Studienteilnehmer Das Case Management arbeitet mit dem Unternehmen zusammen. Das von ist auf eine messbare Integration und Stabilisation
Mehr