Utgångar för att utveckla en stadga du bör veta för PMP Certification

March 28

Du behöver veta om utgångar för Utveckla Charter Project för att få din PMP certifiering. Efter all informationsinsamling och analys, kan du börja att dokumentera uppgifter på ett organiserat sätt, och voilà! Stadgan skapas.

I vissa organisationer, är stadgan skapas av sponsorn, kunden, PMO, eller någon annan enhet och sedan överlämnas till PM. I andra organisationer, PM antingen hjälper till att skapa eller faktiskt skapar stadga och sedan får godkännande från sponsorn, PMO, eller den som är lämplig. Oavsett, är det god praxis att se till att projektledaren är inblandad på något sätt när man utvecklar stadgan.

Stadgan bör ge en sammanfattning av projektet med tillräcklig information att den ursprungliga projektgruppen kan läsa den, absorberar den och sedan använda progressiv utarbetandet planera projektet i detalj. Här är ett exempel på vad PMBOK Guide säger finns i stadgan.

Behoven hos organisationen och projektet bör avgöra det faktiska innehållet.

Charter Content Item Vad den gör
Syfte och motivering Anledningen till att projektet genomförs. Kan hänvisa till business case, den strategiska planen, yttre faktorer, ett kontrakt eller något annat dokument eller skäl för att utföra projektet.
Mål Den strategiska läge projektet pågår för att leverera, eller det resultat som skall uppnås.
Det finns vanligtvis flera mål såsom mål för omfattning, schema, kostnader, kvalitet, kundnöjdhet, och så vidare.
Framgång kriterier Mätbara kriterier som motsvarar varje mål för att indikera att målet har framgångsrikt uppfyllt.
Krav på hög nivå Affärs- och efterlevnadskrav Högnivå måste uppfylla kundernas förväntningar. (Dessa är inte detaljerade krav utan endast initiala, krav på hög nivå.)
Antaganden och begränsningar De initiala antaganden om omfattning, resurser, finansiering, strategi och andra projektvariabler.
Begränsningar är de initiala begränsningar, till exempel en fast förfallodag eller budget.
Högnivåprojektbeskrivning En sammanfattning-nivå beskrivning av projektet. Kan innehålla information om högnivå projektet och produktresultat samt inställning till projektet.
Risker på hög nivå De initiala risker. Dessa kommer senare successivt utarbetas och trädde i ett riskregister.
Sammanfattande milstolpar Väsentliga händelser i projektet. Kan också färdigresultat, faser eller produkt acceptans.
Sammanfattande budget Den initiala utbudet av beräknade utgifter för projektet.
Intressent lista Den ursprungliga listan över intressenter som kan påverka eller påverkas av projektet, produkt, tjänst eller resultat.
Krav för godkännande Vem kan godkänna och skriva på varje enskild produkt och kriterierna för godkännande.
PM Authority: Bemanning

Tekniska beslut

Konfliktlösning

Billig ledning

Behörigheten att anställa, brand, disciplin, acceptera eller inte acceptera projektpersonal.

Befogenhet att fatta tekniska beslut om resultat eller den tekniska lösning.

Den myndighet för att lösa konflikter inom laget, organisationen och externa intressenter.

Behörigheten att begå, hantera och kontrollera projektmedel. Inkluderar trösklar varians.

Sponsor, PM signaturer och andra relevanta signaturer Demonstrerar engagemang och godkännande för projektet.

I vissa organisationer, ser du på hög nivå antaganden och begränsningar dokumenterade i stadgan. I andra kan man se ett antagande och Constraint logg som skulle börja med de antaganden på hög nivå under projektstart. Medan projektet fortskrider, skulle du se mer detaljerade antaganden. Exempel på hög nivå antaganden inkluderar

  • Vi kommer att använda interna resurser att bemanna projektet.
  • Marknaden kommer att acceptera den nya produkten.
  • Finansieringen kommer att vara tillgängliga.

Exempel på begränsningar på hög nivå kan innefatta regler, fasta datum leverans, och en budget cap.