Professionelles Projektmanagement in der Praxis

Slides:



Advertisements
Ähnliche Präsentationen
Developing your Business to Success We are looking for business partners. Enterprise Content Management with OS|ECM Version 6.
Advertisements

Risiko-Management im Projekt
Professionelles Projektmanagement in der Praxis
IT-Projektmanagement
Professionelles Projektmanagement in der Praxis
Vergleichstests – Kompetenztest Thüringen Ergebnisse 2008/09 Primar – Klasse 6
Freie Universität Berlin Institut für Informatik
Wahlfach Gender in der Medizin
Management großer Softwareprojekte
Risiken und Chancen Risiko Beurteilung: Dazu gehört die Identifikationen von Risiken, ihre Analyse und das Ordnen nach Prioritäten. Risiko Kontrolle: Dazu.
Schulung der Mitarbeiter
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE LM 9 - LO2 Prozessmodell und Management.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme MuSofT LE 3.1-4V - Modell Überblick V-Modell Regelungen, die die Gesamtheit aller Aktivitäten,
Fallbeispiel.
Bioverfahrenstechnik SS 2013
Einsatzbedingungen des Dokuments im Rahmen des S-O-S-Ansatzes
Professionelles Projekt-Management in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projekt-Management in der Praxis
Projektleiter: Schmidt Christian Teammitglieder: Borucki Benjamin
– Team 2 Aktueller Projektleiter: Christian Krapp
Professionelles Projektmanagement in der Praxis
Anbieten einer sozialen Dienstleistung im Internet Aufgabe 4
Professionelles Projektmanagement in der Praxis
eXtreme Programming (XP)
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis, © 2006 Dr. Harald Wehnes Universität Würzburg, FB Informatik, Prof. Dr. P.Tran-Gia 1 Professionelles Projektmanagement.
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
von der allgemeinen Theorie zur individuellen Praxis
Software-Projektführung
Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering SS 2009Folie 1 Weitere Vorgehensmodelle Der Rational Unified Process RUP –bei IBM.
SS 2005Standard-Software Prof. Dr. Erik Jacobson Blatt 1 Standard-Software Prof. Dr. Erik Jacobson Lehrveranstaltung im SS 2005 Vorlesung Fr.
Projekt: Planung und Erstellung einer Webseite Ziel ist die Erstellung einer Webseite, die den Anforderungen einer Organisation (z.B. Unternehmen) entspricht.
Projektmanagement Grundlagen
IT-Projektmanagement SS 2013 Prof. Dr. Herrad Schmidt
IT-Projektmanagement SS 2013 Prof. Dr. Herrad Schmidt
Cs104 Programmieren II Präsentation Meilenstein 5 Sommersemester 2007 Gruppenname (Gruppe Nr. x) Name 1 (Name der/des Vortragenden unterstreichen) Name.
Seminar: Entwicklung verteilter eingebetteter Systeme WS05/06 Betreuer: Info:
Umsetzung und Bewertung der Politik
IT-GIpfel-Treffen IT-lösunGen für dIe praxIs
Unternehmensgründung Praktikum SoSe 2014 – Termin am
Seminar „Standards, Normen und Best-Practice-Modelle für Entwicklung und Betrieb von Softwaresystemen“ (Wintersemester 2008/2009) Vorbesprechung + Themenvergabe:
Zentrale Abschlussarbeiten Ablaufplanung
ICT-Projektmanagement & OE Magisterstudium Wirtschaftsinformatik
SiG Vorgehensmodell und Schwerpunkte für den Finance-Bereich Version 0.1 Dienstag, , Achat Plaza Hotel in Offenbach Workshop Identity.
„Wiederherstellung artenreichen Hochmoor-Grünlandes im Vergleich verschiedener Bewirtschaftungsvarianten“ Ergebnisse bodenchemischer und -biologischer.
Professionelles Projektmanagement in der Praxis, © 2006 Dr. Harald Wehnes Universität Würzburg, FB Informatik, Prof. Dr. P.Tran-Gia 1 Professionelles Projektmanagement.
Professionelles Projektmanagement in der Praxis
Professionelles Projektmanagement in der Praxis
Professionelles Projekt-Management in der Praxis
Abschlusspräsentation Team 1
Professionelles Projektmanagement in der Praxis
Müller Christoph1 Projektmanagement und MS Project Pädagogisches Institut.
Das virtuelle Bildungsnetzwerk für Textilberufe © 2003 Dr. Thomas Mühlbradt Prozessmanagement 3.1 qualitative Prozessanalyse.
Universität Würzburg Lehrstuhl für Kommunikationsnetze Prof. Dr.-Ing. P. Tran-Gia Professionelles Projektmanagement in der Praxis Prof. Dr. Harald Wehnes.
Standardisierung ♦ Systemintegration ♦ Automation ♦ Projektmanagement.
Projektmanagementsoftware in einem Großprojekt
 Präsentation transkript:

Professionelles Projektmanagement in der Praxis Veranstaltung 8 – Teil 1 (13.07.2009): Konfigurations- und Änderungsmanagement SS 2009 Dass in Projekten Veränderungen stattfinden, haben Sie in Ihren Projekten selbst mehr oder minder stark erleben können. Im Laufe eines Projektes können sich wichtige neue Aspekte ergeben, die Planungen über den Haufen werfen. Wichtig ist, von vorneherein eine Strategie zu haben, wie mit Veränderungen im Projekt umgegangen wird: Stichwort „Changemanagement“ Darüber hinaus sollte man nicht überrascht sein, wenn sich Veränderungen abzeichnen oder erforderlich werden. Unter Changemanagement versteht man darüber hinaus, Veränderungen in Unternehmen umzusetzen, um bestimmte Unternehmensziele zu erreichen. Den Wandel gestalten. Solche Projekte haben neben der technischen Komponente eine besondere psychologische Komponente bezüglich der betroffenen Mitarbeiter und sehr fragil. Hier sind ein professionelles Stakeholdermanagement und ein professionelles Kommunikationsmanagement unabdingbar.

Agenda Vorlesungsteil Projektiade 2009 Konfigurations- und Änderungsmanagement (Change-Management) Vertrags- und Claimmanagement (Nachforderungs-Management) Projektportfoliomanagement Reifegradmodelle im Projektmanagement Projekterfolgsfaktoren Projektiade 2009 Team 1 Team 2 Team 3 Team 4 Team 5 Jury-Bewertung Preisverleihung

Termine 2009 (Stand: 13.07.2009) MS 1: MS 2: Abnahme Projektdokumentation V2 Aufgabe 1 V3 2 V4 3 V5 4 V6 5 MS 1: Abnahme „Planung und Aufgaben- Verteilung“ MS 2: Prototyp Abschluss- Präsentation 04.05. 18.5. 25.5. 8.6 22.6. 13.7. 15.6. V1 20.04. V7 Abgabe P.-Doku Aufgabe 6 6.7. Vorträge können auch auf Englisch gehalten werden x: Präsentation PL V: Vortrag aktuelles PM-Thema AP: Abschluss-Präsentation

Basiszertifikat im Projektmanagement (GPM) neu GPM führt Basiszertifikat ein Es gehört nicht zum offiziellen IPMA 4-Level-System Es ist ist als GPM-Produkt unter dem IPMA Level D anzusiedeln Es dient dazu, Projektteammitglieder für die Mitarbeit in Projekten zu qualifizieren Kriterien Zweistündiger schriftlicher (branchenorientierter) Test Prüfungsgebühren (bei Inhouse-Zertifizierungen mit mindestens 12 Teilnehmern) 150 € für Studenten (Studentische GPM-Mitglieder: 125 €) 25 € Zusatzgebühr für Zertifikat in englischer Sprache Details sind auf der Vorlesungswebsite veröffentlicht

Abschlussveranstaltung: Agenda Projektiade´09 13:30 Vorlesung (Finale) 15:00 Teams 1, 2 und 3 16:00 Teams 4 und 5 anschließend Jury-Bewertung ca. 17:00 Preisverleihung „Projekta 2009“

Preisverleihung „Projekta 2009“ Projektiade´09 Die besten Projektarbeiten zur Gründung eines „neuen innovativen Internet-Unternehmens“ werden von der Jury mit der „Projekta 2009“ prämiert   Kategorien: Innovativstes Produkt Beste Produktpräsentation Beste Projektdurchführung Projekta 2009

Konfigurationsmanagement Funktionelle und physische Merkmale eines Produktes, wie sie in den technischen Dokumenten beschrieben und im Produkt verwirklicht sind* Softwarekonfiguration Menge der Dokumente und Softwareeinheiten, die konsistent zusammenpassen und zu einem bestimmten Zweck benötigt werden Konfigurationselemente: Quellcode-Dateien, Testfälle, Testprotokolle, Hardwarekonfigurationsbeschreibung, Entwicklungsdokumente Beispiele: Beta-Testkonfiguration, Demo-Konfiguration, Konfiguration für Kunde A Konfigurationsmanagement Management der technischen Beschreibung eines Produktes, seiner technischen Bestandteile und der kontrollierten, fortlaufenden Weiter-entwicklung dieser Beschreibung Konfigurationsidentifikation Konfigurationsüberwachung und -steuerung Konfigurationsbuchführung und -verfolgung Konfigurationsauditierung Zitat: ProjektManager, Seite 231 Häufige Rahmenbedingungen bei großen Projekten: Produktkomplexität: viele Komponenten (Module), viele Bearbeiter Produktvielfalt: viele unterschiedliche ausgelieferte Versionen Beim Konfigurationsmanagement steht der Projektgegenstand mit der systematischen Zusammenstellung und Dokumentation des jeweils gültigen Konfigurationsstandes, der Steuerung und Verwaltung von Konfigurationsveränderungen, der Überprüfung der Verwirklichung am Produkt und der rechtzeitigen Information aller Beteiligten im Mittelpunkt. Ziel des Software-Konfigurationsmanagements: Dokumentendschungel vermeiden. Ziel: Dokumenten- Dschungel vermeiden *) aus ProjektMananager, Glossar

Softwarekonfigurationsmanagement (SKM) Release Konfiguration eines Softwaresystems, das an einen Kunden ausgeliefert wird (Zu jedem Release gehört höchstens eine Version jeder Softwareeinheit) Jede Softwareeinheit besitzt eindeutige Nummer eindeutigen Namen Revisionskennung Aufgaben des SKM Versionskontrolle mit Rückverfolgbarkeit Konfigurationskontrolle Änderungskontrolle Konstruktion ausführbarer Programme Bewährte Praxis nicht Fehlerkorrekturen und neue Features in einem Release zusammenfassen, sondern aufsplitten: alternierend: Rel.-f, Rel.-n, Rel.-f, Rel.-n, ... Ansatz: Systematische Verwaltung der einzelnen Komponenten

Änderungen So darf es nicht sein! Arten von Änderungen Mitarbeiter nehmen Auftrag-geberwünsche – ohne Abstim-mung mit der Projektleitung – entgegen und setzen sie um Änderungen werden mündlich ans Projekt herangetragen und akzeptiert Arten von Änderungen Änderung der Projektziele Problem: Die „Welt“ (Projektinhalte, Ziele, Kosten/Nutzen, Technologien, Eigentumsverhältnisse) verändert sich. Häufigstes Problem Anwender/Auftraggeber haben neue oder veränderte Anforderungen. Es gibt einige Todsünden, die für das Projekt eine ungeahnte Sprengkraft haben. Es ist aber natürlich, dass Anforderungen und Prioritäten der Kunden sich während der Projektlaufzeit verändern. Oder die Projektarbeiten führen zu neuen Erkenntnissen, die zu berücksichtigen sind Changemanagement wird in Kundenauftragsprojekten oft als Claimmanagement verstanden. Claim = Nachforderung an den Kunden wegen Vertragsänderung. Ggf. völlig neues Projekt Änderung des Leistungsumfangs I.a. wird Projekt teuerer, umfangreicher und länger

Änderungsmanagement (Changemanagement) Ziel: Überwachung und Steuerung von Projektänderungen Systematisches und dokumentierendes Änderungs-verfahren erforderlich Erfassung aller beantragten Änderungen Analysieren und Überprüfen hinsichtlich der Projektfolgen (Inhalt, Termine, Kosten, Risiko, Qualität) Freigeben oder Ablehnen der Änderungen durch eine entsprechende Instanz (z.B. CAB, change advisory board) Umsetzung der freigegebenen Änderungen Controlling der Umsetzung Änderungen können von jedem Beteiligten beantragt werden Stati von Änderungen dokumentieren beantragt, freigegeben, durchgeführt Dem Begriff Changemanagement (CM) sind mehrere Bedeutungen zugeordnet: CM als Veränderungsmanagement (Management of Change) CM als Änderungsmanagement (Change Control) in Projekten, d.h. Managen der Änderungen Manche Vorhaben erfordern kein Konfigurationsmanagement. Änderungsmanagement ist dagegen für alle Projekte obligatorisch. Was ist Änderungsmanagement ? Ein geordnetes schriftlich festegelegtes Verfahren zur Analyse und Entscheidung von Änderungsanforderungen Im Verfahren sind Rollen, Fristen und Kompetenzen beschrieben: Änderungsantrag (CR) Analyse und Aufwands- und Kostenschätzung Entscheidung durch Change Control Board (Änderungsausschuss)

Changemanagement-Prozess Auftraggeber Projektleiter Änderungsantrag (Change Request) 1 Prüfung Konsequenzen Aufwand Kosten (€) 2 Angebot 3 Auftrag 4 Umsetzung der Änderung 5