Plano de Melhoria de Qualidade

Projeto de Desenvolvimento de Software

Plano de Melhoria de Qualidade

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

....... PLANEJAMENTO...............................2....................................................2...................................13 4................................................ DIAGRAMA DE PARETO.......................................4.9 4.....................7 4....12 4.......................... EXECUÇÃO....................................1...................1......................................2............................. PLANEJAMENTO.............................................................................. CONTROLE.. DIAGRAMA DE ISHIKAWA.................................................................... OBJETIVO.............2......1.............................................................................................5...................2.......................................1........11 4.................................................................................................................................................................................................................................1........... HISTOGRAMA....................................7 4.................................... EXECUÇÃO............................................ O CICLO PDCA......................................................................... CICLO 1..........................................................................2....11 4.........1.......9 4................... JUSTIFICATIVA................. LISTA DE VERIFICAÇÃO............. MODELO DE NEGÓCIO..............................................................................................................................................................................................3..1.............2.......................................15 4.........2...............17 3 Última Atualização: 06/04/2011 09:47 ...................................................4........1.............................1..... MODELO DE NEGÓCIO.....................................................................15 4..........................2.1....... AVALIAÇÃO.......................................................5 3..........................................................................1.........................................................................1.........2..........................................................17 4..................5 4....................1......................................3............................. CICLO 2......2... CENÁRIO ATUAL.........1.2.5 2......................12 4...........................................................................................................Plano de Melhoria de Qualidade ÍNDICE 1..10 4.........................................................................................8 4........2..................................................

................................ DIAGRAMA DE PARETO..2................................................................................2...........................................3..................Plano de Melhoria de Qualidade 4.....................................2...................3.......................2......................3. HISTOGRAMA............................ LISTA DE VERIFICAÇÃO........................... BRAINSTORMING..... DIAGRAMA DE ISHIKAWA......................................................................................18 4................2..2..........................................................19 4..............................................................................................20 4..... AVALIAÇÃO.................................2.......................18 4.............................4......19 4...2.........4............2......21 4 Última Atualização: 06/04/2011 09:47 ...............................................................................2......................... CONTROLE.17 4..............2...............5..........................................

CENÁRIO ATUAL Com o objetivo de melhorar a qualidade do processo de desenvolvimento de software existente em nosso ambiente. baseado no ciclo PDCA e no Guia MPS. JUSTIFICATIVA A criação desse plano se deve à necessidade de melhoria contínua do processo de desenvolvimento de software em um ambiente de TI. todas as fases e artefatos gerados em um projeto de desenvolvimento de software. modelou-se o negócio em questão. O modelo pode ser visualizado abaixo: 5 Última Atualização: 06/04/2011 09:47 . Está estruturado de acordo com a sequencia do ciclo de Walter Shewhart. ele visa aprimorar o processo obtendo com isso ganhos com produtividade. 2. Assim. melhoria na comunicação.Plano de Melhoria de Qualidade 1. otimização de recursos e entrega de produtos com maior valor ao cliente.BR. 3. ou seja. OBJETIVO Este documento tem por objetivo criar um plano de melhoria de qualidade para um projeto de desenvolvimento de software.

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 Figura 1 .

O CICLO PDCA O ciclo de Shewhart ou ciclo de Deming.O ciclo PDCA 4. constantemente e repetidamente (ciclicamente).Plano de Melhoria de Qualidade 4. mais conhecido como ciclo PDCA. em seguida a ação ou conjunto de ações planejadas são executadas. CICLO 1 7 Última Atualização: 06/04/2011 09:47 . checa-se se o que foi feito estava de acordo com o planejado. é um ciclo de desenvolvimento que tem foco na melhoria contínua de processos. O ciclo começa pelo planejamento. 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. Figura 2 .1. e toma-se uma ação para eliminar ou ao menos mitigar defeitos no produto ou na execução. independentemente da área de atuação da empresa.

GRE 2 – Buscar o comprometime nto da equipe técnica com os requisitos aprovados. Comprometime nto é chave fundamental para o sucesso de qualquer projeto. 8 Última Atualização: 06/04/2011 09:47 . Gerente de Projetos Planejamento do Projeto Através de uma análise de riscos e definição da matriz de riscos. Imediatamente após criação de qualquer artefato produzido na fase de Projeto. GPR 6 – Identificar e documentar riscos do projeto. probabilidade de ocorrência e prioridade de tratamento.1. Quem vai fazer? Analista de Pontos de Função Onde vai ser feito? Tarefas de trabalho e artefatos produzidos Como vai ser feito? Utilizando as técnicas da APF descritas no BFPUG. Identificar e corrigir inconsistências em relação aos requisitos.Plano de Melhoria de Qualidade 4.BR 2009. bem como seu impacto. Evitar atrasos na entrega do produto ou até mesmo o cancelamento do projeto. atender a todos os resultados esperados pelo nível G de maturidade contido no Guia MPS.1. Esses resultados fazem parte dos requisitos do nível G de maturidade (parcialmente gerenciado) do modelo de qualidade MPS. futuramente. a fim de. Quando vai ser feito? Após a elaboração da Declaração de Escopo. 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. Por quê? Elaboração de cronogramas e orçamentos mais precisos.1. O objetivo é amadurecer gradativamente o processo de desenvolvimento de software através de ciclos PDCA. PLANEJAMENTO . Verificando a corretude na rastreabilidade dos requisitos aprovados em relação à modelagem e especificação produzidas nos artefatos do Após a reunião de aprovação de requisitos levantados junto ao cliente.1. Antes da elaboração do cronograma do projeto. Líder Técnico Sala de reuniões Analistas de Sistema Artefatos do projeto Através de uma mini palestra motivacional.BR. O planejamento de melhoria da qualidade será feito analisando o processo de um projeto de desenvolvimento de software. O que fazer? GPR 2 – Medir tarefas e produtos de trabalho do projeto. GRE 4 – Revisar produtos de trabalho do projeto. onde serão apresentados os requisitos solicitados pelo cliente.

2.Plano de Melhoria de Qualidade projeto. modificamos o diagrama de negócio a fim de obter um modelo mais aproximado no nível G de qualidade especificado no Guia MPS.1. 4. Baseado no planejamento definido na fase anterior.1.2.1. Tabela 1 – Metas e métodos de planejamento de melhoria da qualidade do ciclo 1.BR 2009.1.2. 9 Última Atualização: 06/04/2011 09:47 . EXECUÇÃO .1.1.2. 4. MODELO DE NEGÓCIO .

Pontos Entregues (Velocity) 3 10 Sprints Sprint 001 -01 a 15/Jan Pontos Previstos 8 % Pontos Entregues 38% Última Atualização: 06/04/2011 09:47 .1.2.2.1.Modelo de negócio do ciclo 1 de projeto de desenvolvimento de software 4.2.2.Plano de Melhoria de Qualidade Figura 3 . LISTA DE VERIFICAÇÃO .

01 a 21 .4.1.1. 11 Última Atualização: 06/04/2011 09:47 .15 a 34 . HISTOGRAMA .01 a 55 .3.4.2.2.2.30/Mar a 144 143 99% Tabela 2 – Lista da verificação das sprints realizadas durante o ciclo 1.1.Plano de Melhoria de Qualidade Sprint 002 31/Jan Sprint 003 14/Fev Sprint 004 28/Fev Sprint 005 15/Mar Sprint 006 29/Mar Sprint 007 12/Abr . DIAGRAMA DE PARETO .16 a 13 .1.3. 6 15 30 53 87 46% 71% 88% 96% 98% 4.16 a 89 .2. Figura 4 – Histograma do ciclo 1. 4.

onde no primeiro Sprint foi entregue apenas 38% dos 12 Última Atualização: 06/04/2011 09:47 .3.2. 4. CONTROLE .1. O projeto iniciou com uma grande margem de diferença entre os pontos previstos e os entregues.2.5. DIAGRAMA DE ISHIKAWA . 4.1.3.Plano de Melhoria de Qualidade Figura 5 – Diagrama de Pareto do ciclo 1.1.5. Figura 6 – Diagrama de Ishikawa do ciclo 1.1.

Tempo 3 meses Responsabili Analista de Requisitos/Analista de Sistemas Etapa dade Método Custo Entrevistas e análise de documentos Indefinido PLANO DE AÇÃO Tarefa – Atividades Etapa Justificativa Gerenciamento das atividades 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 .1.4. falta de preparo do analista. 2% e 2% dos casos respectivamente. poucas métricas para análise e ausência de rastreabilidade bidirecional entres requisitos.Plano de Melhoria de Qualidade pontos previstos. falha na implementação. metodologia de análise incorreta. com uma freqüência de 34% dos casos.1. AVALIAÇÃO . 4. erro na estimativa de duração de atividades com 15% das ocorrências. A maior causa para o atraso foi a falta de entendimento dos requisitos do cliente. falha na análise com 12%. Seguido de cliente indisponível.4. alta rotatividade dos recursos. PLANO DE AÇÃO Tarefa – Elicitação de Requisitos 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. Dentre os fatores que contribuíram para identificação dessas causas podemos destacar o processo imaturo. falha nos testes e falha na implantação ocorreram em 10%. com freqüência de 24%. porém esse percentual foi aumentando gradativamente à medida que novos Sprints eram entregues chegando a 99% no último Sprint. falta de experiência da gerencia de projeto.

Tempo Indefinido Responsabili Gerência de projetos dade Método Custo Não há metodologia utilizada Indefinido PLANO DE AÇÃO Tarefa – Implementação Gerenciamento da implementação Com o intuito de evitar falhas de implementação. Tempo Indefinido Responsabili Gerência de projetos Etapa dade Método Custo Não há metodologia utilizada Indefinido 14 Última Atualização: 06/04/2011 09:47 .Plano de Melhoria de Qualidade para terminar atividades do cronograma. serão tomadas medidas de alocar recursos com maior Justificativa experiência para implementar funcionalidades de missão crítica do produto.

Consequentemente. CICLO 2 4.1. O que fazer? GPR 7 – Planejar os recursos humanos considerando perfil e conhecimentos necessários. Planejamento de aquisições e Quando vai ser feito? Gerente de Projetos Planejamento do Projeto.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. Tempo Indefinido Responsabili Gerência de projetos Etapa dade Método Custo Não há metodologia utilizada Indefinido 4.1.Plano de Melhoria de Qualidade PLANO DE AÇÃO Tarefa – Reuniões mensais de acompanhamento do projeto Todas Visando gerenciar falhas no decorrer das fases do projeto.2. Como vai ser feito? Análise de perfis de atuação e conhecimentos adquiridos. PLANEJAMENTO . Com os avanços obtidos após a execução do ciclo 1. Garantir os meios Quem vai fazer? Onde vai ser feito? Documento de Planejamento do Projeto.2.2. os avanços obtidos irão refletir uma maior proximidade com o nível G de maturidade proposto pelo modelo de qualidade MPS. Gerente de Projetos Documento de Planejamento 15 Planejamento do Projeto. GPR 8 – Planejar Por quê? Atribuir tarefas mais adequadas a cada profissional. o passo seguinte é planejar o ciclo 2 com o intuito de aprimorar ainda mais a qualidade do processo de desenvolvimento de software proposto. Última Atualização: 06/04/2011 09:47 . serão realizadas reuniões mensais com a Justificativa finalidade de efetuar ações corretivas para manter o projeto o alinhamento do projeto.

design e codificação. do Projeto. Durante as fases de análise. Garantir que os artefatos produzidos estão de acordo com os requisitos levantados e aprovados. Elaborar orçamento. Analistas e desenvolvedor es Artefatos das fases de análise. GRE 3 – Estabelecer e manter a rastreabilidade bidirecional entre os requisitos e produtos de trabalho. Criação e manutenção da matriz de rastreabilidade de requisitos. de recursos disponíveis.Plano de Melhoria de Qualidade necessários para alcançar as metas do projeto respeitando escopo. recursos e ambiente de trabalho. design e codificação. prazos e custos. 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. 17 Última Atualização: 06/04/2011 09:47 .1.1. LISTA DE VERIFICAÇÃO . Figura 7 . 4.2.2.2.2.2.2. EXECUÇÃO .2.2.2. MODELO DE NEGÓCIO .Modelo de negócio do ciclo 2 de projeto de desenvolvimento de software 4.2.2.2.2.2.

2.3.2.3. 18 Última Atualização: 06/04/2011 09:47 .15 a 144 Tabela 4 – Lista da verificação das sprints realizadas durante o ciclo 2.01 a 89 .2.2.2.2.2. 4.2. HISTOGRAMA . DIAGRAMA DE PARETO .4.16 a 55 .4.Plano de Melhoria de Qualidade Pontos Entregues (Velocity) 32 53 88 143 % Pontos Entregues 94% 96% 98% 99% Sprints Sprint 001 15/Jan Sprint 002 31/Jan Sprint 003 14/Fev Sprint 004 28/Fev -01 a Pontos Previstos 34 . 4. Figura 8 – Histograma do ciclo 2.

2. 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.5.2.3.Plano de Melhoria de Qualidade Figura 9 – Diagrama de Pareto do ciclo 2.2.2. 4.3. 4. DIAGRAMA DE ISHIKAWA . CONTROLE . Figura 10 – Diagrama de Ishikawa do ciclo 2. Entretanto.5. novamente a falta de entendimento dos requisitos do 19 Última Atualização: 06/04/2011 09:47 . porém ainda há falhas que ocasionaram o atraso na entrega do produto. Já não houve mais casos de falhas na implementação.2. testes e implantação.2.

com freqüência de 35%. 4. metodologia de análise incorreta.4. serão tomadas medidas como a realocação de recursos de outros projetos e a realização de hora extra.2. Tempo Indefinido Responsabili Gerente de Projetos Etapa dade Método Custo Não há metodologia a ser utilizada Indefinido PLANO DE AÇÃO Tarefa – Validação de Requisitos Levantar e aprovar requisitos Objetivando o melhor entendimento dos requisitos.Plano de Melhoria de Qualidade cliente foi a maior causa para o atraso.2. Fatores como. falta de preparo do analista foram eliminados.000. AVALIAÇÃO . Seguido de cliente indisponível. o processo pouco maduro. a alta rotatividade dos recursos e poucas métricas para análise. falta de experiência da gerencia de projeto. a aprovação dos mesmos por parte do cliente será feita Justificativa sob acompanhamento do analista de requisitos do projeto. Os fatores que contribuíram para identificação dessas causas continuam sendo. com uma freqüência de 41% dos casos.4. erro na estimativa de duração de atividades e falha na análise ocorreram em 12% e 6% dos casos respectivamente.00 20 Última Atualização: 06/04/2011 09:47 . Tempo 2 meses Responsabili Analista de Requisitos Etapa dade Método Custo Não há metodologia a ser utilizada R$ 8. PLANO DE AÇÃO Tarefa – Gerenciamento de tempo Codificação e Testes Com o intuito de não haver mais atrasos na entrega do Justificativa produto.

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. por sua vez.3. nesta fase de planejamento. 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. Os resultados dessa técnica. Tempo 2 meses Responsabili Analista de RH Etapa dade Método Custo Método de Pontos R$ 6. Como Justificativa justificativa para sua ocorrência.Plano de Melhoria de Qualidade PLANO DE AÇÃO Tarefa – Reuniões semanais de acompanhamento do projeto com o cliente Todas Visando aumentar a disponibilidade do cliente.BR 2009.00 4. Justificativa deverá ser implantado um plano de cargos e salários. serão agendadas reuniões semanais com o mesmo. será utilizado o argumento de que haverá uma maior celeridade na execução do projeto. As metas. Tempo Indefinido Responsabili Gerente de Projetos Etapa dade Método Custo Não há metodologia a ser utilizada Não há custo PLANO DE AÇÃO Tarefa – Plano de cargos e salários Seu início deverá ser imediato Visando diminuir a elevada rotatividade dos recursos. foram satisfatórios visto que 21 Última Atualização: 06/04/2011 09:47 .000.

A. 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. Vale ressaltar que sua principal qualidade é atingir a todos os envolvidos. a sabedoria que todos compartilham é aquela que produz resultados. Staut) .Plano de Melhoria de Qualidade conseguimos preencher boa parte das lacunas encontradas em nosso modelo primário de desenvolvimento de software. 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. compartilhando ideias e gerando um consenso produtivo. pois “No mundo real. pois conseguimos definir ações imediatas para mitigar problemas menos graves e padronizar tarefas responsáveis por eliminar problemas de maior gravidade. L.” (A. 22 Última Atualização: 06/04/2011 09:47 .

Sign up to vote on this title
UsefulNot useful