24/09/18

Planejamento e Gerenciamento

Rohit Gheyi
Como vocês organizariam
uma festa de aniversário
para uma criança em 1
semana? Tem riscos?
1 2

Dúvidas…

Como atingir
•  Como quebro o projeto em
atividades menores?
•  Quando começar e terminar cada
uma?

o objetivo? •  Como medir se está indo tudo bem?

•  Quanto esforço e tempo vou levar
em cada uma?
•  Pode acontecer alguma coisa para
atrapalhar?

3 4

Precisamos de um(a) Gerente! Atividades

•  Quebrar atividades e definir dependências
–  Planejamento e cronograma
•  Quem faz o que?
–  Pessoas
•  Como medir se está indo tudo bem?
–  Métricas
•  Quanto esforço e tempo vai levar?
Quanto vai custar?
–  Estimativas de custo e tempo
•  Pode acontecer alguma coisa para
atrapalhar?
–  Riscos
•  O que devo fazer?
–  Escopo
5 6

1
 24/09/18

Quais os erros clássicos

de gerenciamento?

Desenvolvimento de
software é uma
atividade complicada ...

7 8

•  Motivação incoerente
–  Esforço do pessoal e chefe de férias …
•  Pessoal fraco
Pessoas... –  Seleção apressada ao invés de conveniente …
•  Pessoal problemático
–  Uma pessoa pode desconcentrar uma equipe …
•  Heroísmo
–  Posso fazer tudo, não preciso da equipe …

9 10

•  Mais pessoas no final do projeto

–  Em pequeno incêndio, jogue gasolina …
•  Escritórios barulhentos
–  Meu nível de concentração é excelente …
•  Atrito entre desenvolvedores e clientes Processo...
–  Se você não adicionar isso, não quero mais …
•  Falta de interação com o usuário
–  Isso é ambíguo …, mas vamos decidir sozinhos …

11 12

2
 24/09/18

•  Cronogramas altamente otimistas •  Planejamento insuficiente

–  Ganhamos tempo na análise de requisitos e no –  Esse sistema é simples, não há o que planejar …
projeto … •  Abandono de plano sob pressão
•  Gerenciamento de riscos insuficiente –  Devido ao cronograma, vamos codificar já da
–  Se o risco A se concretizar, resolvemos … especificação de requisitos e não vamos testar …

•  Falha de contratos •  Sem estimativas para tarefas necessárias

–  Com o módulo M, a ser criado pela empresa E, –  Não precisamos registrar o tempo para tarefa T …
vamos melhorar nosso cronograma …

13 14

•  Requisitos demais
–  Sei que o usuário não pediu, mas vamos melhorar
a performance do sistema …

Produto... –  Falta de gerenciamento de escopo

•  Desenvolvedor exagerado
–  Sei que o sistema não precisa e que não domino a
tecnologia, mas vou usar o recurso R …
•  Desenvolvimento orientado a pesquisa
–  Sei que vou desenvolver funcionalidade F, que é
estado-da-arte, mas minha estimativa é razoável
…

15 16

•  Troca de ferramentas no meio do projeto

–  Vou usar a nova versão de F, pois tem mais
Tecnologia... recursos …
•  Estimativa otimista com novas ferramentas ou
métodos
–  Vou usar ferramenta F, no lugar de G, daí vou
ganhar tempo …

17 18

3
 24/09/18

O gerenciamento de projetos consiste

na aplicação de conhecimentos,
O que é gerenciamento habilidades, ferramentas e técnicas
adequadas às atividades do projeto,
de projetos?
a fim de cumprir seus requisitos!

19 20

software dentro
do custo e prazo es
im portant
e com qualidade! uais
lidade
s
as qua te deve pos
suir?
Q geren
que um

21 22

Qualidades de Gerente
•  Liderança
•  Comunicação
•  Resolver problemas
•  Negociação

ades
•  Influenciar a organização

as a ti v id
Quais
•  Mentor
•  Especialista técnico e em processo
u m g e r e nte?
23
de 24

4
 24/09/18

•  Elaboração de Propostas para executar um •  Seleção e avaliação de pessoal

projeto –  Limitações de orçamento
–  Objetivos, como vai ser realizado –  Limitações de pessoas qualificadas
–  Estimativas de custo e tempo
•  Gerenciamento de Pessoas
•  Planejamento e programação de projetos –  Motivação
–  Identificar atividades, marcos, produtos
produzidos –  Resolução de pessoas
•  Monitoramento do Projeto –  Coesão do grupo
–  Atividade contínua –  Composição de grupos
–  Comparar tempo e custo real X planejado –  Ambiente de trabalho

25 26

Áreas de Conhecimento (PMBOK)

•  Elaboração de Relatórios e Apresentações
–  Cliente e organização
–  Documentos concisos e coerentes
–  Comunicação verbal e escrita
•  Gerenciamento de Escopo
–  Não fazer nem mais e nem menos do que foi
acordado

27 http://www.mhavila.com.br/topicos/gestao/pmbok.html 28

Project Management Institute Estrutura Básica de um Plano

•  Introdução e Organização do Projeto
•  Requisitos com Recursos (Pessoas, SW, HW)
•  Detalhamento das Tarefas
•  Análise de Riscos
•  Cronograma do Projeto
–  Milestones/Deliverables
–  Atribuição de tarefas a pessoas
–  Estimativa de tempo
•  Custo do Projeto
http://www.pmi.org
29 30

5
 24/09/18

Gerência de Tempo

Faça uma estimativa do tempo necessário para

terminar o seu projeto. Quantas horas?
31 32

2012.1
33 2012.2 34

Como Criar um Cronograma?

“Prediction is very Identificação

dependências
Estimativa de
Recursos
Alocar Pessoas
Atividade
Criar
Diagramas
difficult, especially
about the future.” Identificação
das Atividades

[Niels Bohr]
Requistos do
Software

35 36

6
 24/09/18

Identificar Atividades Identificar Dependências

T1: Entrevistar Cliente
T2: Documentar Requisitos T8 depende de T4
... T10 depende de T3 e T2
T12: Fazer os unit tests

37 38

Estimar Recursos Alocar Pessoas

Quantas pessoas serão Fred: T4, T8, T11 e T12

necessárias para concluir a Anne: T2, T6 e T10
tarefa?

39 40

Rede de Atividades
Caminho mais longo.
Tempo mínimo para
terminar o projeto

Construir Diagramas...

Milestone

41 42

7
 24/09/18

Alocação do Pessoal Qual o Tempo Total?

•  Determinar o caminho crítico
–  O caminho que leva mais tempo para concluir
•  Gerente deve dar especial atenção às tarefas
contidas no caminho crítico
•  É crucial ter folgas no caminho crítico

43 44

Exercício
•  Faça um cronograma para o seu projeto.

Gerência de Comunicação

45 46

Comunicação Atas
Horário
Comunicação face a face é a maneira mais
rápida de “espalhar” conhecimento Participantes
Preferir Pauta
–  Chat a e-mail Decisões
–  Telefone a chat Próximos Passos
–  Conversa pessoal a Aprovação
telefone Revisar ata em cada
reunião
47 48

8
 24/09/18

Gerência de Riscos

49 50

Projeto, Produto, Negócios

Algum risco? Ser

Proativo? Reativo?
51 52

Projeto... Produto...
Afeta o cronograma ou Afeta a qualidade ou
recursos performance do software
desenvolvido
E se perdermos um gerente? E se comprarmos um
componente com defeito?
53 54

9
 24/09/18

Negócios...
Afeta a organização que
desenvolve o software

E se competidor lançar um
novo produto antes?
55 56

Processo de Gerenciamento de Riscos Identificar Riscos

Identificação Análise Planejamento Monitoramento

Riscos de projeto,
dos Riscos dos Riscos dos Riscos dos Riscos
produto e negócio!
Listar potenciais Priorizar lista Evitar Riscos Avaliação

riscos de riscos Plano de Contin. dos Riscos
Evitar riscos com
probabilidade muito baixa.
57 58

Tipos de Riscos Documentar

•  Pessoal
–  Perder membro, ficar doente, ... Risco
•  Cronograma e Custo Pessoal doente
–  Perder o controle Tamanho do software desconhecido
•  Funcionalidade do Sistema ...
–  Falta de entendimento da aplicação Pessoal qualificado não disponível
–  Análise de requisitos inadequada
•  Estabilidade dos Requisitos
–  Cliente tenta alterar requisitos o tempo todo 60
59

10
 24/09/18

Avaliar Riscos Qual a Probabilidade?

Muito baixo (0-20%)
Baixo (20-40%)
Avaliar a probabilidade Moderada (40-60%)
e seriedade de cada risco. Alto (60-80%)
Muito alto (80-100%)

61 62

Qual o Efeito? Documentar

Risco Probabilidade Efeitos

Catastróficos
Pessoal doente Moderada Sério
Sérios Tamanho do software Alta Tolerável
Toleráveis desconhecido
... … …
Insignificantes
Pessoal qualificado Alta Catastrófico
não disponível

63 64

Planejar Riscos Estratégias para...

•  Evitar
–  A probabilidade de ocorrência é reduzida
•  Minimizar
Para cada risco, elaborar –  O efeito do risco no projeto ou produto é reduzido
estratégia para gerenciá-lo. •  Planos de Contingência
–  Se o risco ocorrer, o que devemos fazer?

65 66

11
 24/09/18

Documentar Monitorar Riscos

Risco Estratégia
Avaliar a probabilidade de
Pessoal doente Reorganizar equipe para ter
sobreposição de pessoas/trabalho cada risco periodicamente
… …

Mudança nos Analisar rastreamento entre
requisitos requisitos para determinar impacto Avaliar os efeitos pois
podem mudar
67 68

Quando Monitorar? Monitoramento

Tipo de Risco Possível Indicador
Cada risco deve ser Requisitos Muitas requisições para mudança
dos requisitos
discutido em reuniões Pessoas Relacionamento ruim na equipe
gerenciais de progresso … …
do projeto Ferramenta Membros da equipe resistem a
utilização de ferramentas

69 70

Exercício
•  Identifique, analise e planeje alguns possíveis
riscos que possam ocorrer no projeto da
disciplina Gerência de Custo

71 72

12
 24/09/18

Exercício
•  Faça uma estimativa do custo do seu projeto.

Quanto Custa o Software?

73 74

Quais os custos
básicos?

2014.1 75 76

•  Hardware e Software (manutenção)

•  Viagens e Treinamentos
–  Geralmente é o menor custo
–  Uso de videoconferência
•  Água, luz, telefone, ... Produtividade...
•  Esforço - Pagar Engenheiros de Software
–  Geralmente é o maior custo
–  Impostos
Preço = Custo Básicos + Lucro

77 78

13
 24/09/18

Fatores que Influenciam

Quais fatores • 
• 
Experiência no domínio da aplicação
Qualidade do processo

influenciam na • 
• 
Tamanho do projeto
Apoio de tecnologia
produtividade? •  Ambiente de trabalho

79 80

Métricas
•  Tamanho
Como medir –  Exemplo: LOC/dia, ...
•  Funções

a produtividade?
–  Exemplo: pontos por função/dia, ...

81 82

Métrica de Tamanho Exercício 1

•  Tamanho de algum artefato produzido •  Qual o tamanho estimado (LOC) do seu
•  Exemplo projeto?
–  Linhas de Código (LOC) •  Quantas pessoas cada equipe possui?
–  Número de páginas de um documento •  Qual a produtividade (LOC/hora) de cada um?
•  O tempo total está relacionado com a
produtividade de cada funcionário.

83 84

14
 24/09/18

Cuidado… Métrica de Função

•  Funcionalidade de software produzida em um
Expressividade da linguagem determinado tempo
Comentário •  Independe da linguagem

Geração de código

85 86

Exercício Exemplo: Pontos por Função

•  Quantas funções serão implementadas? •  Cálculo (peso de 3 [simples] a 15 [complexo])
•  Qual o esforço para implementar uma função? –  Entradas e saídas externas
•  Quantas pessoas tem na equipe? –  Interações com usuários
–  Interfaces externas
•  Qual a produtividade (função/dia) de cada
–  Arquivos usados pelo sistema
um?
•  UFC = ∑ (número)*peso
•  Quanto tempo (dia) irá levar?
•  http://www.devdaily.com/FunctionPoints/
•  Cuidado
–  Subjetividade dos pesos
87 88

As métricas dão indício mas Técnicas de

não devem ser utilizadas Estimativa...
isoladamente.

89 90

15
 24/09/18

Julgamento de Especialistas Estimativa por Analogia

Especialistas no domínio
dizem um valor e vão Compara com o custo
discutindo até que de projetos similares
cheguem em um acordo. no mesmo domínio.

91 92

Preço Oferecido Modelagem Algorítmica

Usa um modelo matemático

O cliente quer que é ajustado (calibrado)
pagar quanto? de acordo com o
histórico da empresa

93 94

The Cone of Uncertainty

Vamos medir
o esforço... e daí
estimamos o tempo!

95 96

16
 24/09/18

Técnica de Estimativa
Baseada em Caso de Uso

Exemplo... Estimar o total de recursos necessários para a

construção do software, na fase inicial do processo
de desenvolvimento de software, usando como
artefato de entrada o modelo de caso de uso.

97 98

Exemplo

Sacar
Ator Requisito
Quais fatores influenciam
Depositar
funcional
no esforço para construir
um software?
Transferir

99 100

Devemos Analisar... Classificação de Atores

•  Simples (Peso 1)
Atores –  Interface com um sistema que possui uma API bem
definida para a interação
Casos de Uso •  Médio (Peso 2)
–  O ator interage com outro sistema usando um
Fatores Técnicos protocolo, por exemplo TCP/IP
•  Complexo (Peso 3)
Fatores Ambientais –  O ator é um ser humano que interagi com o sistema
através de uma interface gráfica
•  ValorAtor = soma dos pesos
101 102

17
 24/09/18

Classificação de Casos de Uso Fatores Técnicos

•  Simples (Peso 5)
–  Se a quantidade de passos no fluxo for no máximo 3, ou Fator (13 fatores) Peso Nota (0-5)
–  Necessitar de até 5 classes de análise Sistema Distribuído 2
•  Médio (Peso 10) Tempo de resposta crítico 1
–  Se a quantidade de passos no fluxo estiver entre 4 e 7
(inclusive), ou ...
–  Necessitar de 5 a 10 classes de análise Treinamento Especial Requerido 1
•  Complexo (Peso 15) ValorTec ∑ Pesoi * Notai
–  Se a quantidade de passos no fluxo for maior que 7, ou
–  Necessitar mais de 10 classes de análise
•  ValorCaso = soma dos pesos
103 104

Fi Fatores que contribuem para a complexidade Pi Nota

1 Sistemas distribuídos 2 Fatores Ambientais
2 Objetivos de performance da aplicação 1
3 Eficiência do usuário final (on-line) 1
4 Complexidade do processamento interno 1 Fator (8 fatores) Peso Nota (0-5)
5 Reusabilidade do código 1 Familiar com o Processo Unificado 1,5
6 Facilidade de instalação 0,5 Experiência na Aplicação 0,5
7 Facilidade de operação, Usabilidade 0,5 ...
8 Portabilidade 2
Motivação 1
9 Facilidade de alteração 1
ValorAmb ∑ Pesoi * Notai
10 Concorrência 1
11 Características especiais de segurança 1
12 Necessidade de prover acesso direto a terceiros 1
13 Treinamento especial é requerido 1
105 106

Fi Fatores que contribuem para a eficiência Pi Nota

Cálculo de UCP
1 Familiar com o RUP 1,5
•  Valor Atores (x = ValorAtor)
2 Experiência com a aplicação 0,5
•  Valor Casos de Uso (y = ValorCaso)
3 Experiência com orientação a objetos 1
4 Capacidade do Analista Líder 0,5
•  Valor Técnico (w = 0,6 + 0,01*ValorTec)
5 Motivação 1 •  Valor Ambiental (z = 1,4 – 0,03*ValorAmb)
6 Requisitos estáveis 2
7 Trabalhadores em tempo parcial -1 UCP = (x+y)*w*z
8 Linguagem de programação difícil -1

107 108

18
 24/09/18

Estime o esforço (UCP) para criar um

BB online pela sua empresa em Grails.
Sacar

Depositar

Transferir

Extrato

Extrato
109 2010.1 110

Dados Empíricos
•  Gustav Karner
Qual a produtividade •  Média: 1 UCP => 20 h/UCP

para implementar •  Este valor deve estar entre 15 e 30h/UCP e

deve ser ajustado de acordo com
1 UCP? histórico da empresa

111 112

Convertendo UCP em Horas

Portanto, um projeto com
–  UCP = 1.07 * 0.62 * 264 = 175.14
Qual o custo com
Tempo = 175.14 * 20h/UCP = 3503h base no tempo?

113 114

19
 24/09/18

Já tem?
Custo com Pessoal •  Pessoal
–  (2000*3 pessoas + 5000 gerente)*10 meses = 110K R$
•  Equipamento (software+hardware)
•  Exemplo: 4800 horas
–  4 computadores (2000) + software (10000) = 18K R$
•  3 Pessoas + 1 Gerente (incluindo imposto) •  Diversos (luz, água, internet, telefone, aluguel, viagens)
–  Pessoal: 3 * 40 horas/semana (480 horas/mês) –  1000 reais/mês * 10 = 10000 reais
•  Salário: 3 * 2000 reais/mês •  Total = 110000 + 18000 + 10000 = 138000 reais
–  Gerente: 1 * 5000 reais/mês •  Margem = 20% em cima do total (inflação)
•  Duração: 10 meses •  Lucro = 30% em cima do erro

Custo total = 215280 reais

115 116

Comparação Mais Detalhes

Clemmons, R. K. Project estimation with use case points. CROSSTALK

The Journal of Defense Software Engineering, 2006, pp. 18-22.

117 118

Exercício
• Registre suas estimativas para comparar
•  Faça uma estimativa de esforço, indicando com os resultados reais no final do projeto
tempo e o custo do seu projeto.
•  Planejamento continua durante
desenvolvimento e manutenção
– Planejamento inicial não é suficiente
– Planejamento detalhado só ocorre após a
especificação de requisitos

119 120

20
 24/09/18

Exercício
Use mais de uma técnica •  Utilizem esta ferramenta no projeto real, e
(complementar)! analisem o resultado comparando com outras
estimativas.
http://www.dwheeler.com/sloccount/

Calibre de acordo com "...SLOCCount will even automatically estimate
sua empresa! the effort, time, and money it would take to
develop the software..."

121 122

As pessoas são o maior

Gerência de Recursos Humanos patrimônio da organização
de software (representam o
capital intelectual).

123 124

Fatores Críticos para

Gerenciamento
•  Consistência
Os gerentes precisam –  Todo mundo é tratado por igual
garantir que a organização •  Respeito
–  Gerentes devem respeitar a qualidade de cada um
obtenha o melhor retorno •  Inclusão
sobre o investimento nelas! –  Todo mundo se sentir parte e útil
•  Honestidade
–  Falar a verdade sobre o que anda bem ou ruim

125 126

21
 24/09/18

Coletar Informações
•  Análise de Currículo

Como Selecionar
–  Informação mais concreta e útil
•  Entrevistar Candidato
–  Subjetivo
Pessoas? •  Recomendação
–  Pessoas que trabalharam com outra
–  A informação tem que ser confiável

127 128

Fatores na Escolha...
Quais fatores •  Experiência no domínio da aplicação?
•  Experiência na linguagem de
considerar na programação?
•  Possui habilidade em resolver problemas?
escolha? •  Consegue se comunicar verbalmente e
por escrito?

129 130

Como Motivar Pessoas?

Maslow sugere que as
pessoas são motivadas
pelas suas necessidades!

131 132

22
 24/09/18

Motivação - Pirâmide de Maslow

É possível
classificar as
pessoas?
133 134

Classificação de Profissionais Exercício

•  Orientado a tarefas Indique o valor de 1 (menos) a 4 (mais) em cada linha.
–  Motivadas pelo trabalho
•  Auto-orientadas
–  Motivadas pelo sucesso e reconhecimento
–  Gostam de trabalho individual
•  Orientado a interações
–  Motivadas pela presença e pelas ações dos
colegas de trabalho
–  Gosta de trabalho em grupo
135 136

40

30

20

10

137 138

23
 24/09/18

139 140

141 142

O local de trabalho tem

Quais os fatores efeito importante sobre o
importantes para a desempenho das pessoas e
formação do grupo? sobre a satisfação de seu
trabalho!

143 144

24
 24/09/18

Privacidade
Consciência externa
Personalização

145 146

147 148

Gerência de Qualidade

149 150

25
 24/09/18

O que é um software
de qualidade?

151 152

Cuidado...
•  Alguns requisitos de qualidade são difíceis de
De maneira simplista, especificar de uma maneira não-ambígua
significa que um produto •  As especificações de software são,
geralmente, incompletas e freqüentemente
deve atender à sua inconsistentes
especificação!

153 154

Hipótese Indústria de Manufaturados

A qualidade do processo
tem influência direta na
qualidade do produto.

155 156

26
 24/09/18

Mas...
Desenvolver software
é algo criativo
e não mecânico Pode aumentar a
confiança!
Pode ser algo novo

157 158

Gerência de Qualidade
Atingir um nível
requerido de qualidade
Como atingir?
Desenvolver cultura
de qualidade
159 160

Exemplo de Padrões

Definição de padrões e procedimentos

apropriados de qualidade

Garantir que eles sejam seguidos!

161 162

27
 24/09/18

Abordagens para o QA Revisões de qualidade

•  É o principal método de validação da
qualidade de um processo ou de um produto.
Revisões de qualidade •  Um grupo examina uma parte ou o todo de
um processo ou de um sistema, bem como
sua documentação para descobrir problemas
Avaliação automatizada potenciais.
e medições de software

163 164

Exemplo Tipos de Revisão

•  3 ou 4 pessoas •  Inspeções para remoção de defeitos
–  Uma pessoa experiente –  Produto
–  Um guia a reunião, outro documenta •  Revisões para avaliação de progresso
•  Duração: 2 horas –  Produto e processo
•  Se tiver muito problema, uma nova revisão •  Revisões de qualidade
deverá ser feita –  Produto e padrões

165 166

Métricas de Software
O trabalho da revisão de •  Basicamente é definir limiares e medir o
software para identificar possíveis problemas
qualidade pode ser
•  Exemplo
demorado e não ver tudo. –  Introduziu uma nova ferramenta para testar
Por isso é melhor automatizar software. Quanto foi a melhora?

o que for possível!

167 168

28
 24/09/18

Tipos de Métricas Métricas de Produtos

•  Controle ou Processo •  Dinâmica
–  Exemplo: tempo médio necessário para corrigir –  Execução do programa
um defeito –  Exemplo: avalia eficiência e confiabilidade
•  Predição ou Produto •  Estática
–  Exemplo: complexidade de um módulo –  Sem executar o programa
–  Exemplo: ajuda a entender a manutenabilidade,
complexidade, facilidade de entendimento

169 170

Exemplo: Métricas OO
•  Profundidade da Herança •  Número de sobrescrita de métodos
–  Quanto maior, mais complexo –  A super classe pode não ser a classe pai ideal
•  Número de métodos por classe/complexidade •  Complexidade Ciclomática
–  Quanto maior, mais complexo é a classe –  Quantidade de caminhos de execução
•  Linhas de Código (LOC) independentes a partir do código fonte

171 172

Plugin do Eclipse: Metrics

Como saber se um software

é fácil de entender,
mudar e usar?

173 174

29
 24/09/18

Atributos Internos e Externos Exercício

•  Analisem a qualidade de um sistema real
Atributo Interno
(>10KLOC) em Java de acordo com algumas
métricas. Listem o maior número de métricas
Número de parâmetros
Atributo Externo de um método e analisem:
Manutenabilidade Complexidade Ciclomática –  alguma métrica indica alguma qualidade?
Tamanho do manual do –  alguma métrica pode indicar algum problema?
usuário –  Ferramenta: usem o plugin Metrics do Eclipse
para coletar as métricas.
–  2 métricas por pessoa
175 176

Modelo de Qualidade: Pirâmide Exercício

•  Façam a pirâmide do projeto real (usem a
ferramenta iPlasma e analisem a qualidade
segundo este modelo.

177
pg 36 178

Findbugs
•  Identifica Possíveis Bugs
•  Análise estática
FindBugs •  Más práticas de programação
•  Vulnerabilidade
•  Plugin para o Eclipse

http://findbugs.cs.umd.edu/demo/jnlp/findbugs.jnlp

179 180

30
 24/09/18

Escolha Projeto Resultados

•  Abra um projeto
•  Escolha as classes,
java, e/ou jar e
aperte Finish

181 182

Vídeo Exercício
•  Usem o Findbugs para identificar más práticas
do sistema real. Cada integrante deverá
descrever 3 más práticas encontradas.
•  As métricas (coletadas com o Metrics)
avaliadas também indicaram estes sintomas?
E a pirâmide? Correlacione os dados.

http://findbugs.cs.umd.edu/talks/findbugs.mov
183 184

Objetivo
•  Compreensão de processos existentes e
introdução de mudanças de processo
Melhoria de Processos •  Foco
–  Melhorar a qualidade do produto
•  A maioria foca em reduzir os defeitos
–  Reduzir tempo
–  Reduzir custo

185 186

31
 24/09/18

Escolha características
Qual o objetivo
que atingam o objetivo
da empresa?
da empresa!

187 188

Melhore o Processo: Ciclo O Framework CMMI

•  O framework CMMI é o estágio atual de
Analisar
trabalho sobre avaliação e aprimoramento de
processo do Instituto de Engenharia de
Software (SEI)
Medir
•  Modelo de Maturidade de Capacitação (CMM)
introduzido no início da década de 1990
•  Framework de maturidade revisada (CMMI)
Mudar introduzido em 2001

189 190

Objetivo Escala (6 pontos)

•  Não realizado
Examina os processos usados •  Realizado
em uma organização •  Gerenciado
•  Definido
e avalia a maturidade •  Quantitativamente gerenciado
em cada área de processo •  Otimização

191 192

32
 24/09/18

Área e Objetivo Empresas CMMI nível 5 no Brasil

•  Cada nível de maturidade tem áreas de •  EDS Brasil
processo e objetivos. •  BRQ
•  Por exemplo, a área de processo associado ao •  Politec
nível Gerenciado inclui: •  Stefanini
–  Gerenciamento de requisitos;
•  IBM Brasil
–  Planejamento de projeto;
–  Monitoração e controle de projeto;…

193 194

Brasil... ENADE 2014

•  Mps.Br: Melhoria de Processos do Software
Brasileiro
–  Softex: 2003
•  Melhoria de processos de software nas
micros, pequenas e médias empresas (PMEs),
a um custo acessível

195 196

ENADE 2014 Referência

Capítulos 5, 25, 26, 27, 28

197 198

33