Saídas para o desenvolvimento de uma carta que você deve saber para o exame de certificação pmp
Você vai precisar de saber sobre saídas para a Carta do projeto Desenvolver o de obter a sua certificação PMP. Após toda a coleta e análise de informações, você pode começar a documentar as informações de uma forma organizada, e voilà! A carta é criado.
Em algumas organizações, a carta é criado pelo patrocinador, cliente, PMO, ou alguma outra entidade e, em seguida, entregue à PM. Em outras organizações, o PM tanto auxilia na criação ou na verdade, cria a carta e, em seguida, obtém aprovação do patrocinador, PMO, ou quem quer que seja apropriado. Independentemente disso, é boa prática para se certificar de que o gerente de projeto está envolvido de alguma maneira ao desenvolver o charter.
A carta deve fornecer um resumo do projeto com informações suficientes que a equipe inicial do projeto pode lê-lo, absorvê-lo, e então usar elaboração progressiva para planejar o projeto em detalhes. Aqui está um exemplo do que o Guia PMBOK diz estão contidos no charter.
As necessidades da organização e do projeto deve determinar o conteúdo real.
| Carta de item de conteúdo | O que faz |
|---|---|
| Propósito e justificação | A razão pela qual o projeto está sendo realizado. Pode se referir a o caso de negócio, o plano estratégico, os fatores externos, a contrato, ou qualquer outro documento ou razão para a execução do projeto. |
| Objetivos | A posição estratégica do projeto está sendo realizada para entregar, ou o resultado a ser alcançado. Normalmente existem vários objetivos, tais como objectivos para escopo, cronograma, custo, qualidade, satisfação do cliente, e assim por em. |
| critérios de sucesso | critérios mensuráveis que correspondem a cada objectivo de indicam que o objectivo foi cumprido com sucesso. |
| requisitos de alto nível | Os requisitos de negócios e de conformidade de alto nível deve atender as expectativas dos clientes. (Estes não são requisitos detalhados, mas apenas iniciais, requisitos de alto nível.) |
| Premissas e restrições | As hipóteses iniciais sobre escopo, recursos, financiamento, abordagem e outras variáveis do projeto. As restrições são as limitações iniciais, tal como uma data limite fixado ou orçamento. |
| De alto nível descrição do projeto | Uma descrição de nível de resumo do projeto. Pode incluir informações sobre de alto nível do projecto e produtos entregas bem como a abordagem ao projeto. |
| riscos de alto nível | Os riscos iniciais. Estes serão posteriormente elaborada progressivamente e entrou em um registo de risco. |
| marcos Resumo | eventos significativos no projeto. Pode incluir o preenchimento de entregas, fases ou a aceitação do produto. |
| orçamento resumo | A primeira série de estimativas de despesa para o projeto. |
| lista de partes interessadas | A lista inicial de partes interessadas que podem influenciar ou será influenciadas pelo projeto, produto, serviço ou resultado. |
| requisitos de aprovação | Quem pode aprovar e assinar fora em cada entrega ea critérios para aceitação. |
| PM Authority: Staffing |
decisões técnicas
resolução de conflitos
Administração de orçamento
a equipe do projeto.
A autoridade para tomar decisões técnicas sobre entregas ou o
abordagem técnica.
A autoridade para resolver conflitos dentro da equipe, o
organização e partes interessadas externas.
A autoridade para cometer, gerenciar e controlar fundos do projecto.
Inclui limites de variância.
Em algumas organizações, você vê suposições de alto nível e restrições documentadas na Carta. Em outros, você pode ver uma Assunção e log restrição que iria começar com os pressupostos de alto nível durante o início do projeto. Enquanto o projeto progride, você veria hipóteses mais detalhadas. Exemplos de pressupostos de alto nível incluir
Usaremos recursos internos para o pessoal do projeto.
O mercado vai aceitar o novo produto.
O financiamento estará disponível.
Exemplos de restrições de alto nível pode incluir regulamentos, datas de entrega fixas, e um teto orçamentário.