Desenvolver padrões de qualidade verossímeis prático e viável

Importante :  Este artigo foi traduzido por um sistema de tradução automática, leia o aviso de isenção de responsabilidade. Para sua referência, veja a versão em inglês deste artigo aqui.

Por Lonnie Pacelli

Um dos meus clientes anteriores tinha uma grande organização de TI dedicado à gestão de qualidade. O Diretor de informática obrigatório que cada projeto tem um gerente de qualidade para garantir que o projeto seguindo padrões aprovados. Quando o projeto da minha equipe iniciado, o Gerenciador de qualidade nos forneceu uma lista longa de padrões. Como fizemos nelas, ela apareceu que muitas não se aplicam ao nosso projeto ou fossem tão vagas que não foi possível entendemos como implementá-los. Muitas pessoas atribuídas ao projeto descartado os padrões de qualidade como ocupado trabalho e simplesmente ignoradas-los. Outras pessoas tentaram compreender como os padrões aplicada ao projeto e feitas um esforço tentativa valiosa para demonstrar conformidade. No entanto, enquanto nosso projeto passado a revisão de padrões de qualidade, ele foi uma distração para a equipe e não adicionar muito valor.

Qualidade importa

Apesar de uma experiência, estou ainda propõe forte de padrões de qualidade. Ajuda bastante quando atende às expectativas durante o desenvolvimento de produto e se o produto deve ser modificada. Mas padrões de qualidade não devem levar uma vida de seu próprios, exigir trabalho incremental para atender a alguns padrão com nenhum valor definido, associado. Sim, padrões de qualidade precisam existir e projetos deverão segui-los. Mas esses padrões devem estar disponíveis para todos, práticos, viável e verossímeis. Mais importante, o grupo precisa ver o valor que fornecem padrões de qualidade. Se o valor não pode ser compreendida ou demonstrou, a equipe do projeto terá dificuldades comprando em e implementar a qualidade necessária.

Início da Página

Diretrizes para desenvolvimento de padrões de qualidade

Como você pode colocar em padrões de qualidade verossímeis prático e viável de local? Conforme você começar a sua jornada, considere as seguintes diretrizes:

  • Ver se padrões de qualidade já existem na sua organização.    Se você estiver em uma grande organização, chances são que alguém já desenvolveu padrões de qualidade para o tipo de projetos que você gerenciar. Peça correspondentes, gerentes e outros participantes se os padrões necessários estão no lugar. Se você encontrar qualquer, considere adotando-los ou usá-los como ponto de partida.

  • Configurar um conselho consultivo de padrões de qualidade.     Monte uma equipe de grupos de interessado afetados pelos projetos que você gerenciar. Seu objetivo aqui não compartilhar a carga de trabalho com essa equipe, mas usá-las como consultores para ajudar a garantir que os padrões de qualidade que você definir são tudo o que você deseja que eles sejam.

  • Entender como os participantes entendem qualidade.    Conduza entrevistas com cada grupo interessado para entender as expectativas para entregas. Por exemplo, para padrões de qualidade de TI, você pode discutir expectativas com gerenciadores de usabilidade, suporte de produção e outros patrocinadores chaves. Peça que eles acham que é necessária para produzir um projeto bem-sucedido. Talvez você ache que esta é uma pergunta óbvia, mas algumas respostas podem lhe perspectiva sobre valores interessado e também não é importante para eles. Não subestime o poder dessas entrevistas: eles podem ajudar a alinhar sua percepções de qualidade com as de seus participantes.

  • Começar com um modelo.     Há muitas planos de qualidade padrão e modelos, assim você não tem que começar com uma folha de papel em branco. Usar um modelo com opções para escolher boa, robusto que se aplicam ao seu organização e projeto.

  • Desenvolver uma consequência para cada padrão de qualidade.    Gosto de chamar isso a "quem cares?" testar. Para cada padrão que você identifica, desenvolva uma consequência lógica, ponderada que ocorrerá se ele não for atendido. Se você e seu Conselho Consultivo não podem identificar um resultado realista, ou se a consequência é secundária, considere revisando ou excluindo o padrão. É muito fácil joga tudo em sua lista de padrões de qualidade. Mais sempre não é melhor, então certifique-se de focalizar o que é mais relevante.

  • Os padrões de qualidade são avaliados como uma parte normal do seu projeto Post-mortem.    Colocar padrões práticos in-loco é o primeiro grande passo em direção às expectativas dos participantes da reunião. Portanto, para garantir que seus padrões de qualidade continuam a dividendos, é importante incluir uma revisão de Post-mortem regular. Faça perguntas como:

    • Qualquer padrões de qualidade foram ignorados? Em caso afirmativo, foi a consequência significativa?

    • O produto que foi criado com os padrões de qualidade em mente ou eles foram aplicados depois que o produto foi projetado e necessário seja testada?

    • A equipe levou os padrões de qualidade seriamente ou seguem as diretrizes porque eles?


      Obtendo uma boa leitura em como as equipes de projeto exibidas a qualidade padrões ajudará você a melhorar a essas medidas e ao longo do tempo que serão evoluem com a sua organização.

Início da Página

Conclusão

Padrões de qualidade são um componente importante de sua metodologia de gerenciamento de projeto. Para as medidas ser eficaz, eles precisam ser prático, verossímeis e viáveis. Se você criar padrões de qualidade que não representam realidade, as equipes de projeto serão procuram brechas ou ignorá-los completamente.

Início da Página

Sobre o autor     Lonnie Pacelli é um proprietário comercial, consultor e autor com mais de 20 anos de experiência em gerenciamento de projetos. Trabalhou com empresas da Fortune 500 incluindo Microsoft, Accenture, Motorola, Martins eletrônicos, AT & T e Northrop Grumman e projetos com êxito gerenciados variando de instalação dos sistemas de tecnologia de informações complexas para processar pequenas melhorias. Atualmente, ele é CEO da Banzai Sushi em Seattle. Lonnie é autor do o Supervisor de gerenciamento de projeto: 18 Screw-ups de projeto principais e como cortados no Pass (Prentice Hall, 2004), A verdade sobre obtendo seu ponto entre (Prentice Sousa, 2006) e Liderança simplificado (Amazon.com, 2006).

Observação : Aviso de Isenção de Tradução Automática: Este artigo foi traduzido por computador, sem intervenção humana. A Microsoft oferece essas traduções automáticas para ajudar as pessoas que não falam inglês a aproveitar os textos escritos sobre produtos, serviços e tecnologias da Microsoft. Como este artigo foi traduzido automaticamente, é possível que contenha erros de vocabulário, sintaxe ou gramática.

Expanda suas habilidades
Explore o treinamento
Obtenha novos recursos primeiro
Ingressar no Office Insider

Essas informações foram úteis?

Obrigado por seus comentários!

Agradecemos pelos seus comentários! Parece que pode ser útil conectar você a um de nossos agentes de suporte do Office.

×