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.
Dokumentmallar för PRINCE2 metoden
Jag rekommenderar ajwilcox.co.uk sida där du kan hitta mallar av dokument på de metoder som Prince2 (v.2005). En intressant idé är att samla dem i en tankekarta.
Jag rekommenderar också (tyvärr inte längre arkiverade) källa, som också finns redo att ladda ner mallar för dokument samt betydande vägledning för deras uppfyllelse.
Varför projektet faller? – Orsakerna till IT-projekt misslyckade
Med tanke på olika metoder projektledning, bör du fråga dig själv vad syftet de gjordes och om det även gäller alla riktlinjer särskild metod säkerställer projektets framgång.
Samband mellan funktioner i en triangel relation är mycket stark - att ändra en parameter väsentligt påverka en annan störande hierarki av värden. Denna uppgift är uppenbarligen att utfärda en enkel, verklig värld av IT-projekt är mycket svårt lämpligt att utföra, vad är resultatet av ett amerikanskt företag, "The Standish Group."
I sin rapport "The Chaos Report" från 1995 kan ses att så många som 31,1% av IT-projekt (över 80 000) avbröts före utgången av arbetet. Det är också viktigt information att mer än hälften av alla projekt (52,7%) översteg sin ursprungliga budget.
"The Standish Group" har räknat ut att bara under 1995 amerikanska företag spenderade $ 81000000000 för projekt som inte har slutförts. Kostnaderna för bidraget projekt för att fyllas på allt, samma år uppgick till mer än $ 51 miljarder.
I genomsnitt har endast 16,2% av projekten slutförts i enlighet med den antagna budgeten och vid en viss tid in. Situationen såg ännu värre i fallet med de största företagen, där endast 9% av projekten avslutades framgångsrikt.
Eftersom en så stor andel av projekt som avslutats eller del fiasko, succéer, fråga dig själv vad som verkligen är orsaken till att vissa projekt förefaller vara en stor framgång och något fel. Rapport utarbetad av The Standish Group ", pekar på de tio viktigaste orsakerna till misslyckanden:
1. Det saknas viktig information från kunden / projektet sponsor,
2. avsaknaden av en övergripande definition av krav och funktionell design,
3. ändra de krav och funktionalitet under projektet,
4. bristande stöd från ledningen av projektet,
5. bristen på tillräcklig kunskap och erfarenhet inom området,
6. ofullständig team
7. var alltför långtgående kundernas förväntningar,
8. är för dåligt definierade mål,
9. svårt att uppfylla tidsram för projektet,
10. ny teknik.
Trots att analysen av orsakerna till misslyckanden av projekt har genomförts främst för IT-branschen, men dessa är faktorer som är universella, oavsett område där ekonomin där.
En faktor som ofta påverkar att projektet slutar i misslyckande att få, bland annat kan rymmas inom de tilldelade resurserna eller totalt är utöver hans skickliga hantering av risker av projektledaren eller en grupp skickliga projektledning ledande tidsplanen för genomförandet och budget. Den faktiska andel av projekt inom IT-branschen, som fullföljt inom den fastställda budgeten och i förväg fastställda tid är relativt små, även marginell.
För att bättre förstå orsakerna till misslyckandet och höja den faktiska nivån på deras avskaffande, två företag (VirtalSmarts och Concours Group), utarbetade den så kallade. fem kritiska förvaltningsområden, som omfattar följande:
1. Alltför detaljerad planering av schemat (inklusive datum och resurser), som avsevärt avviker från verkligheten, fördömde projektet att misslyckas.
2. Brist på lämpliga engagemang i projektet och stödja gruppen bedriver henne från projektet sponsorer - tillbringar för lite tid och uppmärksamhet för att föra projektet till slutet.
3. Likgiltighet för prioriteringar av arbetsuppgifter av gruppmedlemmarna.
4. Trivialiseras och icke-utlämnande frågor - projektledare och teammedlemmar tydde inte problem som uppstår i projektet - väntar på att någon annan ska säga eller fråga det.
5. Gruppmedlemmarna har inte tillräcklig kunskap och erfarenhet för att framgångsrikt fullgöra sina uppgifter eller inte kan / ovilliga att delta i ett effektivt genomförande av projektet.
I studien finns i rapporten visade tydligt att om en enda av dessa kritiska områden av projektledning kommer försummas och kommer inte att med dragna från att ingen ansökan för slutförande av projektet är sannolikt att misslyckas (vilket definieras som över budget, tidsram och uppfyllandet av kraven för att kraven på funktionalitet och kvalitet) ökar till 85%. Omvänt, om både laget och projektledare fäster tillräcklig vikt vid dessa områden, sannolikheten för misslyckande för förverkligandet av fallen med upp till 50-70% (baserat på en undersökning av över 1.000 projektledare och direktörer från 40 företag från olika sektorer av ekonomin i USA och Europa.)
Baserat på undersökningen, "The Standish Group," också identifierat elva viktiga egenskaper, vilket indirekt leder till den slutliga framgången av projektet:
Funktion / vikt egenskaper [%]
Involvera kunden / sponsor / 15,9
Stöd för ledarskap / 13,9
Väldefinierade krav / 13,0
Lämplig planering / 9,6
Realistiska mål / 8,2
Små luckor mellan milstolpar / 7,7
Personalens kompetens / 7,2
Ansvaret för laget / 5,3
Tydligt definierade mål och krav / 2,9
Hårt arbetande anställda / 2,4
Övrigt / 13,9
Från denna rapport är det tydligt att den främsta orsaken till projektet misslyckanden är fel i lagret av ledningen. Det var inte förrän senare i de direkt påverkade arbetet i laget och kompetensen för sina medlemmar. Omedelbart uppenbara slutsatsen är att även de bästa designteam, kommer att få stora problem med projektet om det bara är dålig sikt. Det är därför frågan om projektledningsmetoder, med särskild fokus på graden av projektledning är så kritiskt i samband med en eventuell framgång eller misslyckande.
Som nämnts ovan finns det flera metoder för projektledning. Det finns ingen universell metod för alla sjukdomar av bra projektledare, som det bör komma ihåg att, inte den metod inte säga hur man gör något men ger en bredare bild av projektet som helhet, med betoning på vissa känsliga platser
Den utformning som projektledare bör kunna se, analysera korrekt och effektivt svara på det.
Metoden är en uppsättning mönster, regler och etiketter som hjälper dig att undvika misstag, men inte helt kompensera dem. Trots detta genomförs konsekvent en garanti för en rad mycket viktiga delar:
• Full kontroll av projektet från dess början till slutet,
• fullständig och lämplig medverkan av alla berörda parter,
• en garanti för löpande verksamhet Motiveringen till projektet, och därför sponsorn säkerhetsbranschen
Källor:
• 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
German
Spanish