Planejamento e Gerenciamento de Software. Tema 3. Gerência de Projetos Profa. Susana M. Iglesias

Transcrição

1 Planejamento e Gerenciamento de Software Tema 3. Gerência de Projetos Profa. Susana M. Iglesias

2 Planejamento A primeira atividade do gerenciamento de projeto é Planejamento Depende de estimativas (Grado de incerteza) Considerado arte e ciência Técnicas de estimativas Tempo Esforço

3 Observação e Estimativas Executivo questionado que mede para eleger o GERENTE de projeto Uma pessoa com a habilidade de SABER que pode ir mal antes de que realmente aconteça Que tenha a coragem de estimar quando o futuro é cinza

4 Observação e Estimativas Estimativas para desenvolvimento de softwares (Custo, Esforço e Cronograma) Experiência Acesso a boa informação histórica Coragem para fazer medidas quantitativas onde somente temos medidas qualitativas

5 Observação e Estimativas Incerteza Complexidade do projeto Um projeto de tempo real se pode perceber como muito complexo para equipes que apenas desenvolvem projetos batch, mas não para equipes que se envolvem com projetos de controle de processos de alta velocidade Tamanho do projeto Incerteza estrutural Grau que os requisitos estão solidificados A facilidade em que as funções podem ser divididas Natureza hierárquica da informação que deve ser processada.

6 Observação e Estimativas Risco é calculado pelo grau de incerteza nas estimativas quantitativas estabelecidas para recursos, custos e cronograma. Se o escopo não se entende e os requerimentos estão sujeitos a câmbios INCERTEZA e RISCOS são prejudicialmente altos

7 Observação e Estimativas O gerente de projeto não deve ser obsessivo enquanto a a estimativas. Modelos evolucionários por exemplo dão uma visão do desenvolvimento interativo possibilitando revisar as estimativas e refazer quando o cliente faça um cambio nos requisitos.

8 Planejamento Na realização de estimativas e métricas Dimensionamento do software Calculo de esforço Definição de atividades Na elaboração da estrutura de divisão do trabalho (WBS Work Breakdown Structure) Na definição da equipe e demais recursos Na alocação de pessoa-atividade Na elaboração do cronograma Na elaboração do orçamento

9 Planejamento Análise de riscos e revisões periódicas do plano são fundamentais para garantir que ele seja cumprido. O planejamento está diretamente ligado ao processo de software. Processo de software resultado do planejamento associado a um modelo de processo (método). O modelo de processo indica quais atividades devem ser realizadas e qual a dependência entre elas. Por exemplo, no modelo cascata, deve-se especificar os requisitos, desenhar a arquitetura, fazer o design detalhado, implementar as unidades, integrar as unidades e, finalmente, entregar o software. O planejamento deve indicar quem faz estas atividades, quanto tempo é necessário para eles, quando elas serão realizadas e quanto custará cada um delas. Sem um planejamento adequado, os desenvolvedores não saberão o que fazer e não terão datas para iniciar ou terminar o trabalho. Sem estimativas, o responsável pelo planejamento não terá como dimensionar o tamanho e a quantidade dos artefatos a serem produzidos e o esforço necessário para produzi-los. Por fim, sem um orçamento, não se terá noção quanto o software irá custar e se haverá recursos para o desenvolvimento.

10 Gerenciamento Gerenciar é fazer cumprir o que foi planejado. Papel do gerente de projetos de software coordenar a equipe, controlar a produção dos artefatos, fazer cumprir prazos e custos e analisar métricas de produção.

11 Gerenciamento O gerenciamento de software ligado à garantia da qualidade do processo e do produto de software. Uso de métricas (de produto e processo) de qualidade. Exemplos de métricas do produto utilizadas no planejamento são: tamanho do software em linha de código fonte; número de pontos-de-função; número de diagramas de arquitetura; números de defeitos; entre outras. Exemplos de métricas de processo utilizadas no planejamento são: o esforço; a produtividade; entre outras.

12 Processo de desenvolvimento

13 Planejamento X Gerenciamento

14 Plano de Projeto de Software O resultado de um plano de projeto de software é um documento contendo a equipe, o WBS, a alocação pessoa-tarefa, a análise de riscos, o cronograma, o orçamento entre outros. Estrutura Introdução Organização de projeto Análise de riscos Requisitos necessários de hardware e software Estrutura analítica de trabalho Cronograma de projeto Mecanismos de monitoramento e elaboração de relatórios

15 Plano de Projeto de Software Documentos que apóiam o plano de projeto Plano de qualidade descreve os procedimentos de testes de qualidade que serão utilizados. Plano de validação descreve a abordagem, os recursos e o método utilizados para a validação. Plano de manutenção prevê requisitos, custos e esforço necessário para a manutenção. Plano de desenvolvimento da equipe descreve como as habilidades e a experiência serão desenvolvidas.

16 Planejamento e Gerenciamento de Software (Características) Dificuldades O software é intangível Não há um processo de software padrão A ES não possui a mesma tradição e status de outras engenharias civil, mecânica e elétrica. Grandes projetos de software são freqüentemente únicos. Aspectos comuns Técnicas de planejamento e gerenciamento são amplamente aplicadas em diversas áreas Planejamento e gerenciamento são atividades comuns em outras engenharias

17 Planejamento de Software

18 Planejamento de Software O que? Determinar atividades Escolher ferramentas Definir equipe Alocação pessoa-atividade Elaboração de cronograma Elaboração orçamento Cómo? Modelo de processo De acordo com atividades e custos De acordo com atividades, capacidade do pessoal, prazos e custos Estimativas de produto e restrções de prazos e custos Estimativas de produtividade, restrições de prazos e custos, disponibilidade de pessoal e ferramentas Totalização dos custos

19 Gerenciamento e avaliação de software Gerenciamento do Processo Os prazos estão sendo cumpridos? Os custos estão dentro do orçamento? A equipe obedece à alocação de tarefas? As ferramentas estão adequadas? As atividades estão sendo realizadas com planejadas? Avaliação do produto Os modelos, protótipos e documentos estão sendo produzidos com qualidade? O software produzido tem qualidade?