Podręcznik zarządzania projektami….
Translate original post with Google Translate
Firma Octigo na swoim blogu udostępniła do pobrania za darmo, podręcznik zarządzania projektami, który powstaje na bazie wpisów na blogu. Póki co podręcznik zawiera cztery rozdziały (80 stron) i traktuje między innymi o tym jak zaplanować zakres w postaci WBS, ułożyć harmonogram, zarządzać czasem, skracać projekt, czym jest jakość i jak ją zapewnić, jak monitorować koszty projektu. Podręcznik jest sukcesywnie rozwijany.
Przyczyny niepowodzeń projektów IT
Translate original post with Google Translate
Jakiś czas temu pisałem o przyczynach niepowodzeń w projektach IT. Na stronie IAG Consulting znalazłem ciekawy filmik traktujący o przyczynach owych niepowodzeń. Zachęcam do obejrzenia.
Nieustannie na liście jednej z podstawowych przyczyn porażek gości brak dobrej specyfikacji wymagań.
Po egzaminie Prince2 Foundation (v.2009)
Translate original post with Google Translate
Dwa tygodnie temu zdałem egzamin Prince2 Foundation. W tym poście chcę odpowiedzieć na pytanie czy warto iść na szkolenie akredytowane czy może lepiej zdawać egzamin W British Council bez akredytowanego szkolenia (bo też jest taka możliwość).
Przed pójściem na akredytowane szkolenie Prince2 Foundation wahałem się czy iść na nie czy lepiej odrazu podejść do egzaminu (wcześniej sam przygotowywałem się na podst. książki Skuteczne Zarządzanie Projektami Prince2). Według mnie, jeśli ma się możliwość pójść na takie szkolenie to naprawdę warto, a to przede wszystkim z dwóch powodów.
Pierwszym powodem jest to, iż samo tłumaczenie podręcznika Skuteczne Zarządzanie Projektami Prince2 nie jest idealne (szczególnie jak na podręcznik za 300 zł). Oprócz kilku literówek i błędów stylistycznych pojawiają się nieścisłości merytoryczne, które akredytowany trener jest w stanie uwypuklić na szkoleniu. Jedną z takich nieścisłości było słowo "szacować" (w kontekście Planowania). Podręcznik sugeruje czytelnikowi iż, szacować znaczy "określać w przybliżeniu" (bez przejmowania się za bardzo superdokładnością). Sam tak też tak rozumiałem. Z kolei wersja anglojęzyczna mówi o tym, iż przedmiot owego "szacowania" należy określić jak najbardziej dokładnie. Słowo szacować można zastąpić tu słowem wyznaczyć, obliczyć, określić. Doświadczony trener z pewnością zwróci uwagę na takie detale.
Drugim powodem dla, którego warto pójść na szkolenie akredytowane (niestety na rynku pojawiają się szkolenia krzaki bez akredytacji OMG), jest to, iż doświadczony trener wnosi szerszy kontekst nauki tej metodyki zarządzania projektami. Szkolenie poparte licznymi przykładami jest naprawdę o wiele bardziej skuteczne niż suche przeczytanie książki (do egzaminu Prince2 Practicioner wymagane wręcz kilkukrotne) - no chyba, iż osoba chcąca zdać egzamin jest wieloletnim praktykiem a certyfikat potrzebny jest tylko jako wymaganie w przetargu
Jeszcze słowo o samym przygotowaniu się do egzaminu - egzamin sam nie jest wcale banalny (OMG podniosło ostatnio poziom trudności egzaminu). Mocno zachęcam do rzetelnego przestudiowania podręcznika i częstych powtórek rozdziałów. Ponadto warto przestudiować również dodatki na końcu podręcznika.
Za jakiś czas relacja "po egzaminie z Prince2 Practicioner"
PMblogs.pl – agregator blogów o tematyce zarządzania projektami
Translate original post with Google Translate
Jakiś czas temu popełniłem serwis PMblogs.pl - agregator polskich blogów o tematyce zarządzania projektami. Agregator prezentuje tytuł i pięć najnowszych wpisów na blogu. Blogi sortują się od ostatnio zaktualizowanego do najstarszego. Liczba blogów ciągle się zwiększa.
Jeśli znasz ciekawy serwis bądź blog związany w jakikolwiek sposób z zarządzaniem projektami - napisz...z pewnością umieszczę go na PMblogs.pl
Możesz również skorzystać z formularza. Wpis na stronie pojawi się dopiero po zatwierdzeniu przeze mnie.
Dokumentvorlagen für PRINCE2-Methode
Ich empfehle ajwilcox.co.uk Seite, wo Du Vorlagen von Unterlagen an die Methodik Prince2 (v.2005) kann. Eine interessante Idee ist, sie in eine Mindmap zu sammeln.
Ich empfehle auch (leider nicht mehr archiviert) Quelle, welche auch zum Download bereit kann Vorlagen von Dokumenten sowie erhebliche Anhaltspunkte für ihre Erfüllung.
Warum Vorhaben fallen? – IT Projekt Ausfälle
In Anbetracht der unterschiedlichen Projektmanagement Methoden, sollten Sie sich fragen wozu sie gemacht wurden und ob es überhaupt gilt für alle Richtlinien eine spezifische Methodik sichert den Projekterfolg.
Die Beziehungen zwischen den Funktionen in einem Dreieck Beziehung ist sehr stark - Änderung eines Parameters erheblich beeinträchtigen andere störende Hierarchie der Werte. Diese Aufgabe ist offenbar die Erteilung einer einfachen, realen Welt der IT-Projekte ist äußerst schwierig, angemessen durchführen, was sind die Ergebnisse einer amerikanischen Firma "The Standish Group."
In ihrem Bericht "Der Chaos Report" von 1995 ist ersichtlich, dass so viele wie 31,1% der IT-Projekte werden (über 80 000) vor dem Ende der Arbeiten wurde abgebrochen. Es ist auch wichtig, dass Informationen mehr als die Hälfte aller Projekte (52,7%) seine ursprüngliche Budget überschritten wird.
"Die Standish Group" hat errechnet, dass erst im Jahr 1995 US-Unternehmen 81000000000 $ ausgegeben für Projekte, die nicht abgeschlossen sind. Die Kosten für die Gewährung Projekte, um überhaupt abgeschlossen werden, im gleichen Jahr beliefen sich auf mehr als $ 51000000000.
Im Durchschnitt haben nur 16,2% der Projekte im Einklang mit dem angenommenen Budget und an den dafür vorgesehenen Zeitrahmen abgeschlossen. Die Situation sah noch schlimmer bei den größten Unternehmen, wo nur 9% der Projekte erfolgreich abgeschlossen.
Angesichts einer so großen Prozentsatz der abgeschlossenen Projekte oder teilweise Versagen, Erfolg, sich fragen, was wirklich der Grund, dass einige Projekte zu einem großen Erfolg und Misserfolg einige zu sein scheinen. Bericht erstellt von The Standish Group "weist auf die zehn wichtigsten Ursachen der Mängel:
1. Mangel an kritischer Informationen vom Client-/ Projekt-Sponsor
2. Fehlen einer umfassenden Definition der Anforderungen und funktionales Design,
3. Änderungen der Anforderungen und Funktionen im Rahmen des Projekts,
4. mangelnde Unterstützung der Verwaltung des Projekts,
5. Mangel an ausreichenden Kenntnissen und Erfahrungen in diesem Bereich,
6. unvollständig Team
7. waren zu strengen Erwartungen der Kunden,
8. ist zu schlecht definierte Ziele,
9. schwer, den Zeitrahmen des Projekts gerecht zu werden,
10. neuer Technologien.
Obwohl die Analyse der Ursachen von Ausfällen von Projekten wurde aus hauptsächlich für die IT-Industrie durchgeführt, aber diese sind Faktoren, die allgemein gültig sind, unabhängig davon, in welchem Bereich der Wirtschaft gibt.
Ein Faktor, der sich oft auf, dass das Projekt scheitern, unter anderem erhalten endet, fit werden innerhalb der zugewiesenen Ressourcen oder Totalausfall ist zusätzlich zu seinen geschickten Umgang mit Risiken durch den Projektleiter oder eine Gruppe von qualifizierten Projektmanagement führt die Umsetzung Zeitplan und Budget. Der tatsächliche Anteil der Projekte in der IT-Branche, nachdem innerhalb der festgelegten Budget und vorher festgelegten Zeit abgeschlossen ist relativ klein, auch marginal.
Zum besseren Verständnis der Ursachen des Scheiterns und das effektive Niveau ihrer Beseitigung, zwei Unternehmen (VirtalSmarts und der Concours-Gruppe), erarbeitete die sogenannten. fünf kritischen Bereichen Management, das die folgenden Angaben enthalten:
1. Eine zu detaillierte Planung der Ausschreibung (einschließlich der Termine und Ressourcen), die deutlich von der Realität abweichen, verurteilte das Projekt zum Scheitern verurteilt.
2. Der Mangel an angemessener Engagement für das Projekt und Support-Gruppe verfolgt ihre aus dem Projekt Sponsoren - verbringen zu wenig Zeit und Aufmerksamkeit, um das Projekt zu Ende zu bringen.
3. Missachtung der Prioritäten der Aufgaben von Teammitgliedern.
4. Trivialisierung und non-disclosure Fragen - der Projektleiter und Teammitglieder nicht zeigen Probleme in der Projekt - Warten auf jemand anderes zu sagen oder zu fragen.
5. Die Teammitglieder haben keine ausreichenden Kenntnisse und Erfahrungen an ihre Aufgabe erfolgreich erledigen oder sind nicht in der Lage / nicht bereit, bei der effektiven Durchführung des Projekts zu engagieren.
Die Studie in dem Bericht enthaltenen zeigten deutlich, dass, wenn auch nur eine dieser kritischen Bereiche des Projektmanagements wird vernachlässigt werden und werden nicht mit aus, dass kein Antrag auf Abschluss des Projekts wird voraussichtlich nicht gezeichnet (definiert als das Budget, Zeitrahmen und die Erfüllung der Anforderungen für die geforderte Funktionalität und Qualität) erhöht sich auf 85%. Umgekehrt, wenn sowohl die Team-und Projektleiter legen angemessene Bedeutung zu diesen Bereichen ist die Wahrscheinlichkeit eines Ausfalls der Fertigstellung der Stürze aus bis zu 50-70% (basierend auf einer Befragung von über 1.000 Projekt-Manager und Direktoren von 40 Unternehmen aus verschiedenen Sektoren der Wirtschaft in den USA und Europa.)
Basierend auf der Umfrage: "Die Standish Group", auch elf wichtigsten Merkmale identifiziert, die indirekt übersetzt in den letztendlichen Erfolg des Projekts:
Reportage / Gewicht Merkmale [%]
Die Einbeziehung der Client / Sponsor / 15.9
Unterstützung für Führung / 13,9
Klar definierte Anforderungen / 13,0
Entsprechende Planung / 9,6
Realistische Ziele / 8,2
Kleine Lücken zwischen den Meilensteinen / 7.7
Mitarbeiter Kompetenzen / 7,2
Die Verantwortung des Teams / 5,3
Klar definierte Ziele und Anforderungen / 2,9
Fleißige Mitarbeiter / 2,4
Sonstiges / 13,9
Von diesem Bericht wird deutlich, dass die Hauptursache für Ausfälle Projekt Fehler in der Schicht des Managements sind. Erst später in der unmittelbar auf die Arbeit des Teams und die Kompetenz seiner Mitglieder. Unmittelbar offensichtliche Schlussfolgerung ist, dass selbst die besten Design-Team, wird große Probleme mit dem Projekt haben, wenn es nur schlecht ausgeführt wird. Deshalb ist die Frage der Projektmanagement Methoden, wobei der Schwerpunkt insbesondere auf der Ebene des Projektmanagements so kritisch im Zusammenhang mit der möglichen Erfolg oder Misserfolg.
Wie oben erwähnt, gibt es mehrere Methoden für das Projektmanagement. Es gibt keine universelle Methode für alle Übel der guten Projektmanager, wie es sollte daran erinnert, dass die Methodik nicht sagen, wie etwas zu tun, sondern gibt ein breiteres Bild von dem Projekt als Ganzes und betont bestimmte sensible Orte
das Design, der Projektleiter der Lage sein sollten, um zu sehen, ordnungsgemäß und effizient analysiert werden darauf reagieren.
Die Methodik besteht aus einer Reihe von Mustern, Regeln und Etiketten, die Sie vermeiden Fehler, aber nicht vollständig ausgleichen zu helfen. Trotz dieser durchweg eine Garantie für eine Reihe von sehr wichtigen Elemente implementiert:
• volle Kontrolle über das Projekt von Anfang bis Ende,
• vollständige und ordnungsgemäße Einbeziehung aller Beteiligten,
• die Garantie des laufenden Geschäftsjahres Rechtfertigung des Projekts und damit die Sicherheit Business Sponsor
Quellen:
• http://www.it-cortex.com/Stat_Failure_Rate.htm
• http://www.cognitive-it.pl/projekt-it-zarzadzanie-projektami-it-projekty informatyczne,d9
• http://www.artzi.net/content/view/93/89/
• http://www.standishgroup.com/
Polish
English
Spanish
Swedish