Como você relatar seu status de projeto? [fechadas]

Question

Atualmente eu uso o "Uma página Project Manager" Modelo Excel para o status do projeto relatórios. Ele contém um resumo do trabalho da semana passada e uma previsão para a próxima semana. Para todas as tarefas importantes rastrear, se forem comleted ou não. Tudo em uma página. I enviar este relatório a cada semana para todos os participantes / atores. (Dica: eu não trabalho em um ambiente ágil)

Como você relatar seu status de projeto?

Answer 1

Relatório de status deve ser breve (ninguém gosta de sentar-se lá para idades, enquanto cada membro da equipe vai sobre e sobre sobre o seu estatuto) assim que eu sou um grande fã de relatórios SOFT:

• Sucessos - o que você tem alcançado desde a última reunião status: tarefas diretamente fora do cronograma do projeto. Se possível, eu tentei evitar relatórios x% feito - ele quer é feito, ou não é. Reportagem de meios% que as tarefas vão sentar-se em 95% para semanas . Isso também incentiva a liderança gerente de projeto / tecnologia para quebrar a estrutura de divisão de trabalho em tarefas que não são mais do que alguns dias.
• Oportunidades - Você identificou quaisquer oportunidades: coisas que vão ajudar o projeto que não estão sendo ainda considerada (por exemplo: encontrado melhor maneira de script de alguma coisa, uma biblioteca que vai salvar o projeto de implementar algo si, etc)
• Trabalho Futuro - o que você está trabalhando em entre agora ea próxima reunião de status:. Novamente, diretamente fora do cronograma do projeto
• Ameaças - você identificou qualquer coisa que possa afetar sua capacidade de obter o seu trabalho programado feito? g .: um buraco previamente não identificado nos requisitos, chamadas de suporte estão tendo uma grande parte do seu tempo, implementar algo acaba por ser mais difícil do que o esperado, etc.

Idealmente, eu iria tentar e evitar fazer essas coisas em uma grande reunião do projecto uma vez que 90% do material é irrelevante para metade das pessoas na sala. Eu gosto de relatórios SOFT cobrar antes da reunião, passar algum tempo olhando para eles antes da reunião e, em seguida, discutir questões específicas que provavelmente são relevantes para todos durante o encontro real.

Answer 2

Eu tenho um quadro fora do meu cubículo. Por que é um rosto sorridente. Quando há uma mudança de status no projeto, ele alterna entre cenho, preocupado squiggle, firme determinação, sorrir e sorrir. Próximo a ele é uma seta que representa a última alteração.

Embora tenha começado como uma brincadeira, é actuall sido uma ótima maneira de manter colegas postados em onde o projeto está em não técnica.

Answer 3

Eu não sou um fã de relatórios de status separados. Gostaria relatórios de status do projeto para ser uma função do software de gerenciamento de projeto que usamos. Uma das melhores maneiras de economizar tempo e fazer a mesma informação disponível para todos (equipe, gestão, stakeholers, clientes) é ter um sistema de gerenciamento de informações consolidadas / dados e usá-lo para todas as suas necessidades. Mesmo se você tem que enviar relatórios separados fora da empresa, que de preferência deve ser um relatório de que o sistema de gestão.

Estamos em um ambiente ágil e usar VersionOne. Equipe gerencia todas as tarefas e atividades sobre-lo enquanto ele está disponível para todos os outros na empresa a visão de progresso, consulte burndowns e muitos outros relatórios que são inerentemente parte da VersionOne.

http://www.VersionOne.com

Answer 4

a informação de gerenciamento de projetos a manter para si mesmo é uma coisa, o que você mostra para a gerência sênior e clientes é outra.

Se o seu cliente está no negócio de transporte de alimentos e está recebendo-lo a construir-lhes uma aplicação ERP, as chances são eles não vão entender os conceitos de ágil / scrum ou prince2.

o que eles vão entender? percentagens e planície Inglês.

aqui é um exemplo de uma 'atualização do progresso do projeto' (ou 'relatório destaque') i enviar para clientes e gerência sênior em uma base semanal (normalmente na sexta-feira à tarde).

===

RELATÓRIO destaque para 2 / DEC / 2008

• Seu projeto é de 65% completa.
• 100% de todas as tarefas na fase de concepção / maquete foram concluídos.
• 70% das tarefas na fase de codificação terminar.
• A fase de gestão do projecto é de 45% completa.
• A fase de controle de qualidade é de 10% completo até agora.

• 35% de tarefas auxiliares foram concluídos

• nossa log bug atualmente contém 3 erros não corrigidos (1 dos quais está marcado como alta prioridade).

• log de erro também detém 3 adições de recursos aprovação pendente.

temos apenas enviou o mais recente trabalho para o nosso local de preparação para você rever.

A próxima coisa que vamos estar trabalhando em é o componente galeria de fotos, pretendemos ter esse concluída até o final da próxima semana (a ser confirmado meados da próxima semana).

estamos ainda à espera do provedor de gateway de cartão de crédito para confirmar a sua conta para que possa receber pagamentos online. que assinalaram este como um risco, uma vez que ainda estão à espera de sua conta de internet comerciante para ser aprovado pelo seu banco.

deixe-me saber se você tiver quaisquer perguntas, eu vou ser feliz em respondê-las da melhor forma possível.

===

a sua simples. ele faz perder muitas métricas úteis que você pode sair de gráficos de burndown e scrum abordagens. mas esses bons números Arent para apresentar a clientes (ou gestão) diretamente.

oh, e eu deveria fazer um ponto sobre lista bugs. existem diferentes níveis de gerentes seniores de divulgação como. Pessoalmente, estou muito transparente. mas você deve verificar com os seus gestores quanto 'coisas ruins' que estão autorizados a revelar aos seus clientes.

eu tenho um artigo de blog mais aprofundada sobre isso, se você estiver interessado: Project relatórios de status todos possam entender

LM

Answer 5

Mesmo se você não está usando Agile você ainda ganha de acompanhar seu progresso em termos de funcionalidade, em vez de em tarefas.

As suas partes interessadas provavelmente não têm idéia do que ' refatorar tabela de t_sec_name para adicionar auto-incremento para a coluna de identidade ' meios e provavelmente não se importaria se ele for concluído ou não.

No entanto, se você relatar o progresso em 'Aumentar o desempenho de adicionar novos usuários para o aplicativo' você seria capaz de transmitir as informações sobre o progresso para os seus leitores.

Assim, gostaria de relatar:

• o progresso de suas alterações / correções / melhorias no nível funcional,
  • trabalho concluído
  • trabalho em andamento
  • trabalho planejado
• decisões / questões para os negócios / clientes para o endereço
• riscos (criar um relatório é um bom momento para atualizar o registro de riscos)
• problemas da equipe (férias, afastamentos, treinamentos)

Answer 6

Temos uma grande variedade de formatos 'forçados' onde eu trabalho.

Meu status diárias são em três categorias:

• coisas realizadas
• as coisas não realizado (e porquê)
• comentários de clientes
  • incluindo pedidos de funcionalidades / adições
  • graças sincero, reclamações, etc
  • misc outro

status de projeto têm o status diário concatenado com o cronograma para mostrar o que está à frente / trás.

Answer 7

Minha empresa usa VersionOne para obter informações como porcentagem de itens do backlog concluída, diferido de sprints anteriores, e porcentagem geral de conclusão do projeto. Quando queremos apresentar esta informação ao cliente, criamos uma apresentação em power point e incluir a informação. Para uso interno, só procurá-lo no site da VersionOne ou colocá-lo em um arquivo do Excel para funcionários não-técnicos que não têm acesso a ele.

Answer 8

Eu uso um excelente relatório de status do projeto desenvolvido pelo meu anterior Program Manager. Eu usei-o com sucesso desde com vários patrocinadores e eles gostaram do foco em questões, risco, metas e orçamento.

Eu coloquei o arquivo XLS com um monte de outras PM modelos . Eventualmente eu vou colocar as palavras em torno dele que descrevem como usá-lo de forma eficaz. No entanto, se você ficar com o uso de linguagem não emotiva, o foco sobre o impacto das questões / riscos que você deve ser definido.

Eu também tive uma olhada no livro OPPM e não foi realmente impressionado. Em comparação a nossa Project status Report normalmente leva 15 minutos de corrida através de aprender a usar em vez de um livro inteiro.

NB:. Isto não é projetado para os membros da equipe para relatar seu status, mas por PMs para relatar seu status de projeto para patrocinadores e gestores de programas ocupado com vários projetos