bluerocks_man.jpg 

+49 (0)7141 8658025

call back

Kontakt

facebook.png 


BlueRocks® Bookmarks

BlueRocks® to: Mr. Wong BlueRocks® to: Webnews BlueRocks® to: Icio BlueRocks® to: Oneview BlueRocks® to: Newsider BlueRocks® to: Linksilo BlueRocks® to: Readster BlueRocks® to: Yigg BlueRocks® to: Linkarena BlueRocks® to: Digg BlueRocks® to: Del.icoi.us BlueRocks® to: Simpy BlueRocks® to: StumbleUpon BlueRocks® to: Yahoo BlueRocks® to: Blogmarks BlueRocks® to: Diigo BlueRocks® to: Technorati BlueRocks® to: Folkd BlueRocks® to: Spurl BlueRocks® to: Google

agilealliancecorporatemember.jpg

 

 

 

 

 

 pmi_rep.gif

 

Termine (Auswahl) -Vorbereitung auf die PMP®-Zertifizierung

  • 16. August - Ludwigsburg 
  • 20. September - Hannover
  • 22. November - Berlin

Weitere Termine 2010 in Basel, Bregenz, Hamburg, München, Nürnberg, Wien, Zürich oder weltweit in Ihrem Hause 


Feedbacks zum Seminar PMP® Certification Preparation - Vorbereitung auf die PMP®-Zertifizierung

» Die Trainer verstanden es, komplexe Sachverhalte aufgrund ihrer stimmigen theoretischen Denkhaltung und internationalen Erfahrungen anschaulich und prägend zu vermitteln. Dass die Projektprozesse wie in einem Business Process Management Vorhaben gestaltet und vernetzt wurden, empfand ich als einen besonderen Mehrwert.  «   


» Die doch große Fülle an Inhalten ist in diesen fünf Tagen sehr gut veranschaulicht dargestellt und vermittelt worden. Ihnen speziell sei ein Lob für die verständliche Ausführung der Inhalte ausgesprochen. Die Fragen zum Abschluss eines jeden Seminartages waren lösbar. Ohne große Nacharbeit konnte man doch den groben Umriss, bis hin zu einzelnen kleinen Details bereits verinnerlichen. Sehr gut, weiter so!

Desweiteren möchte ich Ihre fundierte Kompetenz im gesamten Management-Bereich hervorheben. Nicht zuletzt auch die Literaturhinweise für Projektpraxis nach der Prüfung. Diese finde ich sehr bemerkenswert. «


»  Das ist nicht zuletzt auch ihr Verdienst, denn ich war schon damals während ihres Kurses von ihren Training Methoden begeistert, den manchmal doch sehr trockenen Stoff sehr anschaulich und nie langweilig zu präsentieren.

Der Präsentationsstil ist einer der wichtigsten Faktoren um die Aufnahmebereitschaft der Teilnehmer zu optimieren und damit sicherzustellen, dass die Teilnehmer möglichst viel aus den Inhalten mitnehmen. Bei mir scheint das offensichtlich sehr gut funktioniert zu haben. «


Agiles Projektmanagement mit PMI® und Scrum PDF Drucken E-Mail

Agiles Projektmanagement mit dem PMI® Gestaltungsrahmen? Klar geht es!

Whitepaper Agiles Projektmanagement mit PMI

Das Wichtigste zuerst:

PMI® Gestaltungsrahmen bezieht sich auf eine einzige Rolle, die vom Projektmanager.

Scrum definiert drei Rollen Scrum Product Owner, Scrum Master und Scrum Team, indem die Aufgaben, Kompetenzen und Verantwortlichkeiten vom Projektmanager nach PMI® unter diesen drei Rolleninhabern verteilt werden.

Wir richten die Gestaltung der PMI® Projektprozesse auf die Scrum Rollen, Scrum Artefakte, Scrum Sprint Prozesse und Scrum Meetings aus. Erfahrene Projektmanager stellen dabei fest, dass sie in ihren Projekten Scrum Ansätze praktiziert haben bzw. praktizieren.

1986 berichteten Hirotaka Takeuchi und Ikujiro Nonaka im Harvard Business Review im Kapitel Moving the Scrum Downfield ihres Beitrages The New Product Development Game von sechs Merkmalen, auf die Produktentwicklung der führenden Unternehmen verweisen:

1. Built-in instability

2. Self-organizing project teams

3. Overlapping development phases

4. Multilearning

5. Subtle control

6. Organizational transfer of learning  

Im Rahmen eines Projektes zur Einführung von Simultaneous Engineering diente der Ansatz von Takeuchi und Nonaka uns als eine der theoretischen Grundlagen.

Warum brauchte eine so gute Idee wie Scrum erst gut 20 Jahre, um so populär zu werden?

Ken Schwaber positioniert Scrum wie folgt:

»Scrum wird für komplexe Arbeit eingesetzt, bei der es unmöglich ist, alles vorauszusagen, was eintreten kann.« (Einleitung in seinem Buch - Agiles Projektmanagement mit Scrum)

Hatten wir vor 20 Jahren keine komplexe Arbeit? Doch. Die Dynamik in den Umwelten der Unternehmen bzw. der Projekte hatte allerdings nicht das heutige Maß.   

Ein Projekt kann nur erfolgreich sein, wenn es über so viel Eigendynamik wie die Dynamik ihrer Umwelten verfügt.

Projekte reagieren permanent auf Veränderungen in ihren Umwelten, indem sie sich von ihnen irritieren lassen. Wenn die projektinternen Abläufe und das Auftreten den Umwelten gegenüber viabel, d.h. brauchbar, sind, befindet sich das Projekt auf dem Weg zum Erfolg. 

Die steigende Dynamik der globalen Märkte fordert die Projekte heraus, dass sie zum Überleben ihre Eigendynamik permanent abgleichen.  

PMI® , Scrum oder weitere agile Ansätze haben der Projektorganisation auf diesem Weg als Gestaltungsrahmen zu dienen:

  • Sind die Umwelten des Projektes träge ( → Träge Märkte ), kann es seine Eigendynamik einem dieser Trägheit angemessenen Maß anpassen. Die herkömmlichen Ansätze für Projektmanagement eignen sich für Projekte in trägen Umwelten. PMI® kann für Projekte in trägen Umwelten angewendet werden. Viele Projektmanager, mit denen wir zusammenarbeiten, ordnen PMI®  zuerst zu dieser Kategorie. Auch für PMI® ist die Zeit jedoch nicht stehengeblieben.
  • Sind die Umwelten des Projektes dynamisch ( → Dynamische Märkte ), muß seine Eigendynamik mit der steigenden Dynamik seiner Umwelten wachsen. Agile Ansätze entfalten sich erst in dynamischen Umwelten richtig. Scrum ist für IT-Projekte in dynamischen Umwelten geeignet. Hat der Projektmanager die Autodynamik seines Projektes verstanden, kann er die Projektprozesse von PMI® für ein agiles Projekt gestalten und führen ( D´Angelo bezeichnet diese Art der Gestaltung Tailoring von agilen PMI® Prozessnetzwerken ). Er wird sich automatisch als ein Project Master wie Scrum Master verhalten und das Projektteam bei der laufenden Selbstorganisation begleiten. Er wüßte nämlich, dass die Projektsteuerung bei zunehmender Dynamik kollabieren würde. 

Theorie? Absolut. 

Wer über keine in sich stimmige Denkhaltung mit einem starken Theorie-Rückgrat verfügt, kann in Social Network Foren lange Beiträge absetzen, in Yellow Blogs den großen (Vor- oder Quer-)Denker-Zampano spielen oder mit 600 Seiten dicken, aber kunterbunt zusammenkopierten Trainingsdokumenten den Top Trainer mimen. Agiles Projektmanagement kann er nicht erklären. 

Nicht selten wundern wir uns in unseren Gesprächen mit Scrum Experten, dass sie den Eindruck erwecken, als ob bestimmte Begriffe erst durch Scrum in die Welt gesetzt worden wären.    

Am Anfang beschreiben wir daher theoretisch und nach dem Motto "Neuer Wein in alten Schläuchen" altbekannte Begriffe, u.a. aus der PMI Welt, zum modernen Gebrauch für agiles Projektmanagement.