En välkänd självhjälpsguru, som har legioner av entusiastiska fans över hela världen och dussintals böcker i bagaget, föreslog en gång att det inte finns något sådant som misslyckande, utan bara resultat.
Hur upplyftande det än må vara att berätta för en projektsponsor att "projektet inte var en total katastrof - det var bara överfyllt av resultat" kommer inte att leda till att du får Projektledare mycket långt.
Mot bakgrund av detta kan vi utveckla den diskussion som vi inledde för flera månader sedan när vi tittade på följande de främsta 3 orsakerna till att projekt misslyckas, och fokuserar nu på de bästa 3 sakerna att göra när ett projekt misslyckas - och projektledare befinner sig knä djupt ner i en stor, ångande hög med "resultat".
1. Fokusera på vad som verkligen är fel
När ett projekt misslyckas är det frestande att skylla på varandra och hitta bekväma syndabockar (linjechefer är ofta bra måltavlor, förresten).
Det enda sättet att verkligen förstå vad som går fel - så att åtgärder kan vidtas för att mildra skadan och eventuellt vända på steken och komma tillbaka på rätt spår - är att på ett rationellt sätt dekonstruera vraket på ett rättvist och objektivt sätt.
Det är utan tvekan ingen rolig process. Men det är uppriktigt sagt det enda sättet att identifiera grundorsaken (eller troligen orsakerna) så att de inte fortsätter att underminera projektet och dra det djupare in i en katastrof.
2. Centralisera kommunikationen
Bra projektledare är inte makthungriga och föredrar att arbeta med projektgruppsmedlemmar som kan hantera 3 As: autonomi, auktoritet och ansvarstagande.
Men när ett projekt börjar gå åt sidan måste projektledarna i de flesta fall ta itu med problemet, ta kontroll och centralisera kommunikationen - vilket inkluderar allt från statusrapportering till dagliga check-ins och så vidare.
Återigen, detta handlar inte om makt. Det handlar om att göra vad som krävs för att försöka skydda projektets integritet. Naturligtvis kommer vissa medlemmar i projektteamet inte att gilla förändringen och kanske göra motstånd. I dessa situationer bör projektledarna, utan att tappa fattningen, förklara att ett mer rigidt centraliserat kommunikationssystem är ett rimligt pris att betala för att hålla projektet igång - för om det kollapsar, så försvinner allas jobb och kanske även deras rykte.
3. Utveckla ett löpande dokument om lärdomar
För ett antal år sedan beslutade Project management Institute (bland andra) började uppmärksamma begreppet "lärdomar" mer och det är ingen tillfällighet att frågor om dess värde började dyka upp allt oftare i PMP-examen och andra tester. Detta var och förblir ett steg i rätt riktning.
Uppfattningen att ett dokument om lärdomar som dragits av projektet bör skapas först när projektet formellt har avslutats och projektledarna (bland andra) kan reflektera över det goda, dåliga och fula är dock kortsiktig.
Dokumentet om lärdomar bör påbörjas i det ögonblick då idén om projektet uppstår och fortsätta att utvecklas under projektets gång. Det tar inte mycket tid och behöver inte utvecklas eller uppdateras dagligen.
Bara några få anteckningar på löpande basis kan hjälpa projektledare att identifiera mönster och möjligheter som annars kanske inte upptäcks - men som ändå kan hindra ett projekt från att försämras och i slutändan misslyckas.
Vilka är dina 3 sätt att hantera ett misslyckat projekt?
Oavsett om du kallar dem "resultat" eller om du föredrar ett annat ord som inte får publiceras på en familjevänlig blogg som den här, har du antagligen stått vid rodret - eller åtminstone i närheten - av ett projekt som håller på att spåra ur. Och gissa vad? Nu har du chansen att berätta om det för oss!
Dela med dig av dina bästa 3 sätt att hantera misslyckade projekt. Berätta för oss vad som fungerar - och vad som inte fungerar.
