plano de melhoria de qualidade (1)

Plano de Melhoria de Qualidade

Plano de Melhoria de QualidadePlano de Melhoria de QualidadeProjeto de Desenvolvimento de SoftwareProjeto de Desenvolvimento de Software

Alexandre Magno Silva Gama Anderson Marcos Souza de Oliveira

José Daniel Ettinger Chagas Kharylim Machado Sea

1 Última Atualização: 12/04/2023 18:05


Luiz Carlos Santos



ÍNDICEÍNDICE

1. OBJETIVO1. OBJETIVO..................................................................................................................................................................................................................................................................44

2. JUSTIFICATIVA2. JUSTIFICATIVA....................................................................................................................................................................................................................................................44

3. CENÁRIO ATUAL3. CENÁRIO ATUAL..............................................................................................................................................................................................................................................44

4. O CICLO PDCA4. O CICLO PDCA....................................................................................................................................................................................................................................................55

4.1. CICLO 14.1. CICLO 1....................................................................................................................................................................................................................................................................66

4.1.1. PLANEJAMENTO4.1.1. PLANEJAMENTO............................................................................................................................................................................................................66

4.1.2. EXECUÇÃO4.1.2. EXECUÇÃO............................................................................................................................................................................................................................77

4.1.2.1. MODELO DE NEGÓCIO4.1.2.1. MODELO DE NEGÓCIO..............................................................................................................................................................77

4.1.2.2. LISTA DE VERIFICAÇÃO4.1.2.2. LISTA DE VERIFICAÇÃO............................................................................................................................................................88

4.1.2.3. HISTOGRAMA4.1.2.3. HISTOGRAMA........................................................................................................................................................................................99

4.1.2.4. DIAGRAMA DE PARETO4.1.2.4. DIAGRAMA DE PARETO..........................................................................................................................................................99

4.1.2.5. DIAGRAMA DE ISHIKAWA4.1.2.5. DIAGRAMA DE ISHIKAWA................................................................................................................................................1010

4.1.3. CONTROLE4.1.3. CONTROLE..........................................................................................................................................................................................................................1010

4.1.4. AVALIAÇÃO4.1.4. AVALIAÇÃO......................................................................................................................................................................................................................1010

4.2. CICLO 24.2. CICLO 2................................................................................................................................................................................................................................................................1212

4.2.1. PLANEJAMENTO4.2.1. PLANEJAMENTO........................................................................................................................................................................................................1212



4.2.2. EXECUÇÃO4.2.2. EXECUÇÃO..........................................................................................................................................................................................................................1414

4.2.2.1. MODELO DE NEGÓCIO4.2.2.1. MODELO DE NEGÓCIO..........................................................................................................................................................1414

4.2.2.2. LISTA DE VERIFICAÇÃO4.2.2.2. LISTA DE VERIFICAÇÃO........................................................................................................................................................1414

4.2.2.3. HISTOGRAMA4.2.2.3. HISTOGRAMA....................................................................................................................................................................................1515

4.2.2.4. DIAGRAMA DE PARETO4.2.2.4. DIAGRAMA DE PARETO......................................................................................................................................................1515

4.2.2.5. DIAGRAMA DE ISHIKAWA4.2.2.5. DIAGRAMA DE ISHIKAWA................................................................................................................................................1616

4.2.3. CONTROLE4.2.3. CONTROLE..........................................................................................................................................................................................................................1616

4.2.4. AVALIAÇÃO4.2.4. AVALIAÇÃO......................................................................................................................................................................................................................1616

4.3. BRAINSTORMING.......................................................................................................................18



1. 1. OBJETIVOOBJETIVO

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.

22. . JUSTIFICATIVAJUSTIFICATIVA

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.

33. . CENÁRIO ATUALCENÁ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:



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

44. . O CICLO PDCAO 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 6 Última Atualização: 12/04/2023 18:05


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

44..1.1. CICLO 1CICLO 1

4.1.14.1.1. . PLANEJAMENTOPLANEJAMENTO

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 fazer? Por quê? Quem vai fazer?

Onde vai ser feito?

Como vai ser feito?

Quando vai ser feito?

GPR 2 – Medir tarefas e produtos de trabalho do projeto.

Elaboração de cronogramas e orçamentos mais precisos.

Analista de Pontos de Função

Tarefas de trabalho e artefatos produzidos

Utilizando as técnicas da APF descritas no BFPUG.

Após a elaboração da Declaração de Escopo.

GPR 6 – Identificar e documentar riscos do projeto, bem como seu impacto, probabilidade de ocorrência e prioridade de tratamento.

Evitar atrasos na entrega do produto ou até mesmo o cancelamento do projeto.

Gerente de Projetos

Planejamento do Projeto

Através de uma análise de riscos e definição da matriz de riscos.

Antes da elaboração do cronograma do projeto.

GRE 2 – Buscar o comprometimento da equipe técnica com os requisitos aprovados.

Comprometimento é chave fundamental para o sucesso de qualquer projeto.

Líder Técnico Sala de reuniões

Através de uma mini palestra motivacional, onde serão apresentados os requisitos solicitados pelo cliente.

Após a reunião de aprovação de requisitos levantados junto ao cliente.

GRE 4 – Revisar produtos de trabalho do projeto.

Identificar e corrigir inconsistências em relação aos requisitos.

Analistas de Sistema

Artefatos do projeto

Verificando a corretude na rastreabilidade dos requisitos aprovados em relação à modelagem e especificação produzidas nos artefatos do projeto.

Imediatamente após criação de qualquer artefato produzido na fase de Projeto.

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

4.1.24.1.2. . EXECUÇÃOEXECUÇÃO

4.1.2.14.1.2.1. . MODELO DE NEGÓCIOMODELO 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.



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

4.1.2.24.1.2.2. . LISTA DE VERIFICAÇÃOLISTA DE VERIFICAÇÃO

Sprints Pontos Previstos Pontos Entregues (Velocity)

% Pontos Entregues

Sprint 001 -01 a 15/Jan 8 3 38%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.34.1.2.3. . HISTOGRAMAHISTOGRAMA

Figura 4 – Histograma do ciclo 1.

4.1.2.44.1.2.4. . DIAGRAMA DE PARETODIAGRAMA DE PARETO

Figura 5 – Diagrama de Pareto do ciclo 1.



4.1.2.54.1.2.5. . DIAGRAMA DE ISHIKAWADIAGRAMA DE ISHIKAWA

Figura 6 – Diagrama de Ishikawa do ciclo 1.

4.1.34.1.3. . CONTROLECONTROLE

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 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.44.1.4. . AVALIAÇÃOAVALIAÇÃO

PLANO DE AÇÃO 11 Última Atualização: 12/04/2023 18:05


Tarefa – Elicitação de Requisitos

Etapa Levantamento e elicitação de requisitos

Justificativa Melhorar o entendimento dos requisitos obtidos do cliente visando dar maior qualidade a elaboração de casos de uso evitando dificuldades na fase de desenvolvimento.

Tempo 3 mesesResponsabilidade Analista de Requisitos/Analista de SistemasMétodo Entrevistas e análise de documentosCusto Indefinido

PLANO DE AÇÃOTarefa – Atividades

Etapa Gerenciamento das atividades

JustificativaCom o objetivo de melhorar o processo de estimar o número de períodos de trabalho que serão necessários para terminar atividades do cronograma.

Tempo IndefinidoResponsabilidade Gerência de projetosMétodo Não há metodologia utilizadaCusto Indefinido

PLANO DE AÇÃOTarefa – Implementação

Etapa Gerenciamento da implementação

JustificativaCom o intuito de evitar falhas de implementação, serão tomadas medidas de alocar recursos com maior experiência para implementar funcionalidades de missão crítica do produto.




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

Etapa Todas

JustificativaVisando gerenciar falhas no decorrer das fases do projeto, serão realizadas reuniões mensais com a finalidade de efetuar ações corretivas para manter o projeto o alinhamento do projeto.


44..2.2. CICLO 2CICLO 2

4.2.14.2.1. . PLANEJAMENTOPLANEJAMENTO

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 fazer? Por quê? Quem vai fazer?

Onde vai ser feito?

Como vai ser feito?

Quando vai ser feito?

GPR 7 – Planejar os recursos humanos considerando perfil e conhecimentos necessários.

Atribuir tarefas mais adequadas a cada profissional.

Gerente de Projetos

Documento de Planejamento do Projeto.

Análise de perfis de atuação e conhecimentos adquiridos.

Planejamento do Projeto.

GPR 8 – Planejar recursos e ambiente de trabalho.

Garantir os meios necessários para alcançar as metas do projeto respeitando escopo, prazos e custos.

Gerente de Projetos

Documento de Planejamento do Projeto.

Planejamento de aquisições e de recursos disponíveis. Elaborar orçamento.

Planejamento do Projeto.

GRE 3 – Estabelecer e

Garantir que os artefatos

Analistas e desenvolvedores

Artefatos das fases de análise, design

Criação e manutenção da

Durante as fases de análise, design



manter a rastreabilidade bidirecional entre os requisitos e produtos de trabalho.

produzidos estão de acordo com os requisitos levantados e aprovados.

e codificação.matriz de rastreabilidade de requisitos.

e codificação.

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



4.2.24.2.2. . EXECUÇÃOEXECUÇÃO

4.2.2.14.2.2.1. . MODELO DE NEGÓCIOMODELO DE NEGÓCIO

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

4.2.2.24.2.2.2. . LISTA DE VERIFICAÇÃOLISTA DE VERIFICAÇÃO



Sprints Pontos Previstos Pontos Entregues (Velocity)

% Pontos Entregues

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.34.2.2.3. . HISTOGRAMAHISTOGRAMA

Figura 8 – Histograma do ciclo 2.

4.2.2.44.2.2.4. . DIAGRAMA DE PARETODIAGRAMA DE PARETO

Figura 9 – Diagrama de Pareto do ciclo 2.



4.2.2.54.2.2.5. . DIAGRAMA DE ISHIKAWADIAGRAMA DE ISHIKAWA

Figura 10 – Diagrama de Ishikawa do ciclo 2.

4.2.34.2.3. . CONTROLECONTROLE

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 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.44.2.4. . AVALIAÇÃOAVALIAÇÃO

PLANO DE AÇÃOTarefa – Gerenciamento de tempo

Etapa Codificação e Testes



JustificativaCom o intuito de não haver mais atrasos na entrega do produto, serão tomadas medidas como a realocação de recursos de outros projetos e a realização de hora extra.

Tempo IndefinidoResponsabilidade Gerente de ProjetosMétodo Não há metodologia a ser utilizadaCusto Indefinido

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

Etapa Levantar e aprovar requisitos

JustificativaObjetivando o melhor entendimento dos requisitos, a aprovação dos mesmos por parte do cliente será feita sob acompanhamento do analista de requisitos do projeto.

Tempo 2 mesesResponsabilidade Analista de RequisitosMétodo Não há metodologia a ser utilizadaCusto R$ 8.000,00

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

Etapa Todas

Justificativa

Visando aumentar a disponibilidade do cliente, serão agendadas reuniões semanais com o mesmo. Como justificativa para sua ocorrência, será utilizado o argumento de que haverá uma maior celeridade na execução do projeto.

Tempo IndefinidoResponsabilidade Gerente de ProjetosMétodo Não há metodologia a ser utilizadaCusto Não há custo

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

Etapa Seu início deverá ser imediato

Justificativa Visando diminuir a elevada rotatividade dos recursos, deverá ser implantado um plano de cargos e salários.

Tempo 2 meses



Responsabilidade Analista de RHMétodo Método de PontosCusto R$ 6.000,00

44..3.3. BRAINSTORMINGBRAINSTORMING

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 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) .


plano de melhoria de qualidade (1)

Documents