calendar-grid calendar-list course-callendar-hover course-callendarcourse-overview-hover course-overview credit-carde-book-hover e-book facebook-hover facebook iconslightbulb linked-in-hover linked-in online-help-hover online-help pp-thumb-up-02 right-arrow search-hover search select-arrow thumbs-up twitter-hover twitter user
Del artiklen

Tilmeld dig Aros Nyhedsbrev ligesom 28.576 andre videbegærlige!

    De 6 mest almindelige PRINCE2-fejl (og hvordan du undgår dem)

    • 343

    👉 Se alle vores PRINCE2-kurser her – og find den certificering, der passer til dig.

    PRINCE2 er en stærk metode. Men en metode er kun så god som den måde, den bruges på.

    Her er de seks fejl, der oftest ødelægger et PRINCE2-projekt – og hvad du kan gøre ved dem.

    1. Business Casen udfyldes én gang – og glemmes

    Business Casen er et levende dokument. Det er PRINCE2’s hjerte. Men i praksis ser man igen og igen, at den skrives ved projektets start og aldrig røres igen.

    Problemet: Forudsætningerne ændrer sig. Markedet ændrer sig. Omkostningerne stiger. Og ingen opdager, at projektet ikke længere giver mening forretningsmæssigt – fordi ingen kigger på Business Casen.

    Løsning: Gør det til en fast del af phase-boundary reviews at opdatere og revurdere Business Casen.

    2. Projektstyregruppen er for passiv

    Projektstyregruppen er ansvarlig for projektets succes. Men i mange projekter er de usynlige – de godkender opstarten, modtager statusrapporter og genoptræder ved afslutning.

    PRINCE2 kræver en aktiv projektstyregruppe. Den skal tage beslutninger, give vejledning og være synlig for projektteamet.

    3. Tolerancer defineres ikke tydeligt

    PRINCE2’s mekanisme for eskalering bygger på tolerancer: Projektlederen handler selvstændigt inden for definerede grænser. Men hvis tolerancerne ikke er klart definerede, ved projektlederen ikke, hvornår der skal eskaleres.

    Og så bliver alt enten eskaleret (projektstyregruppen drukner i beslutninger) eller intet (problemer opdages for sent).

    4. Produktbeskrivelser er for vage

    Hvad er “en opdateret hjemmeside”? Hvad er “et nyt rapporteringssystem”? Disse beskrivelser er ikke præcise nok. Og upræcise leverancebeskrivelser er fundamentet for mange projektfiaskoer.

    PRINCE2 kræver præcise produktbeskrivelser med kvalitetskriterier. Tag det seriøst – det sparer dig for enorm frustration i slutningen af projektet.

    5. Erfaringer registreres – men bruges aldrig

    PRINCE2 kræver, at erfaringer registreres løbende og opsummeres i et Lessons Report ved projektets afslutning. I mange organisationer sker det. Men dokumentet samler støv og bruges aldrig til det næste projekt.

    Forandringen kræver kultur, ikke bare PRINCE2: Brug aktivt erfaringsregistret i projektopstarten. Søg det frem, læs det, og lad det påvirke din planlægning.

    6. Metoden bruges rigidt frem for at blive tilpasset

    PRINCE2 tilpasses projektmiljøet – det er et af metodens syv principper. Alligevel ser man projekter, der bruger alle skabeloner, producerer alle dokumenter og følger alle processer slavisk – uanset projektets størrelse.

    Det skaber bureaukrati, ikke kvalitet. Tilpas metoden. Brug det, der giver mening i dit projekt.

    Vil du lære PRINCE2 rigtigt – og undgå disse klassiske faldgruber fra starten? Se vores PRINCE2-kurser her.

    Tag del i diskussionen

    Loading