Projektledelseskontor

Jeg ved ikke, om dette virkelig er tilfældet, men jeg vil gerne diskutere, hvad jeg anser for at være nøgleingredienserne til store projektledelseskontorer eller PMO’er. Jeg har set flere projektkontorer blive konstrueret og revet ned i velmenende organisationer, der ellers var produktive … bortset fra det faktum, at de var dårlige til at levere en solid PM -infrastruktur. Jeg byggede endda min egen PMO og infrastruktur – også med succes – før hele organisationen kollapsede pludselig og uventet, hvilket er foder til en bog en dag, selvom jeg tror, at man allerede har skrevet om det.

Siden jeg har set flere PMO’er stige og falde, er jeg kommet til at blive menet om, hvad der er gode og dårlige ingredienser til projektledelseskontorer. I forbindelse med denne artikel vil jeg fokusere på, hvad jeg anser for at være de fire bedste ingredienser til et effektivt projektledelseskontor.

Stærkt, fokuseret forspring ership

Dette kan lyde eller virke indlysende, men lad mig forklare nærmere. Jeg har set mange PMO’er blive ledet af PMO -direktører, der stort set bare var den mest erfarne PM i gruppen. Den erfaring gør dem ikke til en god leder. Plus, de ledte ofte selv projekter. Jeg anser det for at være en fejl. Hvis du er dedikeret til at oprette et effektivt projektledelseskontor, skal du sætte en god PMO -direktør på plads til at lede det og frigøre ham fra at styre projekter – undtagen i de mest ekstreme tilfælde, hvor hans input er nødvendig for at overvinde nogle vejspærringer eller problemer. PM’er har brug for vejledning, uddannelse, karriereudvikling og ansvarlighed. PMO -direktøren burde allerede have en fuld plade bare med dette ansvar.

Executive backing

Den langvarige PMO har executive buy-in. Det er kritisk for PMO virkelig at blive taget alvorligt i organisationen. Virksomheder med PMO’er, der ikke understøttes af executive-buy-in, mangler muligvis ikke finansiering og kan også se nøgleprojekter ledes af særlige grupper oprettet uden for PMO. Disse vil kun få PMO til at blive betragtet som en ikke-kritisk enhed over tid … hvilket fører til dets eventuelle død.

Erfaring i rækken

En PMO fyldt med projektledere med PMP og andre certificeringer garanterer ikke succes. Det er kritisk, at din PMO består af personer med projektsucceser (og fiaskoer) under deres bælter. Mentorvirksomhed er afgørende, og disse erfarne PM’er, der ikke kun har reelle succeshistorier, men dem om at overvinde og lære af deres fiaskoer, vil være de bedste individer til at hjælpe nye projektledere i organisationen med at lære, hvordan man effektivt og med succes håndterer engagementer løbende .

Bedste praksis

Bedste praksis kan betyde mange ting. Men det meste jeg fokuserer på her er ting som genanvendelige skabeloner, en solid metode og en PM -struktur, der fremmer stærk kommunikation, god feedback, konsekvent praksis og regelmæssig ugentlig projektstatusrapportering. PM’er har masser at håndtere regelmæssigt – især hvis de ofte leder fem eller seks projekter på samme tid, som det normalt er tilfældet. Jo mere vi kan udstyre dem med solide softwareværktøjer og -praksisser, der hjælper med at opdyrke regelmæssig projektsucces og en konsekvent præsentation for de projektkunder, de engagerer, desto bedre bliver viljen, og jo mere sikker vil de sandsynligvis være i forvaltningen af deres projekter på en daglig basis.

Resumé

Intet garanterer, at din PMO vil vare evigt, og at 80% eller mere af dine projekter vil blive en succes. Men ved at følge disse begreber, når du konstruerer – eller omstrukturerer om nødvendigt – din organisations PMO, vil du sandsynligvis se mere konsekvent succes i de projekter, du administrerer. Del venligst dine tanker og meninger om, hvad du anser for at være nøgleingredienser til vellykkede PMO’er. Vores erfaringer med PMO -succeser og -fejl hjælper os med at tage disse fremad og bygge endnu bedre PM -infrastrukturer i fremtiden.

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>