Transcription
1 Standards und Normen im Projektmanagement131 Standards und Normen im ProjektmanagementIn diesem Kapitel lernen Sie verbreitete Standards und Normen des Projektmanagements kennen.erwerben Sie Fertigkeiten, diese Standards zu bewertenund den für Sie und Ihr Projekt passenden Standard zuidentifizieren und anzuwenden.ÜbersichtWer ein kleines Projekt im privaten Bereich, in einem Unternehmen oder anderen Organisationen leitet, macht sich vermutlich keine Gedanken, ob die zugrunde liegenden Vorgehensweisen und eingesetzten Methoden standardisiert oder gar normiert sind. Kleinereund mittlere Unternehmen sind bezüglich der großen Projektmanagementstandards zurückhaltend, da sie eine zu bürokratische, nicht auf ihre Situation zugeschnittene Projektabwicklung befürchten (Turner et al. 2010) oder aber die etablierten Standards nicht imDetail kennen.Bei Projekten mit einem komplexen Projektgegenstand oder vielen verschiedenen Stakeholdern wie Auftraggebern Projektmitarbeitern anderen Unternehmen, beispielsweise Lieferanten anderen Projekten mit zumindest teilweise gemeinsamen Ressourcenerschwert ein fehlendes gemeinsames Verständnis des Vorgehens jedoch die Zusammenarbeit, siehe Abbildung 1.1. Das Vorgehen bei der Projektdefinition, -planung und -steuerung ist den beteiligten Personen nicht klar oder wird missverständlich kommuniziert.Pläne, Kennzahlen zur Projektsteuerung und Erwartungen passen nicht zusammen undverhindern oder erschweren die Zielerreichung des Projekts.Viele Unternehmen gehen dazu über, alle Mitarbeiter, dieProjekte leiten,darin mitarbeiten oderin Linienfunktionen mit Schnittstellen zu den Projekten arbeiten, nach einem der großen Projektmanagementstandards zu schulen.Oberste Prämisse bei der Auswahl und Adaption eines Projektmanagementstandards sollte dessen Eignung für die Vorhaben und die Arbeitsweise des Unternehmens sein. Wirwerden später noch auf Kriterien eingehen und auf das Vorgehen bei der Auswahl und derAdaption von Projektmanagementstandards.
141 Standards und Normen im ProjektmanagementEin Projekt im Zentrum mit Schnittstellen zum Auftraggeber, zu anderen Projekten, Zulieferern, sonstigen Stakeholdern wie beispielsweise einem Lenkungsausschuss und zu einer gemeinsam mit anderen genutzten Infrastruktur, wie beispielsweise Software und Berichtswesen sowie gemeinsam genutzte Ressourcen.Abbildung 1.1:Beispiel: Fehlender Projektmanagementstandard im UnternehmenGibt es in einem Unternehmen kein einheitliches Vorgehen bei Projekten, keinen gemeinsamen Methodenschatz und keinen standardisierten Softwareeinsatz, müssenProjektmitarbeiter bei jedem Projekt zunächst bezüglich der anzuwendenden Abläufe,Methoden und Software geschult werden. Eine Projektübergabe oder das spontaneHinzuziehen zusätzlicher oder anderer Mitarbeiter zur Unterstützung ist kaum möglich.Die Projektdurchführung wird dadurch ineffizient, und Steuerungsmöglichkeiten inForm eines flexiblen Ressourceneinsatzes werden erschwert.Eine Standardisierung birgt allerdings auch Risiken: Wird ein nicht zum Unternehmenund dessen Projekten passender Standard gewählt, vervielfachen sich die Probleme. Nichtein einzelnes Projekt ist dann ineffizient oder ineffektiv, sondern alle Projekte, die sich andiesen nicht passenden Standard halten.In diesem Kapitel fassen wir einige verbreitete Standards kurz zusammen. Zu diesen gehören die in Deutschland bekannte DIN 69901 sowie deren internationales Pendant, die ISO 21500, die Individual Competence Baseline ICB 4.0 der International Project ManagementAssociation, der Project Management Body of Knowledge (PMBOK) des Project Management Institutes und das Projektmanagementsystem PRINCE2 der britischen Axelos Ltd.
DIN 69901 und ISO 2150015Auch bei agilem Projektmanagement gibt es Standardisierungsbemühungen. Ich stelledeshalb kurz die Vorgaben der Scrum Alliance und von Scrum.org vor.Alle hier vorgestellten Standards können weitgehend als Rahmen verstanden werden, dermit konkreten Abläufen, Methoden und Rollen weiter ausgearbeitet werden muss. DieStandards lassen hierbei mehr oder weniger große Freiräume bei der individuellen Anpassung. Auch wenn die meisten der genannten Standards von Zeit zu Zeit aktualisiertwerden, werden Sie feststellen, dass sie aus einer Zeit stammen, in der agile Projektmanagementansätze noch keine Rolle gespielt haben. In aktuellen Fassungen einiger derStandards wird nun der Versuch unternommen, auch agile Grundsätze einzubinden, wasnicht immer widerspruchsfrei gelingt.Die folgenden Abschnitte sollen Ihnen einen ersten Eindruck der Charakteristika der genannten Standards vermitteln. Dies soll Ihnen bei späteren Entscheidungen für oder gegen die Wahl und Adaption eines Standards helfen.In den folgenden Kapiteln 3 und 4 lernen Sie traditionelle und agile Vorgehensmodellekennen. Mit diesem Wissen erarbeiten wir Kriterien für die Auswahl eines oder mehrerergeeigneter Vorgehensmodelle und deren Adaption an unternehmensspezifische Belange.DIN 69901 und ISO 21500In Deutschland existiert mit der DIN 69900 beziehungsweise der DIN 69901er Reihe eineSammlung an Normen zum Projektmanagement. Diese gliedern sich wie folgt: DIN 69900: Netzplantechnik, Beschreibung und Begriffe DIN 69901-1: Projektmanagementsysteme - Grundlagen DIN 69901-2: Projektmanagementsysteme - Prozesse und Prozessmodell DIN 69901-3: Projektmanagementsysteme - Methoden DIN 69901-4: Projektmanagementsysteme - Daten und Datenmodell DIN 69901-5: Projektmanagementsysteme - BegriffeAußerdem gibt es weitere DIN Normen mit Bezug zum Projektmanagement wie die DIN69909er Reihe zum Thema Multiprojektmanagement oder die DIN ISO 10007 zum ThemaKonfigurationsmanagement.Im Kontext dieses Buchs ist vor allem die DIN 69901-2 Prozesse und Prozessmodell interessant. Die DIN schlägt vor, ein Projekt in 5 Phasen zu gliedern, und ordnet jeder dieserPhasen Projektmanagementprozesse zu, siehe Abbildung 1.2.In der DIN-Reihe tauchen weder der Begriff des agilen Projektmanagements noch konkrete Vorgehensmodelle wie das Wasserfall- oder V-Modell auf. Die DIN-Reihe repräsentierteher die traditionelle Sicht des Projektmanagements mit sequenziell ablaufenden Phasen,einer durch gute Pläne erreichbaren Vorhersagbarkeit des künftigen Projektverlaufs unddessen Controlling mit einer Earned Value Analyse oder Meilensteintrendanalyse.
161 Standards und Normen im ProjektmanagementAbbildung 1.2:Phase.Projektmanagementphasen nach DIN 69901-2 mit exemplarischen Projektmanagementprozessen proIPMA Individual Competence BaselineEinführungSeit Herbst 2015 gibt es die Individual Competence Baseline (ICB) (IPMA 2015) der International Project Management Association (IPMA) in der Version 4.0. Die ICB ist inDeutschland durch die Deutsche Gesellschaft für Projektmanagement (GPM) sehr verbreitet. Anders als in der DIN 69901 werden in der ICB keine Projektmanagementprozessevorgeschlagen, sondern Kompetenzen definiert, die für erfolgreiches Projektmanagementwichtig sind.In früheren Fassungen stand die Abkürzung ICB für IPMA Competence Baseline. Um stärker zu betonen, dass der Standard auf im Projektmanagement tätige Individuen fokussiert, wurde der neue Begriff Individual Competence Baseline gewählt. Dies erleichtertzudem die Einordnung in weitere Standards der IPMA, nämlich der Organisational Competence Baseline (OCB) und der Project Excellence Baseline (PEB):
IPMA Individual Competence Baseline 17Die OCB legt dar, wie projektorientierte Organisationen funktionieren und wie derenProjektmanagement verbessert werden kann.Die PEB zeigt, wie herausragende Fähigkeiten im Projekt- und Programmmanagementerreicht werden können. Sie hilft Organisationen bei der Bewertung der eigenen Fähigkeiten und der Erarbeitung von Verbesserungen.Wir beschränken uns in den weiteren Erläuterungen auf die ICB, also die Individual Competence Baseline (IPMA 2015). Die ICB 4.0 stellt den Menschen und dessen Kompetenzenzur Bearbeitung von Projekten, Programmen und Portfolios in den Mittelpunkt. Sie ist international harmonisiert und wurde in verschiedene Sprachen übersetzt.Die GPM bietet ein vierstufiges Zertifizierungssystem an, das noch bis voraussichtlich Ende des Jahres 2018 auf der ICB 3.1 beruht und dann auf die aktuell veröffentlichte ICB 4.0umgestellt wird: IPMA Level D – Zertifizierter Projektmanagement Fachmann (GPM) : Grundlagenzertifizierung für in Projekten tätige Personen IPMA Level C – Zertifizierter Projektmanager (GPM) : Zertifizierung für Projektmanager begrenzt komplexer Projekte IPMA Level B – Zertifizierter Senior Projektmanager (GPM) : Zertifizierung für Projektmanager komplexer Projekte IPMA Level A – Zertifizierter Projektdirektor (GPM) : Zertifizierung für Manager wichtiger Portfolios einer OrganisationDie einzelnen Stufen bauen aufeinander auf. Es werden jedoch Kombinationslehrgängeangeboten, sodass bei entsprechender Qualifizierung gleich höhere Stufen zertifiziertwerden können. Die Zertifizierung besteht meistens aus mehreren Prüfungen (mündlichund schriftlich) sowie Erfahrungsnachweisen in Form von Transfernachweisen, Projekterfahrungsberichten, Projektstudienarbeiten und Programm- bzw. Portfoliostudienarbeiten. Für die Stufen C, B und A müssen bestimmte praktische Erfahrungen im Projektmanagement nachgewiesen werden.Unterhalb des vierstufigen Zertifizierungssystems bietet die GPM das Basiszertifikat Projektmanagement an, das sich ganz besonders an Studierende ohne praktische Projektmanagementkompetenzen richtet. Die Zertifizierungsprüfung erfolgt schriftlich.Die Zertifizierungen der IPMA/GPM orientieren sich am traditionellen Projektmanagement. Agile oder hybride Kompetenzen werden nicht oder nur am Rande geprüft. Umauch in diesem Bereich etwas anbieten zu können, hat die GPM das Zusatzzertifikat hybrid geschaffen, in dem agiles und hybrides Projektmanagement den Schwerpunkt bildet.Alle Zertifizierungsprüfungen werden durch die PM-Zert, der Zertifizierungsstelle derDeutschen Gesellschaft für Projektmanagement GPM, abgenommen.Individuelle KompetenzenDer Projektmanagementstandard Individual Competence Baseline 4.0 (ICB) der International Project Management Association (IPMA) unterscheidet sich im Aufbau deutlichvon anderen Standards. Die ICB legt weder Prozesse noch organisatorische Strukturen
181 Standards und Normen im Projektmanagementfest, sondern fokussiert auf individuelle Kompetenzen von am Projektgeschäft beteiligtenPersonen.Unter einer individuellen Kompetenz versteht die ICB, dass eine Person Wissen, Fertigkeiten und Fähigkeiten so anwenden kann, dass ein gewünschtes Ergebnis erzielt wird. Wissen, Fertigkeiten und Fähigkeiten werden hierbei hierarchisch aufeinander aufbauenddefiniert: Wissen bedeutet, etwas zu kennen, beispielsweise einen bestimmten Plan lesen undverstehen zu können. Fertigkeiten erlauben uns, das Wissen zu nutzen, um beispielsweise eigene Pläneerstellen zu können. Fähigkeiten bauen auf Wissen und Fertigkeiten auf und ermöglichen deren Anwendung in einem bestimmten Kontext, beispielsweise die Interpretation eines Plans unddie Ableitung von Steuerungsmaßnahmen bei Abweichungen vom Plan.Die ICB 4.0 beschreibt insgesamt 29 unterschiedliche Kompetenzen, die den folgendendrei Kompetenzbereichen zugeordnet werden: Kontext-Kompetenzen (Perspective) zur Interaktion mit der Umwelt, beispielsweisestrategisches, Struktur- und Prozessdenken sowie der Umgang mit Macht im Kontextder Auseinandersetzung mit internen und externen Stakeholdern eines Projekts, einesProgramms oder eines Portfolios. Persönliche und soziale Kompetenzen (People), die ein Individuum mitbringenmuss, um erfolgreich an Projekten, Programmen oder Portfolios mitwirken oder diesegestalten zu können, beispielsweise Kompetenzen zur Selbstreflexion, Kommunikation, Führung des Projektteams, Teamarbeit und Verhandlungsführung. Technische Kompetenzen (Practice), die Methoden, Werkzeuge und Technikenbeinhalten, die zur erfolgreichen Verwirklichung von Projekten, Programmen undPortfolios eingesetzt werden, beispielsweise Kompetenzen zur Formulierung undAnalyse von Zielen und Anforderungen, Planung, Steuerung und zur Gestaltung vonVeränderungen.Die drei Kompetenzbereiche werden auch als Eye of Competence bezeichnet. Der Einsatzder 29 Kompetenzen wird für Projekte, Programme und Portfolios erläutert.PMI Project Management Body of KnowledgeEinführungDer vom Project Management Institute (PMI) herausgegebene Guide to the Project Management Body of Knowledge oder kurz PMBOK Guide (Project Management Institute2013) ist zugleich Standard des American National Standards Institute (ANSI). Die derzeitaktuelle Fassung des PMBOK Guide stammt aus dem Jahr 2013 und trägt die Versionsnummer 5.
PMI Project Management Body of Knowledge19Der PMBOK Guide enthält ein Prozessmodell, das um Aspekte der organisatorischen Einbindung von Projekten in Unternehmen ergänzt wird. Außerdem berücksichtigt er Programme und Portfolios.Das PMI bietet verschiedene Zertifizierungsmöglichkeiten für im Projektgeschäft tätigePersonen auf Basis des PMBOK Guide an: CAPM - Certified Associate in Project Management: Grundlagenzertifizierung für inProjekten tätige Personen PMP - Project Management Professional: Zertifizierung für Projektmanager, die Erfahrung in der Leitung von Projekten nachweisen können PgMP - Programm Management Professional: Zertifizierung für Manager, die mehrerekomplexe Projekte leiten und für deren strategische und wirtschaftliche Ziele verantwortlich sind PfMP - Portfolio Management Professional: Zertifizierung für Manager, die ganzePortfolios leiten und verantwortenEs gibt noch weitere Zertifikate, wie den PMI Agile Certified Practitioner oder den PMIProfessional in Business Analysis.Die genannten Zertifizierungen sind nicht hierarchisch aufeinander aufbauend. So erfordert das PMP Zertifikat nicht eine vorherige CAPM Zertifizierung.ProjektorganisationDer PMBOK Guide beginnt mit einer Beschreibung organisatorischer Einflüsse auf dasProjektmanagement und nennt und beschreibt Organisations- und Kommunikationsstrukturen wie linien-, matrix- und projektbasierte Organisationen.Checklistenartig werden Umfeldfaktoren und Stakeholder gelistet und deren Verhältniszum Projekt skizziert. Als wichtige Projektrollen werden genannt: Projektmanagement- und Projektpersonal Unterstützende Experten Repräsentanten der Benutzer oder der Kunden Verkäufer Geschäftspartner und deren Mitglieder als Teil des ProjektteamsProjektlebenszyklusDer PMBOK Guide strukturiert den Projektlebenszyklus in die vier Phasen Projekt beginnen Strukturierung und Vorbereitung Arbeit durchführen und Projekt abschließen
201 Standards und Normen im ProjektmanagementDamit unterscheiden sich die Phasen von den fünf Phasen der DIN 69901 und der ISO21500 sowie von PRINCE2, das nur 2 Phasen fest vorsieht. Für jedes Phasenende sieht derPMBOK Guide verschiedene Ausgangswerte oder Liefergegenstände vor. Diese sind zusammen mit dem typischen Verlauf der Kosten und des Personalbedarfs während desProjektlebenszyklus in Abbildung 1.3 dargestellt.Lebenszyklusphasen und Ausgangswerte pro Phase in Anlehnung an den PMBOK Guide (Project Management Institute 2013).Abbildung 1.3:Der PMBOK Guide unterscheidet zwischen den bereits genannten Lebenszyklusphasenund Projektphasen. Letztgenannte sind projektspezifisch und können in Anzahl und Anordnung variieren. So kann ein Kleinprojekt aus nur einer Projektphase bestehen, während ein komplexes Großprojekt fünf oder mehr Phasen aufweist. Die Phasen können sequenziell, überlappend oder iterativ (wiederholend) beziehungsweise inkrementell(aufeinander aufbauen) angeordnet sein. Damit schlägt das PMI ganz bewusst die Brückezu agilen Projektmanagementansätzen und sieht diese als zum PMBOK Guide kompatibel an.Prozessgruppen und WissensgebieteDiese Prozessgruppen dürfen nicht mit den Lebenszyklusphasen verwechselt werden.Die Prozesse der Prozessgruppen können innerhalb einer oder mehrerer Lebenszyklusphasen ablaufen.Im PMBOK Guide gibt es 5 AusführungÜberwachung und SteuerungAbschluss Die einzelnen Prozesse können sowohl einer sogenannten Prozessgruppe als auch einemWissensgebiet zugeordnet werden. Diese Zuordnung ist schematisch in Abbildung 1.4 illustriert.
PRINCE2 21Auszug der Projektmanagementprozesse nach dem PMBOK Guide mit Zuordnung zu den Prozessgruppen und Wissensgebieten (Project Management Institute 2013).Abbildung 1.4:Diese Darstellung erinnert an die Prozessübersicht der DIN 69901 beziehungsweise derISO 21500, und tatsächlich gibt es Übereinstimmungen. Jeder der Prozesse des PMBOK Guide wird in diesem mit Eingangs- und Ausgangswerten, Werkzeugen und Methodenerläutert.PRINCE2 EinführungPRINCE2 steht für Projects In Controlled Environments und stellt ein Projektmanagementsystem aus Grundprinzipien, Themen und Prozessen dar. Seinen Ursprung hatPRINCE in Großbritannien, wo es 1989 Regierungsstandard für IT- Projekte wurde. ImJahr 1996 wurde es zu PRINCE2 weiterentwickelt und als projektneutrales und branchenübergreifendes Projektmanagementsystem vorgestellt. Mittlerweile wird PRINCE2 vombritischen Unternehmen Axelos Ltd. heraus- und weitergegeben.Die letzte größere Überarbeitung stammt aus dem Jahr 2009. Um zu verdeutlichen, dasssich PRINCE2 in seinem Grundsatz treu geblieben ist, wurde die Ziffer 2 jedoch nichtverändert.
221 Standards und Normen im ProjektmanagementFür PRINCE2 gibt es ein dreistufiges Zertifizierungssystem (Axelos 2016): PRINCE2 -Foundation: Grundlagenzertifizierung PRINCE2 -Practitioner: auf die Grundlagenzertifizierung aufbauende Zertifizierung,die die Bearbeitung praxisnaher Fallstudien beinhaltet PRINCE2 -Professional: auf die Practitionerzertifizierung aufbauende Zertifizierungin Form von Interviews und eines Assessment Centers, bei dem sich die Teilnehmer inProjektsituationen bewährenPRINCE2 stellt ein flexibles, anpassbares Projektmanagementsystem dar. Trotz der Betonung der Phasen, eignet sich PRINCE2 zur Integration agiler Projektmanagementansätze,wofür es zahlreiche Praxisbeispiele gibtAbbildung 1.5 zeigt eine Übersicht über die Prozesse, Grundprinzipien und Themen vonPRINCE2 . Diese werden in den nachfolgenden Abschnitten kurz erläutert.Abbildung 1.5:Übersicht über PRINCE2 in Anlehnung an (Imm und Kresse 2015).
PRINCE2 23Die 7 Grundprinzipien von PRINCE2 Die nachfolgenden Grundprinzipien repräsentieren die Grundwerte eines PRINCE2 Projekts: Fortlaufende geschäftliche RechtfertigungEin PRINCE2 -Projekt benötigt einen berechtigten Grund, um durchgeführt zu werden. Dieser Grund kann beispielsweise ein bestimmter Strategiebeitrag sein oderdurch eine Wirtschaftlichkeitsrechnung nachgewiesen werden. Projekte, die dieseRechtfertigung im Projektverlauf verlieren, müssen beendet werden. Lernen aus ErfahrungUm dem Wissensverlust durch die zeitliche und personelle Begrenzung entgegenzuwirken, legt PRINCE2 großen Wert auf ein projektübergreifendes Wissensmanagement. Wissen ist am Projektende zu sichern und in neue Projekte zu übertragen. Definierte Rollen und VerantwortlichkeitenRollen und Verantwortlichkeiten sind zu definieren, zu strukturieren und bekannt zumachen. Steuern über ManagementphasenPRINCE2 fordert neben der Initiierungsphase mindestens eine weitere Managementphase. An Phasenübergängen erfolgt eine Freigabe durch den Lenkungsausschuss. Steuern nach dem AusnahmeprinzipFür wichtige Projektziele werden Toleranzen festgelegt. Diese definieren den Handlungsrahmen für die jeweils Verantwortlichen. Werden die Toleranzen überschritten,ist zu eskalieren. ProduktorientierungDer Projektgegenstand wird als Produkt beziehungsweise Ergebnis verstanden. Daraufist das Projekt auszurichten und zu optimieren. Anpassen an die ProjektumgebungPRINCE2 versteht sich als Sammlung bewährter Verfahren, die an unternehmensoder projektspezifische Gegebenheiten angepasst werden müssen, um Vorhabeneffizient und effektiv zu bewältigen.Die 7 Themen von PRINCE2 Die 7 Themen von PRINCE2 können als Wissensbereiche verstanden werden und stehenfür typische Projektmanagementdisziplinen. Sie sollen die Fragen zu Projektrechtfertigung, -inhalt, -struktur und -status beantworten.Die Themen und die zugehörigen Fragen lauten: Business Case (warum?) Organisation (wer?) Qualität (was?) Pläne (wie?/wie viel?/wann?) Risiken (was ist, wenn?) Änderungen (was sind die Auswirkungen?) Fortschritt (wo stehen wir?/wie geht es weiter?)
241 Standards und Normen im ProjektmanagementDie 7 Prozesse von PRINCE2 PRINCE2 versteht sich als prozessbasierter Ansatz. Die 7 Prozesse lassen sich den 3 Managementebenen Lenken, Managen und Liefern zuordnen.Zur Managementebene Lenken gehören die folgenden beiden Prozesse: Vorbereiten eines ProjektsPrüfung der Rechtfertigung eines Projekts durch den Lenkungsausschuss Lenken eines ProjektsAktivitäten des Lenkungsausschusses zur Steuerung des ProjektsZur Managementebene Managen gehören die folgenden 4 Prozesse:Initiieren eines ProjektsDefinition und Planung eines Projekts durch den Projektmanager Steuern einer PhaseFreigabe neuer Arbeitspakete, Statusüberprüfung, Risiken managen, Steuerungsmaßnahmen einleiten und überwachen Managen eines PhasenübergangsVorbereitung der nächsten Phase, Aktualisierung des Business Case, Phasenberichterstellen, Freigabe der Phase einholen Abschließen eines ProjektsProjektabschluss vorbereiten, Produkte übergeben, Projekt bewerten und Abschlussempfehlen Zur Managementebene Liefern gehört der folgende Prozess:Managen der Produktlieferung Annahme, Ausführung und Ablieferung von Arbeitspaketen durch die Teammanager anden Projektmanager. Den Prozess Vorbereiten eines Projekts der Managementebene unterstützt der Projektmanager und teilt sich die entsprechende Verantwortung mit dem Lenkungsausschuss.Agile StandardsEinführungSie fragen sich nun eventuell, ob sich Agilität und Standardisierung nicht gegenseitig ausschließen. Wenn wir auf das Agile Manifest (Beck et al. 2001) blicken, das Sie in Kapitel 4näher kennen lernen werden, stehen dort unter anderem zwei zentrale Werte: Individuen und Interaktionen zählen mehr als Prozesse und Werkzeuge Reagieren auf Veränderung ist wichtiger als das Befolgen eines PlansDennoch gibt es mittlerweile auch Standards und Zertfizierungsmöglichkeiten bei agilenVorgehensmodellen, die die Werte des agilen Manifests umsetzen.Dies bietet Chancen und Risiken zugleich: eine Standardisierung und Zertifizierung fördert die Sichtbarkeit, vergrößert den Kreis an Personen, die sich der Ideen annehmen und
Agile Standards25diese verbreiten. Außerdem erleichtert sie die Zusammenarbeit von Teams, die denselbenStandard befolgen. Zertifizierte Experten werden ihre Zertifizierung auf Visitenkartenschreiben und andere neugierig machen. Sie kennen die zugrundeliegenden Überlegungen, die zu agilem Management geführt haben und können diese anwenden und weiterentwickeln.Vorsicht im Hinblick auf die Ideale des Agilen Manifests ist geboten, wenn eine Standardisierung dazu führt, neue Hierarchien aufzubauen, kochrezeptartig vorzugehen anstatt wirklich auf Veränderungen zu reagieren, Prozesse und Werkzeuge über Individuen und Interaktion zu stellen.Ein weit verbreitetes Vorgehensmodell agilen Projektmanagements ist Scrum. Scrumzeichnet sich durch eine enge, wiederkehrende Einbeziehung des Kunden und ein iterative Vorgehen aus. Ein wichtiges Dokument, das als Scrum Standard bezeichnet werdenkann, ist der Scrum Guide von Ken Schwaber und Jeff Sutherland, der kostenlos in vielenSprachen über die Seite www.scrumguides.org bezogen werden kann.Wichtige Organisationen rund um das agile ProjektmanagementScrum Alliance Die Scrum Alliance ist eine Organisation mit derzeit über 400.000 Mitgliedern. Ihr Ziel ist,Scrum weiter zu etablieren. Die Scrum Alliance bietet einige der wohl bekanntesten Zertifizierungen für Scrum an. Diese sind hierarchisch aufgebaut:Je nach Einsatzgebiet startet die Zertifizierung mit einem der folgenden drei Schwer punkte: Certified Scrum Master Certified Scrum Product Owner Certified Scrum Developer Darauf aufbauend kann die Zertifizierung zum Certified Scrum Professional erworbenwerden. Wer selbst Seminare zu Scrum im Namen der Scrum Alliance geben möchte,kann sich hierfür als Certified Scrum Trainer, Certified Enterprise Coach oder CertifiedTeam Coach qualifizieren.Scrum.orgScrum.org wurde 2009 von Ken Schwaber, einem der Autoren des Agilen Manifests, gegründet, um der Weiterentwicklung von Scrum eine organisatorische Plattform zu geben.Scrum.org bietet mehrere Zertifizierungen an, darunter: Professional Scrum Master Professional Scrum Product Owner Professonal Scrum Developer
261 Standards und Normen im ProjektmanagementProject Management InstituteDas Project Management Institute, bisher eher für seine Project Management ProfessionalZertifizierung bekannt, bietet seit geraumer Zeit die PMI Agile Certified Practitioner(PMI-ACP) -Zertifizierung an, die nach eigenen Aussagen derzeit die größten Zuwächseverzeichnet.Anders als die vorgenannten Zertifizierungen der Scrum Alliance und Scrum.org berücksichtigt die PMI-ACP -Zertifizierung nicht nur Scrum, sondern bezieht auch Kanban, Lean, Extreme Programming (XP) und Test-Driven Development mit ein.AxelosÄhnlich wie der PMBOK Guide und die Individual Competence Baseline basiert auchPRINCE2 auf einem traditionellen Projektverständnis. Praxisberichte zeigen jedoch, dasssich diese Standards gut mit agilen Vorgehensmodellen wie beispielsweise Scrum kombinieren lassen (Albers und Hilmer 2016). Axelos bietet mittlerweile eine ZertifizierungPRINCE2 Agile Examination an. Diese setzt eine erfolgreiche PRINCE2 Foundation undPRINCE2 Practitioner Examination voraus. Die agile Ergänzung versetzt Absolventen indie Lage, PRINCE2 in agilen Umgebungen wie Scrum und Kanban einzusetzen (Axelos2016).Auf einen Blick Bekannte Standards des Projektmanagements sind DIN 69901 und ISO 21500 PMBOK des Project Management Institutes (PMI) ICB 4.0 der International Project Management Association (IPMA) PRINCE2 von Axelos Scrum der Scrum Alliance bzw. von Scrum.org Projektmanager und -mitarbeiter können sich gemäß der meisten Standards zertifizieren lassen und damit ihre entsprechenden Kompetenzen dokumentieren.Die meisten Standards betreffen das seit Jahrzehnten bekannte traditionelle Projektmanagement. In diesen Standards finden sich bisher kaum agile oder hybrideAnsätze.
Literaturverzeichnis27LiteraturverzeichnisAlbers, Thorsten; Hilmer, Stefan (2016): Hybrides Projektmanagement mit PRINCE2 und Scrum. http://projektmagazin.de.Axelos (2016): PRINCE2 Certifications. Online verfügbar unter http://www.axelos.com.Beck et al. (2001): Agiles Manifest. Online verfügbar unter http://agilemanifesto.org/.Imm, Oliver; Kresse, Michael (2015): PRINCE2. Alles was man wissen muss. 1. Aufl., Febr. 2015. Bad Homburg v. d.Höhe: SERVIEW.IPMA (2015): Individual Competence Baseline: International Project Management Association.Project Management Institute (2013): A guide to the Project Management Body of Knowledge (PMBOK guide).Newtown Square, Pa: Project Management Institute.Turner, Rodney; Ledwith, Ann; Kelly, John (2010): Project management in small to medium-sized enterprises.Matching processes to the nature of the firm. In: International Journal of Project Management 28(8), S. 744 – 755. DOI: 10.1016/j.ijproman.2010.06.005.
PMP - Project Management Professional: Zertifizierung für Projektmanager, die Erfah-rung in der Leitung von Projekten nachweisen können PgMP - Programm Management Professional: Zertifizierung für Manager, die mehrere komplexe Projekte leiten und für deren strategische und wirtschaftliche Ziele verant-wortlich sind
