As execuções de CRM são projetos challenging a controlar por causa de seus espaço e complexidade. Este artigo focaliza em dois aspectos da gerência de projeto, marcos miliários e relatórios de status, e um ponto mais macio, mas crítico: manter-se no toque com o vendedor da ferramenta.
|
|
Um princípio chave da gerência de projeto deve usar marcos miliários melhor que uma programação linear controlar projetos. Os marcos miliários não devem ser associados com os deliverables assim lá são nenhuma ambigüidade aproximadamente se estiveram encontrados com ou não. Peça que os staffers técnicos assegurem-se de que todo o subtask particularmente difícil ou risky comece feito cedo de modo que quaisquer obstáculos possam ser trabalhados ao redor.
Depois dos precepts do desenvolvimento rápido, faça a cada marco miliário um sistema self-contained, trabalhando, de modo que possa ser tocado, experimentado, e testado pela comunidade de usuário. Ter um sistema trabalhando em cada etapa é um impulsionador eficaz do morale. Reserva também travar e corrigir problemas cedo melhor que semanas e meses de espera para que a oportunidade execute testar. Isto limita o risco.
Usar marcos miliários tangible tem duas conseqüências mais positivas. Um é que fazem deslizamentos da programação óbvios. O outro é que, sendo self-contained, fazem muito mais fácil de modificar a planta do projeto quando necessitados. Assim se você souber que você faltará a data do alvo para o marco miliário # 4, você tem uma escolha de estender o fim do prazo ou simplesmente de contentar do marco miliário #3 como o deliverable "final". Ou seja você tem um sistema modular que lhe dê mais flexibilidade.
Muitos gerentes de projeto escolhem usar fins de conexão formais dos proprietários do negócio em cada marco miliário do projeto. Eu misturei sentimentos sobre ele, desde que para mim as assinaturas podem nunca substituir a confiança e o compromisso. Entretanto, os fins de conexão esclarecem quando o acordo é alcançado e se forem uma parte da cultura organizational eles devam ser usados. Apenas não espere fins de conexão fazer exame do lugar de lobbying e de uma comunicação boas pelo gerente de projeto.
Os relatórios de status escritos semanais tradicionais são úteis, mas caem geralmente brevemente de apresentar um retrato completo e oportuno de o que está indo realmente sobre com o projeto. Pô-lo sem corte, uma semana é uma estadia muito longa esperar se houver um problema (ou uma descoberta). Os relatórios escritos tendem também a usar a língua non-committal que obscurece o que está indo realmente sobre ao sair para fora de todos os subtleties de uma comunicação face-to-face.
Conseqüentemente, I prefere muito usar-se brevemente, verificações diárias do status com respresentação de todas as equipes ativas (assim que o guy da base de dados não necessita atender se não houver nenhum trabalho da base de dados que está sendo feito neste momento, mas a ligação técnica deve atender e deve saber quando puxá-lo dentro). Qualquer um que pode atender na pessoa deve fazer assim, e participants remotos pode participar em uma chamada de conferência. As verificações do status são imperativas para todos os membros chaves da equipe. O gerente de projeto pode preparar um sumário escrito curto para a equipe baseada na verificação diária, mas é muito importante manter esse contato direto diário com os membros chaves da equipe. Uma estadia e um venue regulares para a reunião são os mais melhores assegurar a participação.
O short significa que as reuniões do status devem fazer exame de menos do que uma hora, e provavelmente menos de 30 minutos, ao menos se nenhuma edição grande emergiu. Cada equipe deve apresentar um destaque rápido de o que seja realizado hoje, uma estimativa de como está fazendo comparou à programação de planeamento, e toda a edição significativa encontrou que dia (ou resolvido esse dia!). É crítico que os membros da equipe fornecem relatórios muito frank em edições que encontram, tantos como projetos falhados são vítimas não assim muita das edições técnicas e políticas que encontram mas rather da falta do conhecimento oportuno que os responsáveis pelas decisões têm sobre as edições. Pelo tempo onde os responsáveis pelas decisões realizam o que os problemas são e têm uma possibilidade projetar uma solução, assim muita hora passou que é muito difícil evitar um resultado negativo. Certifique-se de que todas as notícias, especial notícia má, cursos fast.
As verificações diárias do status não são projetadas resolver todas as edições que levantam (embora aquela é sempre agradável se for possível!) ou nivele para começar detalhes em cada subproject, mas rather à informação espalhada rapidamente e ao sustento todos em seus dedos do pé. Além às reuniões diárias do status, o gerente de projeto deve também proactively executar verificações detalhadas do status com cada subteam e assegurar-se de que as edições estejam seguradas apropriadamente.
Há umas épocas "quietas" em um projeto onde as reuniões diárias sejam demasiada, por exemplo durante o período do coding. O gerente de projeto deve sentir livre diminuir a freqüência de reuniões do status durante aquelas épocas. Mas as reuniões diárias são requeridas enquanto você começa mais perto da distribuição.
Além às verificações diárias, mais por muito tempo, umas reuniões mais detalhadas do status devem ser realizadas como cada marco miliário são alcançadas. Aqui outra vez eu prefiro um formato da reunião a um relatório de status escrito assim que você pode começá-lo mais informação (e pode sempre escrever minutos se você gostar do formality de relatórios escritos). As reuniões face-to-face do marco miliário são muito mais eficazes do que chamadas assim que tentativa de conferência começar junto ao menos os jogadores chaves estar fisicamente atuais.
Se o vendedor da ferramenta for serving como o integrador, você manter-se-á naturalmente no toque próximo com o vendedor através da equipe da execução, assim que esta é realmente uma edição somente se você está usando um integrador third-party.
É muito sábio manter o vendedor no laço durante a execução. Você pode jorrar auxílio específico da necessidade reparar erros, os problemas do resolve que são além do espaço do integrador, ou fornecer serviços do exame quando você quer verificar novamente o conselho ou uma opinião dada pelo integrador. O gerente de projeto deve fornecer relatórios de status regulares ao vendedor não obstante o que é de acontecimento, bom ou mau, no projeto. Além, convide a pessoa das vendas (ou o specialist técnico das vendas) e o diretor regional dos serviços às reuniões do marco miliário.
É também útil começar estabelecer relacionamentos bons com a organização da sustentação porque os erros são relatados. É muito mais fácil começar auxílio alerta e cheerful em uma crise se um relacionamento contínuo for estabelecido em umas épocas mais felizes.
Online: 658 users browsing the articles directory
|
|