Plano de Melhoria de Qualidade

Plano de Melhoria de
Qualidade
Projeto de Desenvolvimento de Software

Alexandre Magno Silva Gama

1 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

Anderson Marcos Souza de Oliveira

José Daniel Ettinger Chagas
Kharylim Machado Sea
Luiz Carlos Santos

2 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

ÍNDICE

1. OBJETIVO....................................................................................................................................................5

2. JUSTIFICATIVA...........................................................................................................................................5

3. CENÁRIO ATUAL........................................................................................................................................5

4. O CICLO PDCA............................................................................................................................................7

4.1. CICLO 1.....................................................................................................................................................7

4.1.1. PLANEJAMENTO..................................................................................................................................8

4.1.2. EXECUÇÃO...........................................................................................................................................9

4.1.2.1. MODELO DE NEGÓCIO.....................................................................................................................9

4.1.2.2. LISTA DE VERIFICAÇÃO.................................................................................................................10

4.1.2.3. HISTOGRAMA..................................................................................................................................11

4.1.2.4. DIAGRAMA DE PARETO.................................................................................................................11

4.1.2.5. DIAGRAMA DE ISHIKAWA..............................................................................................................12

4.1.3. CONTROLE..........................................................................................................................................12

4.1.4. AVALIAÇÃO........................................................................................................................................13

4.2. CICLO 2...................................................................................................................................................15

4.2.1. PLANEJAMENTO................................................................................................................................15

4.2.2. EXECUÇÃO.........................................................................................................................................17

4.2.2.1. MODELO DE NEGÓCIO...................................................................................................................17

3 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

4.2.2.2. LISTA DE VERIFICAÇÃO.................................................................................................................17

4.2.2.3. HISTOGRAMA..................................................................................................................................18

4.2.2.4. DIAGRAMA DE PARETO.................................................................................................................18

4.2.2.5. DIAGRAMA DE ISHIKAWA..............................................................................................................19

4.2.3. CONTROLE..........................................................................................................................................19

4.2.4. AVALIAÇÃO........................................................................................................................................20

4.3. BRAINSTORMING..................................................................................................................................21

4 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

1. OBJETIVO
Este documento tem por objetivo criar um plano de melhoria de
qualidade para um projeto de desenvolvimento de software, baseado no ciclo
PDCA e no Guia MPS.BR. Está estruturado de acordo com a sequencia do ciclo
de Walter Shewhart.

2. JUSTIFICATIVA
A criação desse plano se deve à necessidade de melhoria contínua do
processo de desenvolvimento de software em um ambiente de TI. Assim, ele
visa aprimorar o processo obtendo com isso ganhos com produtividade,
melhoria na comunicação, otimização de recursos e entrega de produtos com
maior valor ao cliente.

3. CENÁRIO ATUAL
Com o objetivo de melhorar a qualidade do processo de desenvolvimento
de software existente em nosso ambiente, modelou-se o negócio em questão,
ou seja, todas as fases e artefatos gerados em um projeto de desenvolvimento
de software. O modelo pode ser visualizado abaixo:

5 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

Figura 1 - Modelo de negócio atual de projeto de desenvolvimento de software

6 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

4. O CICLO PDCA
O ciclo de Shewhart ou ciclo de Deming, mais conhecido como ciclo
PDCA, é um ciclo de desenvolvimento que tem foco na melhoria contínua de
processos. O PDCA é aplicado para se atingir resultados dentro de um sistema
de gestão e pode ser utilizado em qualquer empresa de forma a garantir o
sucesso nos negócios, independentemente da área de atuação da empresa. O
ciclo começa pelo planejamento, em seguida a ação ou conjunto de ações
planejadas são executadas, checa-se se o que foi feito estava de acordo com o
planejado, constantemente e repetidamente (ciclicamente), e toma-se uma
ação para eliminar ou ao menos mitigar defeitos no produto ou na execução.

Figura 2 - O ciclo PDCA

4.1. CICLO 1

7 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

4.1.1.
.1.1. PLANEJAMENTO
O planejamento de melhoria da qualidade será feito analisando o
processo de um projeto de desenvolvimento de software, visando atingir os
resultados esperados GPR 2 e GPR 6 da Gerência de Projetos e os resultados
esperados GRE 2 e GRE 4 da Gerência de Requisitos. Esses resultados fazem
parte dos requisitos do nível G de maturidade (parcialmente gerenciado) do
modelo de qualidade MPS.BR 2009. O objetivo é amadurecer gradativamente o
processo de desenvolvimento de software através de ciclos PDCA, a fim de,
futuramente, atender a todos os resultados esperados pelo nível G de
maturidade contido no Guia MPS.BR.

O que Quem vai Onde vai Como vai Quando vai

Por quê?
fazer? fazer? ser feito? ser feito? ser feito?
GPR 2 – Medir
Elaboração de Tarefas de Utilizando as Após a
tarefas e Analista de
cronogramas e trabalho e técnicas da elaboração da
produtos de Pontos de
orçamentos artefatos APF descritas Declaração de
trabalho do Função
mais precisos. produzidos no BFPUG. Escopo.
projeto.
GPR 6 –
Identificar e
documentar
Evitar atrasos Através de
riscos do
na entrega do uma análise de Antes da
projeto, bem
produto ou até Gerente de Planejamento riscos e elaboração do
como seu
mesmo o Projetos do Projeto definição da cronograma do
impacto,
cancelamento matriz de projeto.
probabilidade
do projeto. riscos.
de ocorrência e
prioridade de
tratamento.
Através de
GRE 2 – Buscar uma mini
Comprometime Após a reunião
o palestra
nto é chave de aprovação
comprometime motivacional,
fundamental Sala de de requisitos
nto da equipe Líder Técnico onde serão
para o sucesso reuniões levantados
técnica com os apresentados
de qualquer junto ao
requisitos os requisitos
projeto. cliente.
aprovados. solicitados pelo
cliente.
GRE 4 – Identificar e Analistas de Artefatos do Verificando a Imediatamente
Revisar corrigir Sistema projeto corretude na após criação de
produtos de inconsistências rastreabilidade qualquer
trabalho do em relação aos dos requisitos artefato
projeto. requisitos. aprovados em produzido na
relação à fase de Projeto.
modelagem e
especificação
produzidas nos
artefatos do

8 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

projeto.

Tabela 1 – Metas e métodos de planejamento de melhoria da qualidade do ciclo 1.

4.1.2.
.1.2. EXECUÇÃO
4.1.2.1.
.1.2.1. MODELO DE NEGÓCIO
Baseado no planejamento definido na fase anterior, modificamos o
diagrama de negócio a fim de obter um modelo mais aproximado no nível G de
qualidade especificado no Guia MPS.BR 2009.

9 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

Figura 3 - Modelo de negócio do ciclo 1 de projeto de desenvolvimento de software

4.1.2.2.
.1.2.2. LISTA DE VERIFICAÇÃO

Pontos
% Pontos
Sprints Pontos Previstos Entregues
Entregues
(Velocity)
Sprint 001 -01 a
15/Jan 8 3 38%

10 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

Sprint 002 - 16 a
31/Jan 13 6 46%
Sprint 003 - 01 a
14/Fev 21 15 71%
Sprint 004 - 15 a
28/Fev 34 30 88%
Sprint 005 - 01 a
15/Mar 55 53 96%
Sprint 006 - 16 a
29/Mar 89 87 98%
Sprint 007 - 30/Mar a
12/Abr 144 143 99%
Tabela 2 – Lista da verificação das sprints realizadas durante o ciclo 1.

4.1.2.3.
.1.2.3. HISTOGRAMA

Figura 4 – Histograma do ciclo 1.

4.1.2.4.
.1.2.4. DIAGRAMA DE PARETO

11 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

Figura 5 – Diagrama de Pareto do ciclo 1.

4.1.2.5.
.1.2.5. DIAGRAMA DE ISHIKAWA

Figura 6 – Diagrama de Ishikawa do ciclo 1.

4.1.3.
.1.3. CONTROLE

O projeto iniciou com uma grande margem de diferença entre os pontos

previstos e os entregues, onde no primeiro Sprint foi entregue apenas 38% dos

12 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

pontos previstos, porém esse percentual foi aumentando gradativamente à

medida que novos Sprints eram entregues chegando a 99% no último Sprint.
A maior causa para o atraso foi a falta de entendimento dos requisitos do
cliente, com uma freqüência de 34% dos casos. Seguido de cliente
indisponível, com freqüência de 24%, erro na estimativa de duração de
atividades com 15% das ocorrências, falha na análise com 12%, falha na
implementação, falha nos testes e falha na implantação ocorreram em 10%,
2% e 2% dos casos respectivamente.
Dentre os fatores que contribuíram para identificação dessas causas
podemos destacar o processo imaturo, metodologia de análise incorreta, falta
de experiência da gerencia de projeto, falta de preparo do analista, alta
rotatividade dos recursos, poucas métricas para análise e ausência de
rastreabilidade bidirecional entres requisitos.

4.1.4.
.1.4. AVALIAÇÃO

PLANO DE AÇÃO
Tarefa – Elicitação de Requisitos

Etapa Levantamento e elicitação de requisitos

Melhorar o entendimento dos requisitos obtidos do
cliente visando dar maior qualidade a elaboração de
Justificativa
casos de uso evitando dificuldades na fase de
desenvolvimento.
Tempo 3 meses
Responsabili Analista de Requisitos/Analista de Sistemas
dade
Método Entrevistas e análise de documentos
Custo Indefinido

PLANO DE AÇÃO
Tarefa – Atividades

Etapa Gerenciamento das atividades

Justificativa Com o objetivo de melhorar o processo de estimar o
número de períodos de trabalho que serão necessários
13 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

para terminar atividades do cronograma.

Tempo Indefinido
Responsabili Gerência de projetos
dade
Método Não há metodologia utilizada
Custo Indefinido

PLANO DE AÇÃO
Tarefa – Implementação

Etapa Gerenciamento da implementação

Com o intuito de evitar falhas de implementação, serão
tomadas medidas de alocar recursos com maior
Justificativa
experiência para implementar funcionalidades de
missão crítica do produto.
Tempo Indefinido
Responsabili Gerência de projetos
dade
Método Não há metodologia utilizada
Custo Indefinido

14 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

PLANO DE AÇÃO
Tarefa – Reuniões mensais de acompanhamento do projeto

Etapa Todas
Visando gerenciar falhas no decorrer das fases do
projeto, serão realizadas reuniões mensais com a
Justificativa
finalidade de efetuar ações corretivas para manter o
projeto o alinhamento do projeto.
Tempo Indefinido
Responsabili Gerência de projetos
dade
Método Não há metodologia utilizada
Custo Indefinido

4.2. CICLO 2

4.2.1.
.2.1. PLANEJAMENTO
Com os avanços obtidos após a execução do ciclo 1, o passo seguinte é
planejar o ciclo 2 com o intuito de aprimorar ainda mais a qualidade do
processo de desenvolvimento de software proposto. Consequentemente, os
avanços obtidos irão refletir uma maior proximidade com o nível G de
maturidade proposto pelo modelo de qualidade MPS.BR 2009.
Este ciclo terá como meta incorporar os resultados esperados GPR 7 e
GPR 8 da Gerência de Projetos e GRE 3 da Gerência de Requisitos contidos no
nível G de maturidade.

O que Quem vai Onde vai Como vai Quando vai

Por quê?
fazer? fazer? ser feito? ser feito? ser feito?
GPR 7 –
Planejar os
Atribuir tarefas Análise de
recursos
mais Documento de perfis de
humanos Gerente de Planejamento
adequadas a Planejamento atuação e
considerando Projetos do Projeto.
cada do Projeto. conhecimentos
perfil e
profissional. adquiridos.
conhecimentos
necessários.
GPR 8 – Garantir os Gerente de Documento de Planejamento Planejamento
Planejar meios Projetos Planejamento de aquisições e do Projeto.
15 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

necessários
para alcançar
de recursos
recursos e as metas do
disponíveis.
ambiente de projeto do Projeto.
Elaborar
trabalho. respeitando
orçamento.
escopo, prazos
e custos.
GRE 3 –
Garantir que os
Estabelecer e
artefatos
manter a Criação e
produzidos Artefatos das Durante as
rastreabilidade Analistas e manutenção da
estão de fases de fases de
bidirecional desenvolvedor matriz de
acordo com os análise, design análise, design
entre os es rastreabilidade
requisitos e codificação. e codificação.
requisitos e de requisitos.
levantados e
produtos de
aprovados.
trabalho.

Tabela 3 – Metas e métodos de planejamento de melhoria da qualidade do ciclo 2

16 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

4.2.2.
.2.2. EXECUÇÃO
4.2.2.1.
.2.2.1. MODELO DE NEGÓCIO

Figura 7 - Modelo de negócio do ciclo 2 de projeto de desenvolvimento de software

4.2.2.2.
.2.2.2. LISTA DE VERIFICAÇÃO

17 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

Pontos
% Pontos
Sprints Pontos Previstos Entregues
Entregues
(Velocity)
Sprint 001 -01 a
15/Jan 34 32 94%
Sprint 002 - 16 a
31/Jan 55 53 96%
Sprint 003 - 01 a
14/Fev 89 88 98%
Sprint 004 - 15 a
28/Fev 144 143 99%
Tabela 4 – Lista da verificação das sprints realizadas durante o ciclo 2.

4.2.2.3.
.2.2.3. HISTOGRAMA

Figura 8 – Histograma do ciclo 2.

4.2.2.4.
.2.2.4. DIAGRAMA DE PARETO

18 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

Figura 9 – Diagrama de Pareto do ciclo 2.

4.2.2.5.
.2.2.5. DIAGRAMA DE ISHIKAWA

Figura 10 – Diagrama de Ishikawa do ciclo 2.

4.2.3.
.2.3. CONTROLE

Conforme foi observado na coleta de dados, o percentual de pontos

entregues por Sprints em relação ao planejado foi bem maior e mais estável
em comparação com o produto anterior, porém ainda há falhas que
ocasionaram o atraso na entrega do produto.
Já não houve mais casos de falhas na implementação, testes e
implantação. Entretanto, novamente a falta de entendimento dos requisitos do

19 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

cliente foi a maior causa para o atraso, com uma freqüência de 41% dos casos.
Seguido de cliente indisponível, com freqüência de 35%, erro na estimativa de
duração de atividades e falha na análise ocorreram em 12% e 6% dos casos
respectivamente.
Os fatores que contribuíram para identificação dessas causas continuam
sendo, o processo pouco maduro, a alta rotatividade dos recursos e poucas
métricas para análise.
Fatores como, metodologia de análise incorreta, falta de experiência da
gerencia de projeto, falta de preparo do analista foram eliminados.

4.2.4.
.2.4. AVALIAÇÃO

PLANO DE AÇÃO
Tarefa – Gerenciamento de tempo

Etapa Codificação e Testes

Com o intuito de não haver mais atrasos na entrega do
Justificativa produto, serão tomadas medidas como a realocação de
recursos de outros projetos e a realização de hora extra.
Tempo Indefinido
Responsabili Gerente de Projetos
dade
Método Não há metodologia a ser utilizada
Custo Indefinido

PLANO DE AÇÃO
Tarefa – Validação de Requisitos

Etapa Levantar e aprovar requisitos

Objetivando o melhor entendimento dos requisitos, a
aprovação dos mesmos por parte do cliente será feita
Justificativa
sob acompanhamento do analista de requisitos do
projeto.
Tempo 2 meses
Responsabili Analista de Requisitos
dade
Método Não há metodologia a ser utilizada
Custo R$ 8.000,00
20 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

PLANO DE AÇÃO
Tarefa – Reuniões semanais de acompanhamento do projeto
com o cliente

Etapa Todas
Visando aumentar a disponibilidade do cliente, serão
agendadas reuniões semanais com o mesmo. Como
Justificativa justificativa para sua ocorrência, será utilizado o
argumento de que haverá uma maior celeridade na
execução do projeto.
Tempo Indefinido
Responsabili Gerente de Projetos
dade
Método Não há metodologia a ser utilizada
Custo Não há custo

PLANO DE AÇÃO
Tarefa – Plano de cargos e salários

Etapa Seu início deverá ser imediato

Visando diminuir a elevada rotatividade dos recursos,
Justificativa
deverá ser implantado um plano de cargos e salários.
Tempo 2 meses
Responsabili Analista de RH
dade
Método Método de Pontos
Custo R$ 6.000,00

4.3. BRAINSTORMING

Durante a fase de planejamento utilizamos a ferramenta brainstorming

para definir métodos que serão utilizados para alcançar as metas traçadas. As
metas, por sua vez, foram definidas através de uma aproximação entre as
ideias que surgiram com o brainstorming e os resultados esperados
pertencentes ao nível G de maturidade do Guia MPS.BR 2009. Os resultados
dessa técnica, nesta fase de planejamento, foram satisfatórios visto que

21 Última Atualização:
06/04/2011 09:47
 Plano de Melhoria de Qualidade

conseguimos preencher boa parte das lacunas encontradas em nosso modelo

primário de desenvolvimento de software.
Utilizamos essa ferramenta também durante a fase de avaliação a fim de
propor alternativas viáveis aos problemas ainda existentes em nosso modelo
de negócio. Os resultados também foram bastante satisfatórios, pois
conseguimos definir ações imediatas para mitigar problemas menos graves e
padronizar tarefas responsáveis por eliminar problemas de maior gravidade.
Portanto, a ferramenta brainstorming foi de fundamental importância
para promover um bom planejamento e ações objetivas a fim de melhorar o
processo de desenvolvimento de software existente. Vale ressaltar que sua
principal qualidade é atingir a todos os envolvidos, compartilhando ideias e
gerando um consenso produtivo, pois “No mundo real, a sabedoria que todos
compartilham é aquela que produz resultados.” (A. L. A. Staut) .

22 Última Atualização:
06/04/2011 09:47