a sua chance sucesso: o Guia PMBOK.2o: O objetivo do projeto deve sempre ser escrito com verbo no infinitivoQuanto mais simples e curto o seu objetivo melhor. Fuja de objetivos prolixos e complexos como: este projeto visa a contrucao de XXX na cidade de XXX ate o dia 31 de dezembro de 201X de forma a garantir a vantagem competiviva da empresa XPTO e a reducao dos custos operacionais.Apos ler um objetivo como esse as pessoas terao duvidas e ficarao confusas a respeito do objetivo do projeto. Ao inves disso opte pela simplicidade, como: Construir XXX. Certamente, nao havera duvidas a respeito do que devera ser entregue ao final do projeto. A formula de um objetivo bem escrito e: [verbo no infinitivo] + [produto e/ou serico que sera entregue].E nao fique agoniado, todas aquelas "informacoes adicionais" do objetivo prolixo tem o seu devido lugar:- "na cidade de XXX" e "ate o dia 31 de dezembro de 201X" podem entrar nas premissas/restricoes do projeto.- "de forma a garantir a vantagem competiviva da empresa XPTO e a reducao dos custos operacionais" sao os resultados esperados do projeto. Em sintese, o objetivo do seu projeto sera sempre entregar o produto e/ou servico.3o: Quanto mais premissas e restricoes voce inserir no seu projeto mais arriscado ele se tornaraJa que falamos no item anterior sobre Premissas/Restricoes, e importante lembrar que: para cada premissa e restricao havera pelo menos um risco atrelado a ela. Por exemplo, se voce inserir a seguinte premissa/restricao: o produto do projeto devera ser entregue ate 31 de dezembro de 201X. Com certeza, havera o risco de nao conseguir entregar o produto ate esse prazo, concorda?Ja vi varias situacoes em que clientes e pratrocinadores estabeleceram varias condicoes para o projeto, ou seja, estabeleceram varias premissas/restricoes para o projeto. E, como consequencia, tornou o projeto altamente arriscado.Por isso, utilize as premissas e restricoes de forma ponderada no seu projeto. Uma boa dica e criar um item chamado "Fatores de Planejamento" para inserir algumas condicoes importantes, mas que voce nao queira classifica-las como premissas/restricoes.4o: Gerenciar Stakeholders (as partes interessadas) nao significa agradar a todosEsse quarto topico e bem interessante e motivo de grande confusao. Ja vi Gerentes de Projetos achando que Gerenciar as Partes Interessadas e o mesmo que gerenciar como a expectiva de todas as partes interessadas serao atendidas. Ja vi tambem clientes e patrocinadores cobrando enfaticamente gerentes de projetos: "E as minhas expectativas?! Voce tem que atende-las. Afinal, sou uma parte interessada importante no seu projeto."Gerenciar as partes interessadas quer dizer, basicamente, identifica-las, mapear seus interesses e poder sobre o projeto, negociar e deixar claro o que podera ser atendido e o que nao podera. Lembre-se que muitas das expectativas das partes interessadas sao conflitantes, como o interesse do Patrocinador (que quer maximizar a relacao custo-beneficio) e do Cliente do projeto (quer a maior qualidade pelo menor preco). E o Gerente do Projeto negociar e deixar claro a expectativa que sera atendida pode ser a diferenca entre a percepcao de sucesso ou fracasso do projeto por parte das partes interessadas.5o: Projetos dao certo por