P. 1
Plano de Melhoria de Qualidade (1)

Plano de Melhoria de Qualidade (1)

|Views: 2.139|Likes:
Publicado porAnderson Oliveira

More info:

Published by: Anderson Oliveira on Apr 06, 2011
Direitos Autorais:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

05/08/2013

pdf

text

original

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

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

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

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

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 .

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

probabilidade de ocorrência e prioridade de tratamento. Esses resultados fazem parte dos requisitos do nível G de maturidade (parcialmente gerenciado) do modelo de qualidade MPS. O planejamento de melhoria da qualidade será feito analisando o processo de um projeto de desenvolvimento de software. 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. onde serão apresentados os requisitos solicitados pelo cliente. Por quê? Elaboração de cronogramas e orçamentos mais precisos. PLANEJAMENTO .BR. Imediatamente após criação de qualquer artefato produzido na fase de Projeto. O objetivo é amadurecer gradativamente o processo de desenvolvimento de software através de ciclos PDCA. atender a todos os resultados esperados pelo nível G de maturidade contido no Guia MPS. Identificar e corrigir inconsistências em relação aos requisitos.1. GPR 6 – Identificar e documentar riscos do projeto.BR 2009. GRE 2 – Buscar o comprometime nto da equipe técnica com os requisitos aprovados. futuramente.1. bem como seu impacto. Evitar atrasos na entrega do produto ou até mesmo o cancelamento do projeto. Líder Técnico Sala de reuniões Analistas de Sistema Artefatos do projeto Através de uma mini palestra motivacional. Comprometime nto é chave fundamental para o sucesso de qualquer projeto. a fim de. 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. GRE 4 – Revisar produtos de trabalho do projeto. 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.Plano de Melhoria de Qualidade 4. O que fazer? GPR 2 – Medir tarefas e produtos de trabalho do projeto. Quando vai ser feito? Após a elaboração da Declaração de Escopo. Antes da elaboração do cronograma do projeto.1. 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.

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

2.2. LISTA DE VERIFICAÇÃO .1. 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 .2.1.Modelo de negócio do ciclo 1 de projeto de desenvolvimento de software 4.2.Plano de Melhoria de Qualidade Figura 3 .

1.2.4.30/Mar a 144 143 99% Tabela 2 – Lista da verificação das sprints realizadas durante o ciclo 1. Figura 4 – Histograma do ciclo 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 .1.16 a 89 .01 a 55 .1.2.3.01 a 21 . 6 15 30 53 87 46% 71% 88% 96% 98% 4.1. DIAGRAMA DE PARETO . 11 Última Atualização: 06/04/2011 09:47 . HISTOGRAMA . 4.16 a 13 .2.3.4.15 a 34 .2.

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

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

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.

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

design e codificação. Tabela 3 – Metas e métodos de planejamento de melhoria da qualidade do ciclo 2 16 Última Atualização: 06/04/2011 09:47 . de recursos disponíveis. Garantir que os artefatos produzidos estão de acordo com os requisitos levantados e aprovados. design e codificação. Criação e manutenção da matriz de rastreabilidade de requisitos. prazos e custos. do Projeto. Analistas e desenvolvedor es Artefatos das fases de análise. recursos e ambiente de trabalho.Plano de Melhoria de Qualidade necessários para alcançar as metas do projeto respeitando escopo. Elaborar orçamento. Durante as fases de análise. GRE 3 – Estabelecer e manter a rastreabilidade bidirecional entre os requisitos e produtos de trabalho.

2.2.2.Plano de Melhoria de Qualidade 4.1.1. MODELO DE NEGÓCIO .2.2. Figura 7 .2. 4.2.2.2. LISTA DE VERIFICAÇÃO .Modelo de negócio do ciclo 2 de projeto de desenvolvimento de software 4. EXECUÇÃO .2.2.2. 17 Última Atualização: 06/04/2011 09:47 .2.2.

2.2.15 a 144 Tabela 4 – Lista da verificação das sprints realizadas durante o ciclo 2.16 a 55 .4.2.2.2. 18 Última Atualização: 06/04/2011 09:47 .3.2. 4.3. Figura 8 – Histograma do ciclo 2.2.01 a 89 .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 .2. HISTOGRAMA . DIAGRAMA DE PARETO .4. 4.

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

metodologia de análise incorreta. 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. AVALIAÇÃO . 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.Plano de Melhoria de Qualidade cliente foi a maior causa para o atraso. serão tomadas medidas como a realocação de recursos de outros projetos e a realização de hora extra. a alta rotatividade dos recursos e poucas métricas para análise. com freqüência de 35%. Fatores como.000.00 20 Última Atualização: 06/04/2011 09:47 .2.4.4. falta de preparo do analista foram eliminados. o processo pouco maduro. Seguido de cliente indisponível.2. com uma freqüência de 41% dos casos. 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. falta de experiência da gerencia de projeto. Tempo 2 meses Responsabili Analista de Requisitos Etapa dade Método Custo Não há metodologia a ser utilizada R$ 8. 4. erro na estimativa de duração de atividades e falha na análise ocorreram em 12% e 6% dos casos respectivamente.

Tempo 2 meses Responsabili Analista de RH Etapa dade Método Custo Método de Pontos R$ 6.BR 2009. serão agendadas reuniões semanais com o mesmo. 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. 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. Como Justificativa justificativa para sua ocorrência.000. 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. Justificativa deverá ser implantado um plano de cargos e salários. será utilizado o argumento de que haverá uma maior celeridade na execução do projeto.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. Os resultados dessa técnica.00 4. As metas. foram satisfatórios visto que 21 Última Atualização: 06/04/2011 09:47 . por sua vez.3.

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

You're Reading a Free Preview

Descarregar
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->