Gestão de Projetos. Baseado no PMBOK INTRODUÇÃO

Transcrição

1 Gestão de Projetos Baseado no PMBOK INTRODUÇÃO

2

3 O cliente é o motivo da existência de um projeto. Ele é a pessoa mais importante do projeto.

4 Características de um projeto Circunstâncias únicas específicas Iniciativa temporárias Equipes transversais

5 Projetos tem um início, um meio e um fim. Geralmente, as entregas de um projeto são mais duráveis que o próprio projeto.

6 O encerramento (fim) do projeto pode ocorrer pelos motivos: Não é mais importante Entregou os resultados Não há mais necessidade

7 Projetos são únicos, ou pela abordagem, ou pelo resultado. Se é sempre a mesma abordagem e mesmo resultado, talvez não seja um projeto.

8 Um projeto sempre gera um resultado, que pode ser um: Produto; Serviço; Resultado.

9 Projetos são elaborados progressivamente. É uma construção em pequenos passos incrementais.

10 São realizados por pessoas Projetos e Operações podem se confundir. Possuem um orçamento com limtes São gerenciados por um líder Projetos geram entregas novas, inclusive operações.

11 Gerenciamento de Projetos, ou Gerenciamento por Projetos?

12 Conflito decisório. Cada dimensão afeta a outra. Custo Escopo Qualidade Prazo

13 De onde nascem os projetos? Oportunidades; Problemas; Necessidades dos clientes; Avanços tecnológicos; Exigências legais.

14

15 As partes interessadas são as pessoas e organizações que serão envolvidas pelo projeto, e que serão de alguma forma afetadas pelos resultados deste projeto.

16 Essas pessoas e organizações poderão adorar ou odiar o projeto, dependendo de como sejam afetadas por ele.

17 É importante conhecer e classificar as partes interessadas em um mapa de interesse. Abaixo apenas um exemplo:

18 É importante encontrar os stakeholders ocultos. Eles poderão afetar os resultados do projeto.

19 Exemplo de stakeholders.

20 O gerente de projetos precisa encontrar meios de estabelecer uma relação ganhaganha entre os stakeholders.

21 É fundamental gerenciar a expectativa dos stakeholders com base em documentação, por eles assinada.

22

23 Os projetos não possuem vida própria, estão ligados a uma organização, a leis e padrões, a comunidades, entre outros elementos.

24 É preciso saber o tipo de organização onde roda o projeto. Por exemplo, no governo federal é preciso obedecer a legislações tais como a Lei 8.888, a IN 02 e a IN 04.

25 Mas é preciso lembrar que o cliente é sempre o personagem principal. Clientes são aqueles que pagam e/ou usam as entregas dos projetos. Pode ser interno ou externo.

26 O modelo organizacional ditará a norma cultural, ou o jeito como as coisas acontecem na organização. A norma cultural tem grande influência sobre os projetos.

27 Para garantir alinhamento dos projetos ao modelo organizacional, é importante haver um modelo de gestão de projetos, com toda a base de conhecimento definida.

28 É possível que organização tenha um escritório de projetos, que faz: Gestão do software de projetos; Treinamento e mentoring; Suporte com HR e gestão; Orientações; Documentos padrão; Apoio administrativo; Fiscalização de projetos; Acesso a base de conhecimento.

29

30 Como já visto, um projeto é meio para se realizar algo, gerando um serviço, um produto ou um resultado. E isso é feito através de fases.

31 As fases ajudam a mitigar o risco e tornar o processo mais gerenciável.

32 As fases de um projeto são específicas deste projeto. Iniciar, planejar, executar, monitorar e encerrar são grupos de processos, e não fases. Fonte: PMBOK, 2008.

33 Um projeto terá muitas fases. Ao conjunto de fases, chamamos de ciclo de vida do projeto. Fonte: PMBOK, 2008.

34 Entre as fases há as verificações das entregas. Isso diminui o risco, e torna o projeto mais gerenciável. Fonte: PMP Project Management Professional Study Guide, 2010.

35 As entregas mínimas de cada fase devem ser definidas a priori. São conhecidos como critérios de saída da fase.

36 Havendo urgência e disposição para correr riscos maiores, é possível utilizar o método de overlap das fases. Fonte: PMBOK, 2008.

37 Então o ciclo de vida de um projeto teria os grupos de processos de GP em cada uma de suas fases. Com requisitos de encerramento. Iniciar Planejar Executar Controlar Encerrar Fase 1 Fase 2 Fase 3 Fase 4

38 Exemplo de ciclo de vida de software: RUP.

39

40

41

42

43 Continue atualizado