Página inicial » Como Fazer? » EMPREGO TI » Projetos » Segurança » TI » 14 controles de qualidade para o seu cronograma de projetos de TI
14 controles de qualidade para o seu cronograma de projetos de TI
Uma forma de avaliar se o cronograma do projeto é bom é para medi-lo contra esta lista de controlo de qualidade da Agência de Gestão de Contratos de Defesa.
Projeto de TI consultores de gestão e Project Management Office (PMO) gerentes de ver cronogramas de projetos, que variam em qualidade. APMP certificado gerente de projeto (PM) pode ter 10 anos de experiência de gerenciamento de projetos, mas isso não é um indicador da capacidade da PM para construir uma boa programação.
Avaliando um cronograma do projeto pode ser subjetiva a menos que haja um conjunto de critérios objectivos a seguir.PMO organizações bem estruturadas podem ter diretrizes de qualidade do cronograma do projeto, mas a menos que haja uma revisão cronograma, o cronograma ainda pode ter defeitos significativos que impactam a entrega do projeto realista. (Lembre-se: O cronograma do projeto é um modelo de previsão de eventos futuros, assim que você quer o modelo para refletir a realidade, tanto quanto possível.)
O Agência de Gestão de Contratos de Defesa (DCMA) fornece uma avaliação de 14 pontos que pode ser aplicado para avaliar a qualidade do cronograma do projeto. Os DCMS é um departamento Departamento de Defesa (DoD), que trabalha com os fornecedores para gerir o tempo, custo e desempenho para o governo federal dos EUA de.
Métricas pré-avaliação
Você precisa calcular essas métricas antes de aplicar os controlos de qualidade.
Total de Tarefas é uma contagem das menores tarefas de nível, excluindo resumo, subprojeto, a duração da linha de base zero, e tarefas da etapa.
Completar tarefas é uma contagem do total de Tarefas com uma data de término real.
Tarefas Incompletas é uma contagem do total de tarefas sem data de término real.
Conde da linha de base é uma contagem de todos os Total de Tarefas que deveriam ter completado antes ou na data de status do projeto.
BEI Base Conde é uma contagem de todos os Total de tarefas que deveriam ser concluídas antes ou na data de status do projeto e todas as tarefas que estão faltando um começo de referência e data de término.
Conde de Relacionamento é uma contagem de todos os Finish-Start (FS), Start-to-Start (SS), Start-Finish (SF) e Finish-to-Finish (FF) dependências na agenda.
Os 14 controlos de qualidade
Logic check avalia se as tarefas estão faltando um sucessor ou predecessor na agenda.Logicamente, todas as atividades devem ter pelo menos um predecessor ou tarefas sucessoras ou então corre o risco de criar uma tarefa órfão. Uma programação de qualidade não deve ter mais de 5% da sua lógica faltando tarefas. A fórmula de verificação lógica é (n º de Tarefas Logic falta) / (n º de Tarefas Incompletas) * 100.
Leads check procura defasagens negativas (ie, leva) na agenda. Uma programação de qualidade deve ter pistas de zero, como eles podem impactar caminho crítico do projeto.
Defasagens check garante o uso de defasagens é minimizado no cronograma do projeto, como atrasos podem afetar o caminho crítico. Uma programação de qualidade que têm menos de 5% das tarefas com defasagens. A fórmula de verificação lag é (número de tarefas com Lag) / (Tarefas Incompletas).
Tipos de relacionamento Verifique valida de 90% das tarefas têm Concluir para iniciar relacionamentos. Usando Concluir para iniciar relacionamentos fornece um fluxo lógico para a programação.
Difícil Restrições de Verificação é qualquer atividade que tem um Deve Terminar Em, Deve Iniciar em, começar o mais tardar, ou Concluir o mais tardar restrição. Muitas vezes você vê essas restrições no "pick-a-dia" gerenciamento de projetos. Você quer idealmente a sua agenda para ser uma programação dinâmica, que flui facilmente quando o projeto for atualizado. A verificação de restrições de difícil identifica qualquer tarefa incompleta que tem uma restrição forte. Uma programação de qualidade não terá mais do que 5% das suas tarefas com restrições severas.
Alta Float check identifica todas as tarefas com uma folga total de mais de 44 dias úteis. A tarefa com tão alta flutuação geralmente indica um predecessor ou sucessor estava faltando. A fórmula é (número de tarefas de alto float) / (n º de tarefas incompletas). A percentagem não deve exceder 5%.
Negativo Float check identifica as tarefas que têm uma bóia menor que zero. Essa verificação ajuda a identificar todas as tarefas que podem dificultar a realização de outras tarefas na agenda. Deve haver tarefas de zero com flutuação negativa.
Alta Duração check identifica qualquer tarefa que tem uma duração inicial superior a 44 dias. Como PMs competentes, sabemos que essas tarefas devem ser divididas em tarefas mais discretos. A fórmula é (n º de tarefas Alta Duração) / (n º de tarefas incompletas) e não deve ultrapassar 5%.
Datas inválido Verifique identifica qualquer tarefa total que tem início agendado ou data de término antes da data de status do projeto e um começo real ou data de término após a data de status do projeto. Datas de início e término previstos deve sempre aparecer depois da data de status do projeto. O calendário também não pode conter um início real ou terminar data no futuro. Deve haver tarefas de zero que se enquadram nessa categoria, em uma programação de qualidade.
Recursos check identifica todas as tarefas que não têm recursos (pessoas ou custos) atribuído. Uma programação de qualidade tem todos os recursos atribuídos às tarefas na agenda.
Perdeu Tarefas Entrada é utilizado para identificar qualquer tarefa que estava programado para ser concluído até a data de status do projeto e terminou após a data de término da linha de base. A realidade é que projetos terão tarefas em atraso, mas você quer garantir a sua programação atual re-alinha com o cronograma inicial. A fórmula é (número de tarefas com acabamento previsto antes da data de status e de término real ou previsto após a data do cronograma inicial) / (contagem de linha de base).
Critical Path Teste de check avalia a integridade da rede do cronograma usando o caminho crítico. Um atraso intencional de 600 dias é celebrado pelo prazo remanescente de um teste de caminho crítico. O resultado esperado é o projeto está atrasado por 600 dias desde que você adicionou um atraso diretamente no caminho crítico. A programação passa no teste se a data de término do projeto coincide com a duração de data a data de término agregado.
Índice Comprimento Critical Path (CPLI) determina se a data de término do projeto é realista, dada a data de término prevista. O índice de comprimento do caminho crítico é calculado utilizando a fórmula (Critical Path Length + Float Total) / (Critical Path Length). O valor deve ser maior do que 1,0 para passar no teste.
Execução índice de base (BEI) é semelhante ao Índice de Desempenho do Cronograma de Valor Agregado como ele se compara o número de atividades concluídas até à data com o número de tarefas planejadas para ser concluída até a data de status do projeto. O BEI é calculado # de Tarefas Completos / BEI contagem inicial e deve ser maior que 1,0.
Você pode usar estes controlos de qualidade como uma estrutura para avaliar e rever os cronogramas de projetos. Os critérios também podem ajudá-lo a avaliar o quão bem um fornecedor pode construir e executar uma agenda significativa.
Como gerente de projeto, eu vi a minha quota de maus horários, e eu tenho certeza que eu construí uma agenda fraca de vez em quando. Os critérios DCMA servir como um indicador de qualidade de programação útil que elimina avaliações subjetivas.
No meu próximo artigo, vou mostrar como automatizar algumas dessas verificações de qualidade em sua programação de Microsoft Project.