A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 1 © 2007 by Pearson Education Gerenciamento de Projetos.

Apresentações semelhantes


Apresentação em tema: "©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 1 © 2007 by Pearson Education Gerenciamento de Projetos."— Transcrição da apresentação:

1 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 1 © 2007 by Pearson Education Gerenciamento de Projetos

2 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 2 © 2007 by Pearson Education Objetivos l Explicar as tarefas principais conduzidas pelos gerentes de projeto l Apresentar o gerenciamento de projeto de software e descrever suas características distintas l Discutir o planejamento de projeto e o processo de planejamento l Mostrar como representações gráficas de cronograma são usadas no gerenciamento de projeto l Discutir a noção de riscos e o processo de gerenciamento de riscos

3 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 3 © 2007 by Pearson Education Tópicos abordados l Atividades de gerenciamento l Planejamento de projeto l Cronograma de projeto l Gerenciamento de riscos

4 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 4 © 2007 by Pearson Education l Está relacionado às atividades envolvidas em assegurar que o software será entregue dentro do prazo definido no crongrama e de acordo com os requisitos das organizações que desenvolvem e adquirem o software. l Gerenciamento de projeto é necessário porque o desenvolvimento de software está sempre sujeito às restrições de orçamento e de cronograma que são estabelecidas pela organização que desenvolvem o software. Gerenciamento de projeto de software

5 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 5 © 2007 by Pearson Education l O produto é intangível. l O produto é unicamente flexível. l A engenharia de software não é reconhecida como uma disciplina da engenharia, nem possui o mesmo status da engenharia mecânica, elétrica, etc. l O processo de desenvolvimento de software não é padronizado. l Muitos projetos de software são projetos ‘únicos’. Distinções de gerenciamento de software

6 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 6 © 2007 by Pearson Education l Elaboração de proposta. l Planejamento e desenvolvimento de cronograma do projeto. l Custo do projeto. l Monitoração e revisões de projeto. l Seleção e avaliação de pessoal. l Elaboração de relatórios e apresentações. Atividades de gerenciamento

7 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 7 © 2007 by Pearson Education l Essas atividades não são peculiares para o gerenciamento de software. l Muitas técnicas de gerenciamento de projeto de engenharia são igualmente aplicáveis ao gerenciamento de projeto de software. l Tecnicamente, sistemas de engenharia complexos tendem a sofrer dos mesmos problemas que os sistemas de software. Características comuns do gerenciamento

8 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 8 © 2007 by Pearson Education Seleção de equipe de projeto l Pode não ser possível indicar as pessoas ideais para trabalhar em um projeto •O orçamento do projeto pode não ser suficiente para contratar uma equipe muito bem remunerada; •Uma equipe com experiência adequada pode não estar disponível; •Uma organização pode querer desenvolver as habilidades de seus funcionários por meio de um projeto de software. l Gerentes têm de trabalhar dentro dessas restrições, especialmente quando existe carência de pessoal treinado.

9 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 9 © 2007 by Pearson Education Planejamento de projeto l É, provavelmente, a atividade de gerenciamento de projeto que toma mais tempo. l É uma atividade contínua que vai do conceito inicial até a entrega do sistema. Os planos devem ser regularmente revisados, à medida que informações novas se tornem disponíveis. l Vários tipos diferentes de plano podem ser desenvolvidos para apoiar o plano principal de projeto de software que está relacionado ao cronograma e ao orçamento.

10 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 10 © 2007 by Pearson Education Tipos de plano de projeto

11 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 11 © 2007 by Pearson Education Processo de planejamento de projeto

12 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 12 © 2007 by Pearson Education O plano de projeto l O plano de projeto estabelece: •Os recursos disponíveis para o projeto; •A estrutura analítica de trabalho; •Um cronograma para o trabalho.

13 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 13 © 2007 by Pearson Education Estrutura de plano de projeto l Introdução l Organização de projeto l Análise de riscos l Requisitos de recursos de hardware e de software l Estrutura analítica l Cronograma de projeto l Mecanismos de monitoração elaboração de relatórios

14 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 14 © 2007 by Pearson Education Organização de atividades l Em um projeto, as atividades devem ser organizadas para produzirem saídas tangíveis para que o gerenciamento julgue o progresso. l Marcos são o ponto final de uma atividade de processo. l Produtos a serem entregues são resultados do projeto disponibilizados para os clientes. l O processo cascata permite a definição direta dos marcos de progresso.

15 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 15 © 2007 by Pearson Education Marcos no processo RE

16 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 16 © 2007 by Pearson Education Desenvolvimento do cronograma de projeto l Dividir o projeto em tarefas e estimar tempo e recursos necessários para completar cada tarefa. l Organizar tarefas simultâneas para fazer uso otimizado da força de trabalho. l Minimizar as dependências de tarefas para evitar atrasos causados pelo fato de uma tarefa ter de aguardar a finalização de outra. l É dependente da intuição e experiência dos gerentes de projeto.

17 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 17 © 2007 by Pearson Education Processo de desenvolvimento de cronograma de projeto

18 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 18 © 2007 by Pearson Education Problemas de desenvolvimento de cronograma l Fazer uma estimativa das dificuldades e dos problemas; por essa razão, é difícil estabelecer o custo de uma solução. l A produtividade não é proporcional ao número de pessoas que trabalham em uma tarefa. l A inclusão de pessoas em um projeto atrasado, o atrasa ainda mais devido aos overheads de comunicação. l O inesperado sempre ocorre. Deve-se sempre considerar a contingência no planejamento.

19 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 19 © 2007 by Pearson Education Diagramas de barras e redes de atividades l São notações gráficas usadas para ilustrar o cronograma de projeto. l Mostram a quebra do projeto em tarefas que não devem ser muito pequenas. Elas devem levar aproximadamente uma ou duas semanas. l Redes de atividades mostram as dependências entre as tarefas e o caminho crítico. l Os diagramas de barras mostram o cronograma em contraste com tempo do calendário.

20 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 20 © 2007 by Pearson Education Durações e dependências de tarefas

21 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 21 © 2007 by Pearson Education Rede de atividades

22 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 22 © 2007 by Pearson Education Diagrama de barras de atividades

23 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 23 © 2007 by Pearson Education Alocação de pessoal

24 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 24 © 2007 by Pearson Education Gerenciamento de riscos l O gerenciamento de riscos está relacionado à identificação de riscos e à elaboração de planos para minimizar esses efeitos em um projeto. l Risco é a probabilidade de que alguma circunstância adversa ocorrerá •Os riscos de projeto afetam o cronograma ou os recursos; •Os riscos de produto afetam a qualidade ou o desempenho do software que está sendo desenvolvido; •Riscos de negócio afetam a organização que desenvolve ou adquire o software.

25 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 25 © 2007 by Pearson Education Riscos de software

26 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 26 © 2007 by Pearson Education O processo de gerenciamento de riscos l Identificação de riscos •Identifica os riscos de projeto, de produto e de negócio; l Análise de riscos •Avalia a probabilidade e as conseqüências desses riscos; l Planejamento de riscos •Elabora planos para evitar ou minimizar os efeitos do riscos; l Monitoraçao de riscos •Monitora os riscos ao longo do projeto.

27 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 27 © 2007 by Pearson Education O processo de gerenciamento de riscos

28 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 28 © 2007 by Pearson Education Identificação de riscos l Riscos de tecnologia l Riscos de pessoal l Riscos organizacionais l Riscos de ferramentas l Riscos de requisitos l Riscos de estimativas

29 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 29 © 2007 by Pearson Education Riscos e tipos de risco

30 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 30 © 2007 by Pearson Education Análise de riscos l Avaliar a probabilidade e a seriedade de cada risco. l A probabilidade pode ser muito baixa, baixa, média, alta e muito alta. l Os efeitos de risco poderiam ser catastróficos, sérios, toleráveis ou insignificantes.

31 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 31 © 2007 by Pearson Education Análise de riscos

32 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 32 © 2007 by Pearson Education Planejamento de riscos l Considerar cada risco e desenvolver uma estratégia para gerenciar esse risco. l Estratégias de prevenção •A probabilidade de o risco ocorrer é reduzida; l Estratégias de minimização •O impacto do risco sobre o projeto ou produto será reduzido; l Planos de contingência •São planos para lidar com os riscos, caso eles ocorram.

33 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 33 © 2007 by Pearson Education Estratégias de gerenciamento de riscos

34 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 34 © 2007 by Pearson Education Monitoração de riscos l Avaliar, regularmente, cada um dos riscos identificados para decidir se está ou não se tornando menos ou mais provável. l Avaliar também se os efeitos do risco mudaram. l Cada risco-chave deve ser discutido nas reuniões de gerenciamento de progresso.

35 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 35 © 2007 by Pearson Education Indicadores de risco

36 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 36 © 2007 by Pearson Education Pontos-chave l Um bom gerenciamento é essencial para sucesso do projeto. l A natureza intangível do software causa problemas para o gerenciamento. l Gerentes têm papéis diversos, mas suas atividades mais significantes são planejamento, elaboração de estimativas e desenvolvimento de cronograma. l Planejamento e elaboração de estimativas são processos iterativos que continuam ao longo do curso de um projeto.

37 ©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 37 © 2007 by Pearson Education l Um marco de projeto é um estado previsível onde um relatório de progresso formal é apresentado à gerência. l Desenvolvimento de cronograma de projeto envolve a preparação de várias representações gráficas mostrando atividades de projeto, suas durações e também o pessoal. l O gerenciamento de riscos está relacionado à identificação de riscos que podem afetar o projeto e ao planejamento para assegurar que esses riscos não resultarão em maiores ameaças. Pontos-chave


Carregar ppt "©Ian Sommerville 2006Engenharia Software, 8ª. edição. Capítulo 5 Slide 1 © 2007 by Pearson Education Gerenciamento de Projetos."

Apresentações semelhantes


Anúncios Google