Sie sind auf Seite 1von 2

PM 2 go Praxis

Projektmanagement wird ein zunehmend wichtigerer Erfolgsfaktor fr Unternehmen im Wettbewerb. In dieser Ausgabe von PM 2 go Standards lesen Sie die praxisorientierten Kurzartikel aus dem Blog von Projekt Management Beratung. deren Mitteln durchgefhrt. Ein klassisches Beispiel dafr ist der Sondermaschinenbau mit seinen typischen Overthe-Fence-Projekten.Manchmal werden ganze Organisation gegrndet, um Projekte durchzufhren; man denke an den 3-Schluchten-Damm oder den rmelkanaltunnel. 3. Der Geschftsprozess muss absolut nicht einmalig sein. Als Airbus um 2006 die Produktionsprozesse fr den Airbus A380 entwickelt hatte, hatten sie das anhand des ersten Serienflugzeugs gemacht.In vielen betrieblichen Ttigkeiten ist die Herstellung des ersten Liefergegenstands (oder der ersten paar) gleichzeitig Projektarbeit und Betriebsaktivitt. 4. Typisch fr Projekte quer ber alle Branchen sind heute Staged Deliverables, also Liefergegenstnde, die sozusagen in Raten geliefert werden, und Ramp-Up-Phasen, eventuell mit Rckfallplnen, wenn etwas schiefgeht.Typisch sind weiter multiple Deadlines (schau mal bei Automotive rein). Die heile Welt hier Projektlebenszyklus da Nutzungslebenszyklus ist seit langem ein schnes Differenzierungskriterium zwischen der literarischakademischen und der tatschlichen Welt des Projektmanagements. brigens kritisiere ich in diesem Kontext den grten Teil der Fachliteratur dahingehend, dass sich die daraus ergebende berlappung von Investitions- und Nutzungszeiten bei Verfahrensbeschreibungen zu NPV-, IRR-, CBR- und PP-Berechnungen komplett unterschlagen wird. 5. Quer durch alle Branchen werden Liefergegenstnde brigens auch nicht zu den vorgegebenen Kosten und zum vorgegebenen Termin geliefert.Der Fehler kann bei schlechtem Projektmanagement, aber wohl genauso hufig in einem Mangel an Realismus bei denen, die das Projekt aufsetzen, zu suchen sein. 6. Das spezifizierte Werk zu spezifizieren, ist in vielen Projekten teil des Projektes selbst, die Spezifikation also Teile der Liefergegenstnde.Die heile Welt des Kunden, der nicht nur wei, was er will, sondern auch noch in der Lage ist, dieses in Worte zu fassen und zu spezifizieren, ist in der Praxis eine seltene Ausnahme. 7. Mich rgert jedesmal, wenn bergabe und Abnahme vermischt werden. Man kann das in einem Aufwasch machen, es sind aber zwei grundverschiedene Dinge. 8. Der interne Kunde ist kein echter Kunde, sondern eine Modellierung interner Prozessablufe.Ich kann auerdem sehr wohl ein Projekt fr mich selbst machen. Ich kann auch mal fr mehrere Kunden arbeiten. Das Haus, in dem ich wohne, ist z.B. im Rahmen eines Siedlungsprojektes fr 72 Familien = Kunden entstanden. 9. Viele Projekte werden eher nicht von der Geschftsfhrung genehmigt. Es gibt dazu in vielen Unternehmen eigenstndige Gremien, die das bernehmen, Portfolio Decision Committees oder hnlich.Auch ein Abteilungsleiter kann brigens ein Projekt genehmigen. Vielleicht sogar mal ein Hausmeister. 10. Kardinalfehler: Irgendjemand glaubt, das, was er/sie als Projekt kannt, ist alles, was es zum Thema Projekte gibt. Aber unsere Welt die Welt des Projektmanagement ist vielfltiger, als es die meisten glauben. Nur der Vollstndigkeit halber: Hier ist meine Definition: Ein Projekt ist ein aus seinen angestrebten Ergebnissen abgeleiteter Prozess, der aus miteinander logisch verbundenen Aktivitten besteht, die im spezifischen Kontext fr die Beteiligten jeweils neu sind.
1

Die neue Projekt-Definition im Detail zerlegt von Oliver Lehmann


By Andreas Heilwagen on February 13th, 2012

Letzte Woche hatte ich ber die Definition von Projekt des Projekt Magazins berichtet, die dort im Bereich Projektmanagement kompakt erschienen ist. Oliver Lehmann, der sich als PM-Experte bereits zu verschiedenen Themen in diesem Blog zu Worte gemeldet hat, schickte mir nun folgende ausfhrliche Zerlegung und Kommentierung der Definition von Dr. Angermeier aus dem Projekt Magazin zu mit der Erlaubnis zur Verffentlichung: Hallo Andreas, Ein Projekt ist ein einmaliger Geschftsprozess, der von der Geschftsfhrung anhand eines Business Cases genehmigt wird, von einer temporren Organisationseinheit gemanagt wird, ein spezifiziertes Werk erstellt und dieses zu einem definierten Termin und zu vorgegebenen Kosten zur Abnahme an einen Kunden liefert. Ich halte diese Definition fr vllig misslungen: 1. Viele Projekte sind Business-Case-getrieben, aber beileibe nicht alle: -Projekte in der Grundlagenforschung - Vom Gesetzgeber vorgeschriebene Projekte (man erinnere sich an Sarbanes-Oxley Act Compliance 2002 bis 2005) - Projekte zur Bewltigung von Krisen sind halt nicht von einem Business Case getrieben, und ich halte das auch nicht fr Randflle. Ich hatte eine Reihe von Diskussionen zu dem Thema in der letzten Zeit, und die Vertreter solcher Definitionen knnen diese dann nur retten, indem sie den Begriff Business Case komplett verwaschen. Wovon ich Du kennst mich ja in dieser Hinsicht gar nichts halte. Case bedeutet in diesem Kontext, dass eine Entscheidung vorbereitet und empfohlen werden soll. Wenn Dein Unternehmen SOx-compliant werden musste, wenn eine Organisation Krisen zu bewltigen hat, oder wenn zweckfrei Grundlagenforschung betrieben wird, gibt es keinen solchen Business-Case. Man kann doch den Projekten, fr die das zutrifft, nicht den Titel Projekt absprechen. Auerdem haben funktionale, betriebliche Routinettigkeiten in der Regel sehr viel besser herausgearbeitete und verstandene Business Cases. Fr die Definition des Begriffs Projekt bringt dieses Dokument nichts. 2. Die Organisationseinheit muss nicht temporr sein. Das temporre Projektteam ist hufig und sinnvoll, aber viele Projekte werden auch von stehenden Linieneinheiten mit

Mit freundlichen Gren Kind Regards Oliver F. Lehmann, CLI-CP, PMP Connective Leadership Institute Certified Practitioner Project Management Professional