Escolar Documentos
Profissional Documentos
Cultura Documentos
de Projeto
• Parte 1:
– Gerenciamento & Qualidade
– Plano de Projeto - aspectos gerais
• Parte 2: 1 2 3 4 5
– Plano de Projeto - Métricas e Estimativas
• Parte 3:
– Plano de Projeto - Cronograma e Controle
• Parte 4:
– Exercícios de Fixação
2
Parte 1 - Objetivos
4
Processo de Desenvolvimento de Software
Gerência e Planejamento
5
Processo de Software
6
Processo de Software
• Gerenciamento de
Análise de Sistema Configuração
DEFINIÇÃO Planejamento do Projeto • Aplicação de
Análise de Requisitos Métricas
• Acompanhamento
Projeto e Controle do
CONSTRUÇÃO Codificação Projeto
Teste • Revisão e Inspeção
• Produção e
SOFTWARE PRODUTO Preparação de
Documentos
Entendimento
•Gerenciamento de
MANUTENÇÃO Modificação Risco
ATIVIDADES
Revalidação
PARA GARANTIR
A QUALIDADE
7
Gerência de Projeto de Software
8
Processo de Software sem Gerência
• é improvisado
• não é rigorosamente seguido
• é altamente dependente dos profissionais
• a visão do progresso e da qualidade é baixa.
• a qualidade do produto decorrente do processo
é comprometida em função de prazos
• a introdução de novas tecnologias no processo
é arriscada e a qualidade é difícil de se prever
9
Organizações com Processo de Software sem
Gerência
• são reacionárias
• cronogramas e orçamentos são extrapolados
• datas urgentes → qualidade comprometida
• não existe nenhuma base objetiva para julgar
a qualidade do produto
• atividades de revisão e teste encurtadas ou
eliminadas
10
Base para Garantir Qualidade do Produto
Final
11
Base para Garantir Qualidade do Produto
Final
12
Melhoria de Processo de Software
Processo
é examinado pela
Avaliação identifica
do mudanças no
Processo
conduz à
Melhoria
do
Processo
13
O Modelo CMM
OTIMIZADO
Organizações
com Melhoria
6- GerenciamentoGERENCIADO
da Configuração deContínua
Software
5- Garantia da Qualidade de Software
Organizações
4- Gerenciamento de Subcontrato de Software
3- Acompanhamento de ProjetoPrevisíveis
de Software
DEFINIDO
2- Planejamento de Projeto de Software
1- GerenciamentoOrganizações
de Requisitos
Padronizadas
REPETÍVEL
Organizações Como sair do nível
Disciplinadas
INICIAL caótico e passar
Organizações para o nível
Caóticas
repetível?
14
Proceso de Software
• Gerenciamento de
Análise dedo
Sistema Configuração
DEFINIÇÃOPlanejamento Projeto
Planejamento do Projeto Aplicação de
Aplicação de
•
Análise de Requisitos Métricas
Métricas
Acompanhamento
• Acompanhamentoe
Projeto e Controle do
CONSTRUÇÃO Controle do Projeto
Projeto
Codificação
Teste • Revisão e Inspeção
Gerência de Projeto • Produção e
de Software
SOFTWARE PRODUTO Preparação de
Documentos
Entendimento
•Gerenciamento de
MANUTENÇÃO Modificação Risco
ATIVIDADES
Revalidação
PARA GARANTIR
A QUALIDADE
15
Importância do Planejamento no Processo de
Desenvolvimento
Responsabilidades Políticas
Pessoas
Cumprimento De Prazo,
Ferramentas Boa Previsão De Custo,
Boa Produtividade
17
Os Níveis de Maturidade do CMM
OTIMIZADO
Custo, cronograma e Organizações
com Melhoria
funcionalidade estão sob Contínua
GERENCIADO
controle e a qualidade
Organizações
do software é Previsíveis
acompanhada
DEFINIDO
Organizações
Padronizadas
REPETÍVEL
Organizações
Disciplinadas
INICIAL
Organizações
Caóticas
18
Objetivos do Planejamento
19
Atividades do Planejamento
20
Plano de Projeto de Software
I. Introdução V. Recursos do Projeto
1. Escopo e propósito do documento 1. Pessoal
2. Objetivos do Projeto 2. Hardware e Software
3. Recursos especiais
II. Estimativas de Projeto
1. Dados históricos usados nas VI. Organização do Pessoal
estimativas 1. Estrutura de Equipe
2. Técnicas de estimativa 2. Relatórios Administrativos
3. Estimativas
VII. Mecanismos de Controle
III. Riscos do Projeto
VIII. Apêndices
1. Análise dos riscos
2. Administração dos riscos
IV. Cronograma
1. Divisão do trabalho
(work breakdown)
2. Rede de tarefas
3. Gráfico de Gantt
4. Tabela de recursos
21
Plano de Projeto de Software
I. Introdução V. Recursos do Projeto
1. Escopo e propósito do documento 1. Pessoal
2. Objetivos do Projeto 2. Hardware e Software
3. Recursos especiais
II. Estimativas de Projeto
1. Dados históricos usados nas VI. Organização do Pessoal
estimativas 1. Estrutura de Equipe
2. Técnicas de estimativa 2. Relatórios Administrativos
3. Estimativas
VII. Mecanismos de Controle
III. Riscos do Projeto
VIII. Apêndices
1. Análise dos riscos
2. Administração dos riscos
IV. Cronograma
1. Divisão do trabalho
(work breakdown)
2. Rede de tarefas
3. Gráfico de Gantt
4. Tabela de recursos
22
Plano de Projeto-Introdução
I. INTRODUÇÃO
1. Escopo e propósito do documento
2. Objetivos do Projeto
a) Objetivos
b) Funções principais
c) Questões de desempenho
d) Restrições técnicas e administrativas
23
Plano de Projeto de Software
I. Introdução V. Recursos do Projeto
1. Escopo e propósito do documento 1. Pessoal
2. Objetivos do Projeto 2. Hardware e Software
3. Recursos especiais
II. Estimativas de Projeto
1. Dados históricos usados nas VI. Organização do Pessoal
estimativas 1. Estrutura de Equipe
2. Técnicas de estimativa 2. Relatórios Administrativos
3. Estimativas
VII. Mecanismos de Controle
III. Riscos do Projeto
VIII. Apêndices
1. Análise dos riscos
2. Administração dos riscos
IV. Cronograma
1. Divisão do trabalho
(work breakdown)
2. Rede de tarefas
3. Gráfico de Gantt
4. Tabela de recursos
24
Plano de Projeto-Riscos
III. RISCOS DO PROJETO Passos para atacar os riscos:
• identificação
1. Análise dos riscos
• avaliação
• disposição por ordem de prioridade
• estratégias de administração
• resolução
• monitoração
25
Plano de Projeto-Riscos
muito alto
preocupação
gerencial
impacto elevada
muito baixo
desconsidere
o fator de risco
1,0
probabilidade
de ocorrência
ocorrerá encerramento
do projeto
ultrapassagem do
prazo projetado
ultrapassagem dos
custos projetados
1. Pessoal
Especificar:
•descrição
Ferramentas de •disponibilidade
hardware/software •duração do uso
•data de entrega
30
Plano de Projeto-Recursos
Recursos Humanos:
31
Plano de Projeto-Recursos
Recursos Humanos:
Mito: “Se sairmos fora do cronograma, adicionamos
mais programadores e recuperamos o atraso”.
32
Plano de Projeto-Recursos
Recursos Humanos:
alto
Pessoal
técnico senior
au de
ticipação Pessoal
projeto técnico
junior
Administrado 33
r
Plano de Projeto-Recursos
Recursos de Hardware:
34
Plano de Projeto-Recursos
Recursos de Software:
FERRAMENTAS DE:
Planejamento de Sistemas de Informação
Gerenciamento de Projetos
Banco de
Apoio
Dados
CASE Análise e Projeto
Programação
Integração e Teste
Construção de Protótipos e Simulação
Manutanção
Framework
35
Plano de Projeto-Recursos
Recursos de Software:
REUSABILIDADE
36
Plano de Projeto de Software
I. Introdução V. Recursos do Projeto
1. Escopo e propósito do documento 1. Pessoal
2. Objetivos do Projeto 2. Hardware e Software
3. Recursos especiais
II. Estimativas de Projeto
1. Dados históricos usados nas VI. Organização do Pessoal
estimativas 1. Estrutura de Equipe
2. Técnicas de estimativa 2. Relatórios Administrativos
3. Estimativas
VII. Mecanismos de Controle
III. Riscos do Projeto
VIII. Apêndices
1. Análise dos riscos
2. Administração dos riscos
IV. Cronograma
1. Divisão do trabalho
(work breakdown)
2. Rede de tarefas
3. Gráfico de Gantt
4. Tabela de recursos
37
Plano de Projeto-Organização do Pessoal
1. Estrutura de Equipe
2. Relatórios Administrativos
38
Plano de Projeto-Organização do Pessoal
Estrutura de Equipe:
• Deve ser considerado o fator humano em seus
aspectos psicológicos, individuais e grupais e o
reflexo deles no desempenho da equipe
39
Plano de Projeto-Organização do Pessoal
Estrutura de Equipe:
• Equipe Convencional
– Composta pelo pessoal disponível
– É designado um gerente de desenvolvimento do projeto
– O trabalho é dividido pelos componentes da equipe
– Cada um é responsável pelo projeto e implementação da
sua parte no trabalho
– Traz um certo sentimento de posse
Estrutura de Equipe:
41
Plano de Projeto-Organização do Pessoal
Estrutura de Equipe:
42
Plano de Projeto-Organização do Pessoal
Estrutura de Equipe:
Equipe Programador Chefe
Engenheiro
Senior
Substituto Pessoal
Técnico
Especialistas Bibliotecário
Pessoal de
Apoio
43
Plano de Projeto-Organização do Pessoal
Estrutura de Equipe:
• Equipe Hierárquica
– Proposta de estrutura intermediária
– um líder de projeto dirige programadores
experientes
– cada um desses programadores dirige grupo de
programadores menos experientes
– comunicação descentralizada nos subgrupos e
centralizada nos níveis superiores
– o chefe de subgrupo transmite informações para
seu subgrupo (elemento de ligação com os outros
subgrupos)
44
Pontos-Chaves
• Gerenciamento de Projeto está estreitamente
relacionado à Qualidade de Processo
• O Gerenciamento concentra-se em atividades
que têm por objetivo assegurar que o
software seja liberado no prazo, de acordo
com o cronograma, e atenda aos requisitos
das organizações envolvidas
• Atividade principal - Planejamento
Projetos bem gerenciados algumas vezes falham;
projetos mal gerenciados falham inevitavelmente.
45