Udgange for at udvikle en charter du bør vide for PMP eksamen

11/05/2012 by admin

Du behøver at vide om output til Develop Charter Project at få din PMP certificering. Efter alle indsamlingen af oplysninger og analyser, kan du begynde at dokumentere oplysninger på en organiseret måde, og vupti! Charteret er oprettet.

I nogle organisationer, er charteret skabt af sponsor, kunde, PMO, eller en anden enhed, og derefter overdraget til PM. I andre organisationer, PM enten hjælper med at skabe eller faktisk skaber charteret og derefter får godkendelse fra sponsor, PMO, eller hvem er passende. Uanset hvad, er det god praksis at sikre, at projektlederen er involveret i en eller anden måde, når de udvikler charteret.

Charteret skal indeholde et sammendrag af projektet med tilstrækkelige oplysninger, at den oprindelige projektgruppe kan læse det, absorbere det, og derefter bruge progressiv uddybning til at planlægge projektet i detaljer. Her er et eksempel på, hvad PMBOK Guide siger er indeholdt i chartret.

Behovene i organisationen og projektet bør fastlægge det faktiske indhold.

Charter Content Item Hvad den gør
Formål og begrundelse Årsagen til, at projektet er iværksat. Kan henvise til den business case, den strategiske plan, eksterne faktorer, en kontrakt eller et andet dokument eller grund til at udføre projektet.
Mål Den strategiske position projektet er iværksat til at levere, eller tilsigtede mål.
Der er normalt flere mål, såsom mål for rækkevidde, tidsplan, omkostninger, kvalitet, kundetilfredshed, og så videre.
Succeskriterier Målbare kriterier, der svarer til hvert enkelt mål for at indikere, at målet er lykkedes opfyldt.
Høje krav De højt niveau forretningsmæssige og compliance krav skal opfylde kundernes forventninger. (Disse er ikke detaljerede krav men blot indledende, høje krav.)
Forudsætninger og begrænsninger De indledende antagelser om rækkevidde, ressourcer, finansiering, strategi, og andre projekter variabler.
Begrænsninger er de første begrænsninger, såsom en fast forfaldsdato eller budget.
Højt plan projektbeskrivelse Et resumé-niveau beskrivelse af projektet. Kan indeholde oplysninger om højt niveau projekt og produkt projektleverancer samt tilgang til projektet.
Risici på højt niveau De indledende risici. Disse vil senere gradvis udarbejdet og indgået en risiko register.
Resumé milepæle Væsentlige begivenheder i projektet. Kan omfatte færdiggørelsen af ​​projektleverancer, faser eller produkt accept.
Resumé budget Den indledende sortiment af skønnede udgifter til projektet.
Stakeholder liste Den oprindelige liste over interessenter, der kan have indflydelse på eller vil blive påvirket af projektet, produkt, service eller resultat.
Godkendelseskrav Hvem kan godkende og underskrive på hver leverance og kriterierne for accept.
PM Authority: Staffing

Tekniske beslutninger

Konfliktløsning

Budget ledelse

Kompetencen til at ansætte, brand, disciplin, acceptere eller ikke acceptere projektmedarbejdere.

Kompetencen til at foretage tekniske beslutninger om leverancer eller teknisk tilgang.

Kompetencen til at løse konflikter i teamet, organisationen og eksterne interessenter.

Kompetencen til at begå, administrere og styre projektmidler. Inkluderer varians tærskler.

Sponsor, PM signaturer og andre relevante signaturer Demonstrerer engagement og godkendelse af projektet.

I nogle organisationer, du ser antagelser højt niveau og begrænsninger dokumenteret i charteret. I andre kan du se en antagelse og Constraint log, der ville starte med formodninger på højt niveau i projektopstart. Mens projektet skrider frem, vil du se mere detaljerede forudsætninger. Eksempler på antagelser højt niveau omfatter

  • Vi vil bruge interne ressourcer til at bemande projektet.
  • Markedet vil acceptere det nye produkt.
  • Finansieringen vil være til rådighed.

Eksempler på højt niveau begrænsninger kan omfatte regler, faste leveringstidspunkter og et budget hætte.


© 2019 - zajacperrone.com| Contact us: webmaster# zajacperrone.com