Organisationsmethoden und -techniken - Fallstudien - WS 1998/99 Im Rahmen der Veranstaltung "Organisationsmethoden und -techniken" des Sommersemesters 1997 werden sich vier Sitzungen mit Problemen aus der Praxis beschäftigen, die anhand von drei Fallstudien beleuchtet werden sollen. Die Vorstellung dieser "Case Studies" hat zum Ziel, die Anwendung der Methoden und Instrumente der Organisationstheorie in der Praxis zu prüfen und ihr Einsatzspektrum zu beurteilen. Diese vier Sitzungen werden von einem ehemaligen Mitarbeiter des Organi-sationsseminars gehalten, der über eine mehrjährige Praxiserfahrung verfügt. Dr. Richard C. Geibel ExperTeam AG

Gliederung (1) I. Einführung II. Fallstudien Ziele dieses Vorlesungsteils Vorbemerkungen Lebenslauf / ExperTeam Literatur Projektmanagement II. Fallstudien 1. Bank 2. Bauindustrie 3. Bundeswehr Nach kurzer Einführung werden drei Fallstudien behandelt, die auf realen Projekten der Jahre 1993-1997 basieren: 1. Projektmanagement in einer Bank, die sich im Aufbau befindet, 2. Einführung eines "Corporate Networks" bei einer Bauunternehmung, 3. Umstellung einer großen Anwendung, die bisher ausschließlich Groß- rechner-gestützt war, auf eine moderne Client/Server-Architektur. Bemerkung: Die folgenden Ausführungen sind - naturgemäß - subjektiv geprägt und spiegeln die Erfahrungen in einer mittelständischen Unternehmensberatung wider.

Gliederung (2) III. Methoden und Techniken der Organisation Metaplan Mind Map IV. Zusammenfassung Erfahrungen und abgeleitete 'Erkenntnisse' Projektmanagement Prozeßmanagement Anforderungen an Hochschulabsolventen Fachliche Fähigkeiten Soziale Fähigkeiten Im Anschluß an die vorgestellten Fallstudien sollen zwei ausgewählte Methoden der Organistion vermittelt werden. Dabei handelt es sich einerseits um die Metaplan-Technik als Methode zur Moderation von Gruppensitzungen und andererseits um das Mind-Map-Verfahren als Keativitätstechnik. Auf der Grundlage der durchgeführten Projekte wird anschließend der Versuch unternommen, die bisherigen Erfahrungen zu weitgehend allgemeingültigen Aussagen zu generalisieren. Abschließend sollen - soweit möglich - Hinweise zur Ausbildung und persönlichen Entwicklung von zukünftigen 'Organisatoren' und Absolventen der Universität Köln gegeben werden.

Ziele dieser Vorlesung Projekte aus der Praxis darstellen Ergänzungen zur Theorie Konkretisierung anhand von Fallstudien Darstellung ausgewählter Methoden Erfahrungen wiedergeben und systematisieren Persönliche Eindrücke Generalisierbare Rückschlüsse Hinweise zur Ausbildung und Persönlichkeits-entwicklung Zusammenfassung der wesentlichen Ziele der Vorlesung.

Lebenslauf R. Geibel Grundschule, Gymnasium, Bundeswehr Informatik-Studium, RWTH Aachen Wiss. Mitarbeiter am Organistionsseminar und Promotionsstudium in BWL Forschungsaufenthalt an der 'Sloan School' am 'Massachusetts Institute of Technology', Boston, USA Leitender Berater bei ExperTeam (E-Mail: RCG@ExperTeam.de, Mobil: 01 71 - 46 32 07 8) Kurze Darstellung des Lebenslaufs, um einen Einblick in den Hintergrund des Referenten zu geben.

ExperTeam Software- und Beratungsunternehmen gegründet 1985 ca. 200 Mitarbeiter ca. 40 Mio. DM Umsatz 1998 8 Niederlassungen, incl. Österreich und Schweiz Hauptsitz ist Köln ExperTeam gehört den Mitarbeitern Strukturierung in Kompetenz-Teams (weitere Infos: http://www.ExperTeam.de) Eckdaten der Firma ExperTeam.

Literatur Bröhl/Dröschel: Das V-Modell, München - Wien, 1994 Burghardt, M.: Projektmanagement, Berlin/München, 1988 Frese, Erich: Grundlagen der Organisation, 6. Aufl., 1995 Frese, Erich: Projektorganisation, HWO, 2. Aufl., Stuttgart 1980, Sp. 1960 ff. Geibel, Richard: Computergestützte Gruppenarbeit, Stuttgart 1993 Haberfeller, R.: Projektmanagement, HWO, 3. Aufl., Stuttgart, 1992 Sp. 2090 ff. Kirckhoff, M.: Mind Mapping, 8. Aufl., Offenbach 1995 Madauss, B.: Handbuch Projektmanagement, 5. Aufl., Stuttgart 1994 Mintzberg, H.: The Nature of Managerial Job, New York 1973 RKW/GPM: Projektmanagement-Fachmann, 4. Aufl., Eschborn 1998 (2 Bände,ISBN 3-926984-57-0) Hinweise auf die verwendete bzw. sinnvolle Literatur zum Bereich Projektmanagement.

Projektmanagement Definition Projekt Definition Management Definition Projektstruktur Bereiche des Projektmanagement Fragen zu PM am Organisationsseminar

Definition Projekt zeitlich begrenzt (Beginn, Abschluß); definiertes [bzw. zu definierendes] Ziel (Aufgabe, Ergebnis); in gewissem Sinn außergewöhnlich, wodurch eine innovative, kreative Komponente einfließt (keine Routineaufgabe, die in der gleichen oder unmittelbar vergleichbaren Form laufend durchgeführt wird); meist mehrere Personen bzw. Stellen beteiligt; oft umfangreich und komplex; häufig mit Unsicherheit bzw. Risiko behaftet. Quelle: Haberfeller, R.: Projektmanagement, HWO, 3. Aufl., Stuttgart 1992, Sp. 2090.

Definition Management Planen (Vorausdenken) Entscheiden (Steueren) (Wahl zwischen Handlungsalternativen) Anordnen und kontrollieren Organisieren (Strukturen, Zuständigkeiten und Abläufe klären) "Staffing" (richtige Person an richtige Stelle) Quelle: ebenda Es wird klassisch auch von Planung, Organisation, Koordination, Steuerung und Kontrolle gesprochen (z.B. Fayol: General, 1965 und Gutenberg: Unternehmensführung, 1962 (s. Diss. S. 114)). Hierzu jedoch auch Mintzberg, Kotter, Isenberg. Insb. Mintzberg: Nature, 1973 und Job, 1975, der zehn Rollen zu drei Gruppen zusammenfaßt: Interpersonelle Dimension: Repräsentation, Führung, ext. Kontakte Informationsdimension: Infoerfassung, int. und ext. Infoübermittlung Entscheidungsdimension: unternehmerische E'., Reaktionen auf Störungen und Krisen, Ressourcenzuweisung, Verhandlungen mit U'-Externen Siehe auch Kotter: Leaders, 1990 - Management and Leadership

Definition Projektstruktur beauftragt, kontrolliert, entscheidet Projektlenkungsausschuß leitet, steuert, berichtet Projekt- leiter Projekt arbeitet, fordert Ent- scheidung Projekt- mitarbeiter Projekt- mitarbeiter Projekt- mitarbeiter ooo

Bereiche des Projektmanagement Die Vielfalt der Projektmanagement-Themen läßt sich in vier Kompetenzbereiche* aufteilen: Grundlagenkompetenz Soziale Kompetenz Methodenkompetenz Organisationskompetenz Jeder Bereich umfaßt 9 bis 11 Kapitel * RKW: Projektmanagement-Fachmann Hier wird auf das Werk „Projektmanagement-Fachmann“ vom RKW bezug genommen.

PM: Grundlagenkompetenz Management Projekte und Projektmanagement Projektumfeld und Stakeholder Systemdenken und Projektmangement Projektmanagement-Einführung Projektziele Projekterfolgs- und mißerfolgskriterien Projektphasen und -lebenszyklus Normen und Richtlinien Zunächst werden die Grundlagen des PM behandelt. Hierzu zählen Definitionen und Abgrenzungen sowie die wichtigsten Elemente des PM.

PM: Soziale Kompetenz Soziale Wahrnehmung Kommunikation Motivation Soziale Strukturen, Gruppen und Team Lernende Organisationen Selbstmanagement Führung Konfliktmanagement Spezielle Kommunikationssituationen Die soziale Betrachtung des PM legt Wert auf die Interaktion zwischen den beteiligten Personen und schärft den Blick für die Bedeutung dieses Bereich für den Erfolg bzw. Mißerfolg eines Projekts.

PM: Methodenkompetenz Projektstrukturierung Ablauf- und Terminmanagement Einsatzmittelmanagement Kostenmanagement Finanzmittelmanagement Leistungsbewertung und Projektfortschritt Integrierte Projektsteuerung Mehrprojektmanagement Kreativitätstechniken Methoden zur Problemlösung Nun stehen die Methoden des PM im Vordergrund, die hauptsächlich das Management der Zeit, der materiellen und personellen Ressourcen sowie die Kosten des Projekts thematisieren.

PM: Organisationskompetenz Unternehmens- und Projektorganisation Qualitätsmanagement Vertragsinhalte und -management Konfigurations- und Änderungsmanagement Dokumentationsmanagement Projektstart Risikomanagement Informations- und Berichtswesen EDV-Unterstützung im Projekt Projektabschluß und -auswertung Personalwirtschaft und Projektmanagement Neben dem großen Bereich des PM wird vielfach das Qualitätsmanagement und das Konfigurationsmanagement gesehen (z.B. V-Modell). Hier sollen sie als ein wichtiger Bestandteil des Oberbegriffs PM angesehen werden.

Fragen zu PM am Organisationsseminar Welche Kriterien der sachlogischen (entscheidungslogischen) Dimension sind für ein erfolgreiches PM notwendig? Sollte PM nur bzw. überwiegend sachlogische Aspekte berücksichtigen (Koordination)? Inwieweit müssen Aspekte der Verhaltens-Dimension einbezogen werden (Motivation)? Offene Fragen, die im Laufe der Sitzungen geklärt werden sollen. Als Hintergrund ist hier der entscheidungslogische Ansatz von Frese zu sehen, der zwischen der Koordinations- und der Motivationsdimension unterscheidet.

II.1. Fallstudie Bank Großbank in den neuen Ländern Aufbau der Bank: 1991 - Start mit ca. 20 Mitarbeitern 1992 - Innenstadtbüro mit ca. 50 Mitarbeiter 1993 - Umzug in neues Gebäude, ca 100 Mitarbeiter 1994 - Erweiterung auf ca. 200 Mitarbeiter 1997 - Umzug in eigenes Gebäude, ca. 400 Mitarbeiter geplant Bisherige und geplante Entwicklung der Bank innerhalb von ca. 6 Jahren.

Auftrag Unterstützung bei dem organisatorischen Aufbau der Bank, insb.: Management von Projekten Einführung des Berichtswesens Schulung der Mitarbeiter bzgl. Planung und Durchführung von Projekten Strukturierung und Moderation von Sitzungen Unterstützung bei Problemen mit Informations-systemen (IS) Im Vordergrund stand ursprünglich die Weiterführung eines durch die Abteilung DV/Org. bereits installierten Berichtswesens. Nur sekundär waren die weiten Aspekte gefragt.

Ausgangssituation die Bank befindet sich im Aufbau keine festen Zuständigkeiten bzw. Befugnisse inhomogene Mitarbeiterstruktur unzureichendes Know-how hohe Fluktuation der Mitarbeiter  wenig Systematik und viel Improvisation

Aufbauorganisation

Informationssystem (IS) Strategische Entscheidung des Aufsichtsrats:  KEIN eigenes Rechenzentrum (), sondern Anschluß an Host XY-Bank  Verwendung von PCs und Office- Software sowie Aufbau lokales Netz  Einsatz dezentraler Fachinformations- systeme (Anwendungsprogramme) nach Bedarf Grundsätzliche Ausrichtung der Bank hinsichtlich der Informationssysteme.

Informationssystem (IS) Unterschiedliche Standpunkte zu Großrechner <=> dezentrale Systeme Host ist ausgereift, aber relativ starr große Datenmengen, aber unzeitgemäße Benutzeroberfläche Einheitlich, aber wenig Gestaltungsspielraum für Benutzer Konflikt innerhalb Bankmanagement () Aufeinanderprallen von Vertretern der traditionellen sowie der innovativen IS-Strategie.

Informationssystem (IS) Unterschiedliche Standpunkte zu Vorgaben DV <=> Entscheidung der Fachbereichsleiter Darf eine dritte Rechnerebene (Abteilungsrechner) eingeführt werden? Dürfen weitere Betriebssysteme (UNIX) integriert werden? Konflikt zwischen Fachabteilung und DV-Abteilung () Klassischer Konflikt zwischen DV- und Fachabteilung, der durchgängig in allen Branchen zu finden ist.

Lösung IS Vorsichtige, aber kontinuierliche Migration von reinem Host-Betrieb zu dezentralen und vernetzten Systemen Einbindung neuer, dezentraler Anwendungs-software in die vorhandene Software-Landschaft (z.B. Schnittstellen)  Aufbau einer Client/Server-Architektur

Vorhandenes Berichtswesen (1) basiert auf MS-Project Darstellung der Abhängigkeit von Aktivitäten Errechnung des kritischen Pfads Auslastung der Ressourcen reine Momentbetrachtungen, keine Verän-derungen im Zeitverlauf sichtbar Pflege und Änderung der Pläne durch die DV/Org-Abteilung für Fachabteilungen Aufbau des vorhandenen Berichtswesens.

Vorhandenes Berichtswesen (2) Mängel: schwer zu bedienen => DV-Abteilung keine Verinnerlichung dieser Form und damit keine Verantwortung in der Fachabteilung Ursachen von Verschiebungen / Überschreitungen werden verdeckt Korrekturmaßnahmen können nicht ergriffen werden  technikzentrierte Perspektive

Bisherige Darstellung 11/93 1. Originalfolie des alten Berichtswesens.

Bisherige Darstellung 1/94 2. Originalfolie des alten Berichtswesens.

Neue Projektorganisation (1) Vorgeschlagene Verbesserung des bisherigen Berichtswesens in Form einer Präsentation (hier Auszug von 7 Seiten).

Neue Projektorganisation (2)

Neue Projektorganisation (3)

Neue Projektorganisation (4)

Neue Projektorganisation (5)

Neue Projektorganisation (6)

Neue Projektorganisation (7)

Neues Berichtsformular (1) Aufbau des neuen Berichtsformulars mit Hilfe von WinWord 2.0 (1. Seite).

Neues Berichtsformular (2) Aufbau des neuen Berichtsformulars mit Hilfe von WinWord 2.0 (2. Seite).

Projektsteckbrief (1) Einführung eines Projektsteckbriefs als Kurzbezeichnung für jedes Projekt.

Projektsteckbrief (2)

Neues Berichtswesen (1) Organisatorische Regelungen stehen im Vordergrund: eindeutige Projektnummer Projektbezeichnung, -ziele und -beschreibung Verantwortlicher und beteiligter Fachbereich sowie Projektmanager, -leiter und -mitarbeiter Start-/Ende-Termin und Meilensteine Kosten/Nutzenbetrachtung Zusammenfassende Darstellung bzw. Bewertung des neuen Berichtswesens.

Neues Berichtswesen (2) Positive Effekte Berichtswesen ist übersichtlich und verständlich Verantwortung in den Fachbereichen höhere Transparenz bzgl. der Anzahl und der aktuellen Situation jedes Projektes 'Negative' Effekte verdeckte Schwierigkeiten wurden offengelegt Konfrontation mit vielen Probleme auf einmal Org/DV/Verw.-Bereich als Engpaß identifiziert Abwägung von Vor- und Nachteilen.

Probleme (1) Abstimmung mit dem Auftraggeber unklare Problem-/Aufgabenstellung dynamische Aufgabenstellung unspezifizierte Abnahmekriterien vorhandenes Berichtswesen war technik-zentriert, neues Berichtswesen ist benutzerorientiert, d.h. Entmachtung des Org/DV/Verw.-Bereichs Ursachen der Mißverständnisse (1).

Probleme (2) Know-how und Problembewußtsein der Mitarbeiter unzureichend (Schulung nötig) Aufwandschätzungen i.d.R. zu optimistisch technische Probleme unterschätzt Sitzungen kein konstruktiver Ansatz Verteidigung bestehender Positionen Ursachen der Mißverständnisse (2).

Fazit Ziele und Vorgehensweise des Projekts schriftlich fixieren (klarere Absprachen treffen => höhere Transparenz) Als Berater bei fehlender/unzureichender Aufgaben-stellung selbst Teilaufgaben und Zwischenschritte definieren, die einvernehmlich abgestimmt werden (Abnahmeprotokoll) Interne Machtstrukturen berücksichtigen und Konflikte moderieren (nicht selbst Stellung beziehen) Bei dieser Tätigkeit handelte es sich somit nicht um das Management eines Projektes im eigentlichen Sinn (Ressourcen-, Kosten- und Zeit-Management), sondern vielmehr um projektbegleitende Maßnahmen, die sicherstellen sollten, daß die laufenden Projekte insgesamt besser geplant, gesteuert und kontrolliert werden (Meta-Ebene).

II.2 Fallstudie Bauunternehmung SF-BAU Projektentwicklung GmbH Leistungsangebot Projektidee Grundstückbeschaffung Erschließung schlüsselfertige Realisierung Vermarktung und Verwaltung der Objekte Zentrale in Köln, 10 Standorte in Deutschland ca. 300 Mitarbeiter

STRABAG (1)

STRABAG (2)

Verlauf eines Projekts Wie sieht das 'normale Geschäft' in einer Unternehmensberatung aus? Wie verläuft ein typisches Projekt? Welche Phasen lassen sich unterscheiden? Welche (Zwischen-)Ergebnisse werden im Projektverlauf erzeugt? Wie wird ein Projekt abgerechnet?

Projektphasen (1) Kontaktaufnahme Einladung zum Kunden (Kennenlernen) Persönliche Bekanntschaft Kompetenz im Markt Auswahl zwischen mehreren Anbietern Einladung zum Kunden (Kennenlernen) Kurze gegenseitige Vorstellung Problemschilderung, evtl. Zielsetzung Aufforderung einen Lösungsansatz zu entwickeln und ein Angebot zu schreiben

Projektphasen (2) Erstellung eines Angebots Skizzierung eines Vorschlags zur Problemlösung (Strukturierung in Teilaktivitäten) Schätzung des benötigten Aufwands (Festpreis oder 'Manntage') Präsentation des Angebots (2. Gespräch) Aushändigung der schriftlichen Unterlagen und Folienpräsentation (ggf. PC-Demonstration) Auftragserteilung oder "wir melden uns wieder"

Projektphasen (3) Auftragserteilung mit Spezifikation (Aufwand bzw. DM-Betrag) Genaue Untersuchung der Firma bzw. des geschilderten Problems Interviews mit Mitarbeitern, Sitzungen Einsicht in Unterlagen Prüfung der Technik (PC, Netz, Software, etc.) Erstellung der IST-Analyse Detaillierte Analyse des Untersuchungsgegenstands Aufdecken von Schwachstellen

Projektphasen (4) Interne Aktivitäten Entwicklung des SOLL-Konzepts Marktinformationen (Strategien, Verfahren, Organi-sation, Produkte, etc.) Sitzungen mit Spezialisten Entwicklung des SOLL-Konzepts Detaillierte, schriftliche Darlegung des Lösungs-ansatzes in Stufen konkrete Kostenberechnung Präsentation der IST-Analyse und des SOLL-Konzepts (3. 'offizielles' Gespräch)

Projektphasen (5) Entwicklung des Realisierungsplans, incl. 'Machbarkeitsstudie' Vorkalkulation von Zeitdauern und Kosten Vielfach Prototyping oder Referenzanlage Realisierung der Aufgabe bei laufender Abstimmung mit dem Auftraggeber Eigenentwicklung Fremdvergabe (in diesem Bsp.), d.h. Beteiligung von Spezialisten Nun kommt der eigentliche Projektbeginn: Auf der Basis des SOLL-Konzepts wird jetzt ein Realisierungsplan erstellt, der eine Machbarkeitsstudie enthält (etwa Prototyping oder Aufbau einer kleinen Referenzanlage).

Projektphasen (6) Vorbereitung der Ausschreibung Erstellung eines Pflichtenheftes für Anbieter Auswahl von kompetenten Firmen und Aufforderung zur Abgabe eines Angebots Auswertung der Angebote Präsentation der Angebotsbewertung (4. Gespräch), ggf. mit Auftragsfreigabe Begleitung der Realisierung (Trouble shooting) Endabnahme

Ist-Situation bei der SF-Bau Datenkommunikation - über 180 PCs in 10 voneinander unabhängiger Netzen - Zugriff auf gemeinsame Daten ausschließlich über Strabag-Host - Datenaustausch entweder in Papierform oder Datenträger - Remote Netzmanagement mittels Einloggen als Supervisor in entfernte LANs Sprachkommunikation - unterschiedliche TK-Anlagen an allen Standorten - keine Nutzung von ISDN-Leistungsmerkmalen - ausschließlich analoge Endgeräte Faxkommunikation - über Faxgeräte, teilweise an seperatem Telefonanschluß - meist nur ein Faxgerät pro Niederlassung

Projekt ISDN-Kommunikation SF-Bau Ziel: Steigerung der Wettbewerbsfähigkeit Produktivitätsgewinn durch Verbesserung der Infrastruktur (z.B. einheitliche TK-Anlagen) Verbesserung von Qualität und Effizienz in der internen Kommunikation (z.B. mittels Electronic Mail) Kosteneinsparung durch Einsatz neuer Kommunikationstechniken (z.B. Videoconferencing) Kosteneinsparung durch Migration zu anderen Netzen (z.B. Nutzung von Festvebindungen) Kosteneinsparung durch geänderte Vertragsgestaltung (z.B. Telekom Designed Network, TDN)

Kommunikationsprofil der SF-Bau Elektronischer Datenaustausch auschließlich über Datex-P 9,6 Zentrale greift täglich auf den Host zu, Niederlassungen mehrmals Im Mittel werden 45 MB pro Monat übertragen, Tendenz steigend Datex-P Gebühren betragen im Mittel 2.500 DM pro Monat Dates-P Kosten für alle Standorte im Mittel 120.000 DM pro Jahr LAN-to-LAN Kopplung ist benutzerunfreundlich und wird daher nicht von den normalen Usern, sonder nur vom Netzwerkadminis-trator genutzt

Empfohlene Maßnahmen für SF-Bau Vernetzung aller Standorte der SF-Bau Aufbau eine internen E-Mail-Systems PC-Fax für alle Installation eines remote Network Management Systems Anwenderunterstützung mittels Fernwartung Einheitliche TK-Anlagen an allen Standorten Abschluß eines neuen Vertrags mit der Telekom Anmietung Festverbindung zwischen Zentrale + SF-Bau Ersatz der Datex-P 9,6 Hauptanschlüsse durch ISDN

Gegenüberstellung der Angebote SF-Bau Auf der Basis des erstellten Pflichtenhefts und der darin entwickelten Lösungsansatzes wurde eine Auschreibung durchgeführt An dieser Ausschreibung haben sich 8 Firmen beteiligt Die Auswertung der Angebote und die Gegen-überstellung der Firmen erfolgte in einer Matrix Das Ergebnis wurde der Geschäftsleitung von SF-Bau präsentiert Anschließend erfolgte die Beauftragung des Gewinners und die Begleitung der Installation durch ExperTeam

Präsentation (1) - Deckblatt Projekt Netze- und Dienste-Integration SF-Bau Projektentwicklung GmbH Ergebnis der Ausschreibung 14. Juni 1995

Präsentation (2) - Projektziele Steigerung der Qualität der internen Kommunikation durch Verbesserung der Kommunikationsinfrastruktur Senkung der Kosten der internen Kommunikation durch Einsatz neuer Techniken und einheitlicher Verträge Erhöhung der Wettbewerbsfähigkeit der SF-Bau

Präsentation (3) - Anbieter 12 Firmen wurden aufgefordert anzubieten: Atlantia Deutschland GmbH AVM Computersysteme GmbH ComupNet GmbH Deutsche Telekom AG Hancke & Peter GmbH ITK GmbH & Co. KG Lion Network Consult GmbH NTG GmbH Oevermann Ingenieurbüro STS-Spectrum GmbH Sysnet GmbH Telemation GmbH

Präsentation (4) - Ausschreibung 8 Firmen haben ein Angebot abgegeben 3 Firmen kamen in die engere Auswahl CompuNet GmbH Hancke & Peter GmbH Lion Network Consult GmbH

Präsentation (5) - Auswahlprozeß Kriterien für die Beurteilung der Anbieter: Kosten 20 % Integriertes Konzept 20 % Qualität 15 % Standortabdeckung 15 % Service-Konzept 15 % Referenzprojekte 5 % Marktstellung 5 % Teststellung 5 % Vertragsgestaltung 5 %

Präsentation (6) - Lösungsansätze Bereiche Lösungen Router AVM Fax Ferrari E-Mail MS-Mail Fernwartung PC-Anywhere Netzmanagement Novell ManageWise

Präsentation (7) - Kostenstrukturen Studie von ExperTeam: 170.000,- DM Teuerster Anbieter: 400.000,- DM Mittlere Anbieter: 300.000,- DM 200.000,- DM Günstigster Anbieter: 150.000,- DM

Präsentation (8) - Auswahlempfehlung => Firma Hancke & Peter GmbH Günstigstes Angebot (inkl. zusätzlicher Personal Computer) Integriertes Konzept (passend zu vorhandener Hw/Sw) Hohe Qualität der Komponenten Installation der Komponenten Wartung und Service von Köln

Infrastruktur der SF-Bau heute

Infrastruktur der SF-Bau zukünftig

II.3 Fallstudie: Bundeswehr Eine bestehende Anwendung (WEWIS), die ausschließlich auf Großrechnern basiert, soll auf eine moderne Client/Server-Architektur umgestellt werden  Vorschriften und Richtlinien der Bundeswehr bei der Projektdurchführung beachten  V-Modell

Die Projekte WEWIS II und WEBIB WEWIS II - ein Informationssystem für die öffentliche Verwaltung Einführung und Historie von WEWIS Client/Server-Projekt WEWIS II HW/SW-Architektur von WEWIS II WEBIB - ein Entscheidungsunterstützungssystem (EUS) Zielsetzung von WEBIB Softwarearchitektur von WEBIB Nutzen von WEBIB Zusammenfassung Ausblick First I would like to give a brief inroduction to the project WEWIS. In a second step I want to focus your attention on one specific program. It is a DSS for every employee working in that area.

Verwaltung aller männlichen Personen Wehrpflicht- gesetz Zivildienst- gesetz Rechtsprechung Erlasse WEWIS ZDv und AU Verfügungen Verfahrens- anweisung WE Medizinische Tests Psychologische Tests

WEWIS und WEWIS II Personen WEWIS WEWIS II Circa 4700 Mitarbeiter arbeiten im Wehrersatzwesen Zentrales Bundesamt für Wehrersatzwesen (BAWV) Etwa 85 nachgeordnete Dienststellen (WBV, KWEA) WEWIS Verwaltungssystem für alle männlichen, deutschen Personen Mainframe-orientiertes System mit „dummen“ Terminals In COBOL vor circa 16 Jahren geschrieben Basiert auf einer hierarchischen Datenbank (IBM IMS/DB) WEWIS II Das Projekt startete im Sommer 1994 Komplette Überarbeitung von WEWIS (Re-engineering) Erhöhung der Flexibilität und Grundlage für leistungsfähige Anwendungsprogramme Großes Client/Server-Projekt mit einer Drei-Ebene-Architektur Dieses Projekt wird voraussichtlich 1999 beendet sein What are the numbers we are talking about? The headquarter is located in Bonn - the former capital city of Germany

HW/SW-Infrastruktur von WEWIS II WEWIS II basiert auf einer „Drei-Ebenen-Client/Server-Architektur“ 1. Computer-Ebene IBM Großrechner mit MVS Komplexe Reports und Statistiken Zentrale Datenspeicherung 2. Computer-Ebene IBM RS/6000 mit AIX Lokale Reports und Datenabfragen Lokale Datenspeicherung für eine Dienststelle 3. Computer-Ebene PC mit Windows NT Graphische Benutzeroberfläche Vorgangssteuerung und Textverarbeitung Keine lokalen Daten Let me give you a more detailled insight into HW/SW infrastructure. The migration will be done in three steps: - data migration - intelligent clients and powerful computers for each branch office togehter with centrally stored orpeative data (only download) - distributed data between the 1. and 2. level

WEWIS II - Ein Client/Server-Projekt Es existieren vier neue und wichtige Bereiche: Vorgangssteuerung und Optisches Archiv Data Base Management System Netzwerk und Connectivity System Management

Workflow und Optisches Archiv Die Reorganisation der Vorgänge und Abläufe steht im Vordergrund (Business Process Reorganization, BPR) Verwendung eines Vorgangssteuerungssystems (work flow manage- ment system) für die automatische Abwicklung bzw. Verfolgung von gut strukturierten Aufgaben Computergestütztes Dokumenten-Management-System Scanner für die eingehende Papierpost Daten werden auf optischen Disks (CD) gespeichert IBM Flow Mark als Basis

Data Base Management System Migration Wechsel von dem bestehenden hierarchischen DBMS (IBM IMS/DB und IMS/DC) zu einem relationalen DBMS (IBM DB2/MVS) Dies betrifft nicht nur das Host-System DB2/MVS (Ebene 1) sondern auch DB2/6000 (Ebene 2 - IBM RS/6000) und DB2/OS/2 (Ebene 3 - Personal Computer) Zusätzlich werden neue „Common Server“-Funktionen implementiert: erweiterte Speicherelemente für Text, Sprache, Video, Finger-abdrücke, etc. (TextExtender, VoiceExtender, VideoExtender, etc.) Unterstützung der Volltextsuche (full text retrieval) Dezentralisierte (verteilte) Datenspeicherung mit asynchronem Update (Data Replication) synchronem Update (Two Phase Commit)

Netzwerk und Connectivity Ein Kontrollzentrum für das Netzwerkmanagement 5 - 8 Rechenzentren mit IBM Großrechnern auf der Basis des SNA- und TCP/IP-Protokolls Dezentrale Dienststellen mit „high speed local area networks“ (LAN: 100 Mbit/s Fast Ethernet, ATM in Zunkunft) Verbindungen auf der Basis von ISDN/Bw (64 Kbit/s) als Weitverkehrsnetz (Wide Area Network, WAN)

System Management Steuerung und Verwaltung des kompletten Informationssystems einschließlich Ebene 1: Großrechner mit zentralen Programmen und zentraler Datenspeicherung Ebene 2: Dienststellenrechner mit lokalen Programmen und lokalen Daten Ebene 3: Personal Computer mit Benutzeroberfläche Software-Verteilung Programm „download“ für Verbesserungen und neue Versionen Datenaustausch von und zum Großrechner Single point of control (SPOC) Ferndiagnose und -wartung Zentrales Netzwerkmanagement Zentraler Benutzerservice (user help desk)

Zusammenfassung für WEWIS II Jedes dieser vier Gebiete ist relativ neu Die gleichzeitige Änderung aller dieser vier Bereiche führt zu einer deutlichen Problematik für das Vorhaben Der eigentliche Nutzen des Projekts WEWIS II wird erst durch die Einführung neuer und leistungsfähiger Anwendungen deutlich ? WEWIS II dient als Grundlage für das Entscheidungsunterstützungssystem WEBIB

Entscheidungsunterstützungssystem WEBIB Wehrpflicht- gesetz Zivildienst- gesetz Rechtsprechung Erlasse ZDv und AU Verfügungen Verfahrens- anweisung WE Medizinische Tests Psychologische Tests

EUS WEBIB: Gründe und Zielsetzung Es existieren einige gute Gründe für ein elektronisches EUS Unterschiedlichste Informationen müssen berücksichtigt werden Information ändern sich sehr häufig Erhebliche Menge an Papier Lange Transportzeiten des Papiermaterials Aufwendige Einsortiervorgänge notwendig Durch WEBIB soll erreicht werden Alle relevanten Informationen sind beinhaltet Information sind immer auf dem neuesten Stand Gleichartige Darstellung aller Informationen Einheitliche Ausgangsbasis für alle Mitarbeiter Einfache Benutzung auch für ungeübte Nutzer Das EUS ist für alle MA gedacht

Abstrakte WEBIB-Architektur Scanner Station Text- verarbeitung Redaktions- system Lese- system Volltext- suche Volltext- suche Software- verteilung Datenbank Datenbank Eine Zentrale Ca. 85 dezentrale Dienststellen

Implementierte WEBIB-Architektur Omni- Page HyPublisher HyReader MS- WinWord IBM TextExtender IBM TextExtender IBM DB2/6000 IBM System Management IBM DB2/6000 Eine Zentrale Ca. 85 dezentrale Dienststellen

Lese- und Redaktionssystem von WEBIB Lesesystem Informationen sind in „Büchern“ angeordnet Fenstertechnik für die Darstellung mehrerer Bücher Suche (directory, search words, full text retrieval) Druck (one page, parts of a book, whole book) Protokoll (collect all interesting material) Inividuelle Notizen zu jeder Textstelle anfügbar Automatische Information der Benutzer Redaktionssystem Textmanipulation (modificate, insert, delete) und gleichzeitig konsistente Datenbank Erzeugung/Löschung von „Hypertext-Links“ Benutzerverwaltung mit Authorisationsebenen (Unterscheidung zwischen mehreren Sicherheitsstufen) Historienverwaltung Entscheidungsunterstützung für spezielle Situationen

Die Benutzeroberfläche von WEBIB

Nutzen von WEBIB Drei allgemeine Ziele sollten durch das System erreicht werden: Verringerung der Kosten (monetärer Aspekt) Minimierung von Papier-, Druck und Transportkosten Reduzierung unproduktiver Mitarbeiterzeiten Verbesserung der Leistung (qualitativer Aspekt) Erhöhung der Entscheidungs- und Dokumentationsqualität Vereinfachung von Verwaltungsprozessen Beschleunigung der Abläufe (quantitativer Aspekt) Verringerung der Suchzeiten Höhere Aktualität der Weisungsbibliothek Decrease of costs - e.g. sorting and storing of new orders/directions which are distributed approx. Every 4 weeks, sometimes every week Quality - efficiency (making decisions right) - effectiveness (making the right decisions) Accelleration - timely aspect - actuality (paper transportation takes up to 4 weeks and than you don‘t know if everyone puts the new material into his personal paper file) - decrease of search time

Zusammenfassung Das Projekt WEWIS II stellt eine leistungsfähige Infrastruktur zur Verfügung Client/Server-Architektur Graphische Clients verteilte Datenhaltung „high speed local area networks“ und umfassendes System Management. Auf der Grundlage dieser Infrastruktur erlaubt das EUS WEBIB den Mitarbeitern Entscheidungen schneller, besser und billiger zu treffen. Die Nachteile auf der anderen Hand sind die hohen Kosten der Implementierung des Systems und das Vorhaben trägt sich nur aufgrund der Verringerung der Anzahl der Mitarbeiter Lean public administration: After implementing WEWIS II we will have about 700 employees less which give us a reduction of approx. 25 Mio. US $ (700 x 60 TDM = 42 Mio DM = 25 Mio. US $)

Ausblick WEWIS II erzeugt eine leistungsfähige Infrastruktur und wird etwa 1999 beendet sein WEBIB enthält alle relevanten Informationen für die Entscheidungsfindung Die Funktionalität von WEBIB wird permanent erweitert Ein Prototyp für die Client-Software auf der Basis eines Internet-Browser ist fertiggestellt (e.g. Netscape Navigator) Wenn das EUS WEBIB durch die Mitarbeiter gut akzeptiert wird, könnte das Programm 1998/1999 zu einem Entscheidungsunterstützungs- system für Gruppen ausgebaut werden (Group Decision Support System, GDSS) The client software is very flexibel. You can use different approaches. GDSS: Than I will come back to my rootes and work in the field of my Ph.D. thesis again.

Das V-Modell des BMI Das V-Modell umfaßt neben dem Projekt-management weitere wesentliche für den Erfolg eines Projekts relevante Bereiche. Es existieren vier Submodelle des V-Modells: Projektmanagement (PM) Qualitätssicherung (QS) Konfigurationsmanagement (KM) Software-Entwicklung (SWE) Eine umfangreiche Darstellung des V-Modells findet sich in: Bröhl, A.-P.; Dröschel, W. (Hrsg.): Das V-Modell. Der Standard für die Softwareentwicklung mit Praxisleitfaden. München u. a. 1993. In diesem Buch sind auch vier Einsatzbeipiele für die Anwendung des V-Modells innerhalb der Bundeswehr zu finden.

Aufbau des V-Modells Das Projektmanagement, das Konfigurationsmanagement und die Qualitätssicherung dienen der effizienteren Durchführung der Software-Entwicklung. Alle vier Submodelle sind eng miteinander verzahnt und müssen im gegenseitigen Wechselspiel gesehen werden.

Projektmanagement (PM) Das Submodell Projektmanagement enthält fünf wesentliche Teilaufgaben (PM-Aktivitäten), die durch Informationsflüsse miteinander verbunden sind. So muß etwa zum Abschluß des Projektes (PM 3) ein Projektabschlußbericht erstellt werden, der die aufgetretenen Probleme schildert und mögliche Verbesserungen aufzeigt. Dieser Projektabschlußbericht kann als Grundlage für die Verfeinerung des Prozesses Projektmanagement dienen.

PM: Projektplan

PM: Projekt-Organigramm

Qualitätssicherung (QS) Auf Grund der starken Beachtung der Zertifizierung auf Basis von DIN / ISO 9000 in den letzten Jahren enthält auch das V-Modell ein umfangreiches Submodell Qualitätssicherung. Hier werden etwa Details der Prüfung von Produkten geregelt (z.B. Wahl der Prüfmethode: Walk-Through oder Technisches Review).

Konfigurationsmanagement (KM) Im Rahmen des Konfigurationsmangement wird festgelegt, wie eine systematische Kontrolle von Änderungen der Produkte bzw. Dokumente zur Sicherstellung ihrer Integrität durchzuführen ist. So wird etwa jedes Dokument je nach Bearbeitungsphase mit dem Status "geplant", "in Bearbeitung", "vorgelegt" oder "akzeptiert" versehen. Erst wenn ein Dokument den Status "vorgelegt" erreicht hat, kann es 'in die Qualitätssicherung gehen'. Nur wenn es die Qualitätssicherung passiert hat, wird es in den Zustand "akzeptiert" versetzt.

Software-Entwicklung (SWE)

Produktfluß einer Aktivität

Phasen bis Vertragsabschluß

Dokumente für WEWIS II Projekthandbuch Projektplan QS-Plan KM-Plan IT-WiBe I und II Systemanforderungen Systemarchitektur Sicherheitskonzept Schulungskonzept Betriebliches Modell Soll-Vorstellungen Geschäftsprozesse Systemmanagement-konzept Speicherkonzept Infrastrukturkonzept IT-Konzept Client/Server-Architektur Leistungsbeschreibung DB2-Migration Vedingungsunterlagen

Bsp.: Verdingungsunterlagen Grundlage stellt die "Unterlage für Ausschrei-bung und Bewertung von IT-Leistungen, Version II" (UfAB) dar, die fünf 'Teilbäume' unterscheidet: Softwareentwicklungsumgebung (SEU) Archivierung und Workflow Hardware/Software/Netzkomponenten/Infrastruktur System-Management/Betrieb Datenhaltung

Bsp.: Realisierungsplan Erstellung des RPL nach AU 220: Zielsetzung des Vorhabens Definitionsentscheidung Technische Lösung und organisatorische Auswirkungen Entscheiungen zu militärisch-administrativen Elementen (Personal, Ausbildung, Sicherheit, Führung/Einsatz, Organisation, SWPÄ, Logistik, Infrastruktur) Begründung der Lösung Wirtschaftlichkeit Spezifikation für die Entwicklung Gesamtverantwortlicher Auftragnehmer Weiteres Vorgehen mit Angaben zu Kosten/Terminen

Bsp.: IT-WiBe (1) IT-gestützte Wirtschaftlichkeitsrechnung: Voraussetzung für die Bewilligung einer Investitions-maßnahme ist die Durchführung einer Berechnung der Wirtschaftlichkeit des Vorhabens Drei Ebenen sind dabei zu beachten: Quantifizierbarkeit der Größen bestimmen Ermittlungsebene zuordnen Bewertungskriterien auswählen und Werte ermitteln

Bsp.: IT-WiBe (2) Quantifizierbarkeit der Größen unmittelbar monetär bestimmbar mittelbar monetär bestimmbar qualitativ bestimmbar Ermittlungsebenen zuordnen arbeitsplatzbezogen arbeitsplatzübergreifend gesamte Organisation externe Effekte

Bsp.: IT-WiBe (3) Bewertungskriterien Die Bewertungskriterien befinden sich auf vier unterschiedlichen Ebenen: einmalige Kosten / einmaliger Nutzen laufende Kosten / laufender Nutzen Dringlichkeitskriterien qualitative Kriterien

Bsp.: IT-WiBe (4) Einmalige Kosten/Nutzen Planung/Entwicklung Projektorganisation Kosten externer Beratung Systemkosten Hardware Software Material/Zubehör Systemeinführung Anpassung/Systemtest Schulung/Einarbeitung Nutzen Ablösung Altverf. Laufende Kosten Hostkosten Leitungskosten Verbrauchsmaterial Energie-/Raumkosten Personalkosten Wartung/Systempflege jeweils: Lfd. Kosten Neuverfahren Lfd. Nutzen Wegfall Alt

Bsp.: IT-WiBe (5) Dringlichkeitskriterien Qualitativ-Strategisch Kontinuität Altsystem Fehlerquote, Ausfälle Wartungsprobleme Ausbaugrenzen Schnittstellenprobleme Benutzerfreundlichkeit Gesetzliche Verschriften Datenschutz/-sicherheit Interne Standards Sonstige Auflagen Qualitativ-Strategisch IT-Rahmenkonzept Konzept Bundesverwalt. Pilot-Projekt-Charakter Aufgabenabwicklung Beschleunigung Prozeße Informationsstand Entscheidungsspielraum Attraktivität Arbeitsbeding. Qualifizierung Bürgernähe

Bsp.: IT-WiBe (6)

Wirtschaftlichkeitskriterien

Werkzeuge 'V-Modell-Hypertext-Datei' für das Hilfe-System von Windows IT-WiBe (Berechnung der Wirtschaftlichkeit) IVF Erstellung von Haushaltsplänen (AZF) Process Manager (Unterstützung des Prozeßmanagements)

III. Methoden und Techniken Metaplan-Technik Mind-Map-Technik Fallstudie "Klausurtagung Sparkassen" Fallstudie "Studium organisieren"

Metaplan Bei der Metaplan-Technik handelt es sich um eine Moderationstechnik "Eine Methode ist eine planmäßige Handlungsweise und Organisationsform, mit der in optimaler Weise versucht wird, Probleme anzugehen, Aufgaben zu bewältigen und gesteckte Ziele zu erreichen." Die Metaplan-Methode hat in jüngster Zeit den Bereich der Aus- und Weiterbildung sowie die Gestaltung von Sitzungen, Workshops, Arbeits-treffen, Klausurtagungen, etc. stark geprägt.

Metaplan: Vorbehalte und Lösungen

Der Metaplan-Moderator

Metaplan-Arbeitstechniken

Probleme der Gruppenarbeit

Literatur Metaplan und Mind Map Neuland, Michéle: Neuland-Moderation, Neuland-Verlag, Eichenzell 1995 In 17 Kapiteln wird die Moderation als Methode in allen ihren Facetten kritisch und tiefgreifend ausgeleuchtet. Als Rahmen wird das ganzheitliche Lernen gewählt. Neuland-Moderation, 2 Videocassetten je 40 Minuten Krickhoff, Mogens: Mind Mapping, 9. Auflage, 1992 (leicht verständlich, viele Praxisbeispiele, recht umfassend) Huhn, Gerhard: Mind Mapping, 1994 (Trainerleitfaden mit 24 Farbfolien und einem Arbeitsbuch) PC-Software: Mindmanager, Version 3.5, (http://www.mindmanager.de, Testverson erhältlich)

Mind Map Bei der Methode 'Mind Mapping' handelt es sich um eine kreative Arbeitsmethode, die versucht, logisches und analytisches Überlegen sowie assoziatives und kreatives Denken miteinander zu verbinden. Dabei werden sowohl die linke als auch die rechte Gehirnhälfte miteinbezogen.

Zwei Gehirnhälften linke Seite => Texte lesen rechte Seite strukturiert organisatorisch ordentlich mathematisch sequentiell digital => Texte lesen rechte Seite kreativ chaotisch verspielt musikalisch vernetzt analog => Texte schreiben

Beispiel Mind Map

Zusammenfassung Mind Map

Empfehlung Mind Map

IV. Zusammenfassung Erfahrungen und abgeleitete 'Erkenntnisse' Projektmanagment Prozeßmanagement Anforderungen an Hochschulabsolventen Fachliche Fähigkeiten Soziale Fähigkeiten

Projekt-/Prozeßmanagement planen Projekt kontrollieren Projektmanagement

Projekt-/Prozeßmanagement definieren Prozeß verbessern Projekt planen Projekt kontrollieren Projektmanagement

Anforderung: fachliche Fähigkeiten Fachliches Know-how Organisationslehre (Aufbau-/Ablauforganisation) Projektmanagement Ressourcenmanagement Personen (Projektmitarbeiter, 'Betroffene', Auftrag- geber, Unternehmensleitung, Spezialisten) Sachmittel (Computer, Flip-Chart, Metaplan-Wand) Terminmanagement (Arbeitspakete, Meilensteine) Kostenmangement Personalaufwand (Stunden der Mitarbeiter, Reisekosten) Materialaufwand (Hard- und Software)

PM-Methodik Lernen der PM-Methodik hilft bei der Abwicklung der Projekte in der Praxis Den „Wissenspeicher“ Projektmanagement-Fachmann als eine Grundlage zur theoretischen Erarbeitung und als Nachschlagwerk benutzen Selber in einem Projekt mitarbeiten, einzelne Tätig-keiten übernehmen (Assistenzfunktion), Teilprojekt-leitung anstreben und anschließend Projektleitung bei kleineren und danach bei großen Vorhaben Organisation ist sehr häufig Projektarbeit (Reorgansiationsprojekte, BPR, Gestaltung von IV)

Anforderungen: Fachliche Fähigkeiten Beherrschung von Werkzeugen Textverarbeitung (z.B. MS-Word) Tabellenkalkulation (z.B. MS-Excel) Präsentation (z.B. MS-PowerPoint) Projektmanagement (z.B. MS-Project) Grafikprogramm (z.B. Visio, Designer, CorelDraw)

Fachliche/soziale Fähigkeiten Organisationstechniken Kommunikationstechniken Diskussionstechniken Bewertungstechniken Darstellungstechniken Moderationstechniken Fragetechniken Visualisierungstechniken (z.B. Ursache/Wirkung) Kreativitätstechniken Intuitionstechniken (z.B. Verfahren 635) Analysetechniken Analogietechniken (z.B. Morphologischer Kasten)

Fachliche/soziale Fähigkeiten Präsentation frei reden können überzeugend darstellen Problem eingrenzen und Lösungsansatz aufzeigen Präsentationstechniken Overhead-Folien Flip-Chart Metaplan Lit.: Neuland, Michéle; Neuland, Rudolf: Ein nützlicher Ratgeber für Flip-Chart-Benutzer. Eichenzell 1995. Hierbei handelt es sich um eine übersichtliche und knappe Darstellung der wichtigsten Regeln für den Aufbau von Präsentationen mit Flip-Charts.

Anforderung: Soziale Fähigkeiten Persönliche Stabilität nicht provozieren lassen, Nerven behalten Fehler auch mal zugeben  'Mensch sein' Kommunikationsfähigkeit aktiv auf andere Personen zugehen Fragen stellen, aktiv zuhören 'Small talk' pflegen  persönlicher Kontakt Konsensmanagement (Konfliktmanagement) Sender und Empfänger: Es kommt nicht darauf an, wie es der Sender gesagt hat, sondern wie es beim Empfänger aufgenommen wird.

Kommunikation Kommunikationsproblematik: horizontale Ebene: 'gedacht ist nicht gesagt' 'gesagt ist nicht gehört' 'gehört ist nicht verstanden' 'verstanden ist nicht getan' horizontale Ebene: Fachabteilung vs. DV-Abteilung vertikale Ebene: unterschiedliche Sichtweise auf das Problem Beipiel: Cowboy und Indianer reiten durch Prairie und treffen sich. Da sie nicht die geliche Sprache sprechen, kommunizieren sie per Gestik: I: zeigt mit Zeigefinger auf Cowboy (hast Du eine Pistole / wer bist Du) C: hebt Zeige- und Mittelfinger (ich habe zwei / bin eine Ziege) I: hält Hand an Stirn (kann ich mal sehen / eine Bergziege) C: mach mit Hand Wellen bewegung (mach das Du weg kommst / Flußziege) Reiten in Saloon / zum Häuptling und sagen, daß jetzt ganz durchgedreht.

Konfliktmanagement Differenzen erkennen und verstehen: Sachliche Streitpunkte Fakten Ziele Vorgehensweisen Werte Zugrundeliegende Faktoren Informationsunterschiede Wahrnehmungsunterschiede

Konfliktmanagement Stadien des Konflikts Ahnung bewußte, nicht ausgedrückte Differenzen Diskussion offene Auseinandersetzung offener Konflikt

Konfliktmanagement Wie geht man mit Konflikten um?  Vermeidung Unterdrückung Verschärfung Transformation in einen kreativen Prozeß von der Auseinandersetzung zu einem kreativen Problemlösungsprozeß kommen! 

Fazit Ständig den Horizont erweitern Zeit jetzt nutzen  Methoden & Techniken, Werkzeuge Perspektiven, Lösungsansätze Zeit jetzt nutzen hätte ich vorher mehr gewußt, wären die Projekte besser gelaufen Lebenslanges Lernen (Life Long Learning) Praktika, Auslandsaufenthalt, studentische Unternehmensberatung, Selbständigkeit 

Empfehlung Weiterbildung