Metodologia de gerenciamento de problemas para acompanhar as questões de projeto
1. O que é um problema? Um problema é um incidente, circunstância, problema ou inquérito, que afeta ou afeta potencialmente a entrega atempada do projecto, produto ou serviço, ele também pode afetar a qualidade dos produtos e os custos dos projectos production.Some estão em curso e à definição de um problema é um pouco diferente. Um help desk define um problema como um pedido de ajuda que requer uma resposta. Um departamento de serviço mantém o controle de solicitações de serviço como as questões. Um grupo de manutenção de software monitora relatos de bugs de software e pedidos de melhorias como issues.Because das questões têm um impacto em um projeto, desenvolvimento de produto ou serviço em andamento, gerenciamento de problemas é um aspecto importante em qualquer metodologia de gestão. Esta metodologia de gestão de emissão promete fazer o tratamento das questões de uma parte perfeita de seu escopo maior metodologias, em vez de um processo separar them.It geralmente não é difícil para os membros da equipe para identificar problemas, mas é ainda vale a pena ter uma definição de trabalho de um problema. Lembre-se que o seu projeto mais ambicioso dos problemas mais vontade item arise.Action: A equipe do projeto deve estar ciente de que as questões são, fornecer alguns exemplos, e pedir outros membros da equipe para fornecer alguns examples.2. RequirementsA repositório central de informações questão facilmente acessíveis a todos os membros da equipe, porque é bom para o moral da equipe ea produtividade de saber que suas questões estão sendo tratadas. Um repositório central automatizado como Issue Tracker é desejável porque fazer o gestão e emissão de relatórios item easier.Action muito: Escolha um repositório central para o seu gerente issues.An questão é a pessoa escolhida para supervisionar todas as questões. Pode ser o gerente de projeto, líder de equipe ou de outra pessoa em uma posição de liderança responsável. O gerente do problema é responsável por garantir que não é consistente, disciplinado e contínuo progresso em todas as questões. O gerente de contas a questão é superior gestão para os progressos realizados em todas as questões. A questão gerente progresso questão comunica à equipe, gerência e todos os item stakeholders.Action: nomear um administrador Emissão e notificar o gerente de emissão de seu papel e metodologia de gestão responsibilities.This questão representa as melhores práticas para gerir as questões. No entanto, o objetivo é ter um projeto de sucesso, desenvolvimento de produto ou serviço, o objetivo não é siga um item fanatically.Action metodologia: Adaptar a metodologia para o sucesso do seu projeto é maximized.3. Steps3.1 DiscoveryIssues podem surgir a qualquer momento. Quando um problema é detectado, é registrado no centro repository.It é importante para permitir que as questões a ser gravada por um grande grupo de pessoas, incluindo membros da equipe, gerência, usuários, clientes, acionistas, fornecedores e empreiteiros. É importante porque se não houver são barreiras para relatar um problema, então há uma chance maior de que a questão vai registadas. Você não pode tratar de questões que você não conhece. Não é necessário que todos tenham acesso à central repositório, mas quanto mais você pode permitir que o item better.Action: Configure o acesso ao repositório central para aquelas pessoas que precisam it.3.2 pessoas RecordingTraining para identificar os problemas muitas vezes é desnecessário, porém começar pessoas para gravar o tema no repositório central vai demorar algum treinamento e incentivo. Por exemplo, um membro da equipe pode mencionar uma questão não registradas para o gerente do projeto, durante uma pausa para café ou outras informal ocasião, o membro da equipe precisa de algum incentivo para gravar essas questões no repository.For central de todos os tipos de questões, a prevenção é melhor do que a correção. Além disso, os problemas tendem a ser menos grave se forem abordada mais cedo ou mais tarde. Isto significa que todos os esforços devem ser feitos para relatar problemas tão logo eles são descobertos, em vez de esperar que a questão se "bastante grave", antes de gravá-lo. Não ter medo de duplicar um problema ou sobreposição com as questões existentes, é melhor do que falta uma descrição issue.A completa da causa do problema devem ser registradas no repositório central. Resista à tentação de descrever o problema em termos de uma solução. Qualquer implicação de que a questão deveria ser gravado. Anexar qualquer documentação de apoio, screenshots, a saída do relatório, faxes, mensagens de erro e outras mídias que questão.A descreve a pessoa que está gravando o problema pode fazer uma recomendação para uma solução, se eles têm um. Essa pessoa também deve atribuir o problema, se possível, mesmo que seja apenas atribuído ao problema gerente de re-assignment.When uma questão é inicialmente registado deve ser registado no repositório central com um código de estado que reflete o fato de que problema é novo e ainda não foi revisto. Uma tentativa deve também ser feito para categorizar e classificar a gravidade da data questão.A e que criou a questão deve ser registrado no repositório central. Isso é feito automaticamente para você nos sistemas como equipes Issue Tracker.Many descrevem as questões em termos da solução desejada, deixando os outros para deduzir o problema real. Esta não é a melhor prática, uma vez que limita o alcance de eventuais soluções criativas. Como exemplo de uma questão mal formulada: "Nós Precisamos de mais pessoas. "Não há nenhuma indicação nesse exemplo do que a questão realmente é, assim que encontrar soluções alternativas é impossível. Se o problema exemplo, tinha sido redigido como" O departamento de expedição inundou-nos com o produto, existe a possibilidade de deterioração se não pode obter o produto entregue. "Com a questão formulada dessa maneira, talvez, o departamento de expedição pode tornar-se consciente de como as ações que estão causando problemas para baixo do linha e adaptar a sua revisão actions.3.3 reviewThe inicial inicial é uma triagem de novas questões. Geralmente, é realizada pelo gerente de emissão ou os deputados que estão familiarizados com o âmbito e as prioridades do projeto. Se a equipe é pequena toda a equipe pode se encontrar para a revisão. Para cada tema, o novo estatuto, a categoria ea gravidade são revistos eo problema atribuído a alguém para a ação e, opcionalmente, um proprietário é identificado como follows.Sometimes a mesma pessoa que registra o problema pode estar fazendo a análise inicial, portanto, essas duas medidas podem ser fundidas em uma decisão neste statusa situation.3.3.1 Emissão é feita sobre o próximo estado do problema. (O estado anterior era "novo".) O estado próximo da questão reflete a natureza eo calendário das medidas para solucionar o problema. É uma das seguintes opções: open: medidas imediatas serão tomadas para resolver o issuedeferred: ação será adiada até que algum futuro timereferred: ação será tomada por algum outro grupo, provavelmente porque a questão está para além do actual scopecancelled: nenhuma ação será tomada agora ou no 3.3.2 futuro Categorizar a tentativa issueA primeiro em categorizar o problema foi feito quando foi gravada. Mas, agora, durante a revisão inicial da categoria pode ser refined.The categoria questão correcta é útil quando priorizando os recursos necessários para resolver problemas. É especialmente útil para a comunicação item purposes.Action: Discutir com a equipe a melhor forma de categorizar as questões que você espera obter e documentar as categorias que será used.3.3.3 Rank da gravidade severityThe questão reflete a importância de ter o problema resolvido. Obviamente, você quer dirigir os recursos para as questões mais importantes antes de o menor ones.Action item: Escolha um pequeno conjunto de códigos de gravidade que têm uma classificação clara. Por exemplo: Trivial, normal, importante crítico. Algumas pessoas preferem: Baixo, Médio, Elevado, Muito High.3.3.4 AssignmentFrom o início, o próximo pessoa a tomar medidas sobre a questão deve ser atribuído à questão e notificados. Issue Tracker automaticamente irá notificar a pessoa designada para a questão através de descrição email.If a questão está incompleta, a questão pode ser atribuída ao partido adequadas para recolher as informações necessárias para fazer a descrição do problema clear.Assign uma pessoa e não um grupo. A experiência tem demonstrado que as questões de atribuir aos indivíduos leva a uma maior responsabilidade de atribuir os problemas aos grupos. Um indivíduo pode ser confrontado com a falta de progresso, é muito mais difícil de enfrentar um grupo de pessoas. Um grupo pode ser representado por um líder do grupo, assim você pode atribuir uma questão para o líder do grupo que irá tomar medidas para transferir o problema para corrigir um membro do grupo que irá realmente resolver o OwnershipIt issue.3.3.5 deve ser possível decidir qual das partes interessadas é o proprietário do problema. Tendo um proprietário questão é um modo de gravação, que é responsável por resolution.Owners a questão deve analisar as questões que eles próprios para o progresso de resolução. Se o progresso não é suficiente gerente da questão deve ser dito para que a situação pode ser remedied.3.4 processo de tomada de acção A para resolver um problema itera sobre os seguintes sub-etapas até que o problema seja resolvido. A pessoa designada para o problema, toma medidas para endereço da pessoa questão.A atribuído ao problema, os documentos a acção como um evento em causa no repositório central. Um evento questão tem o nome da pessoa, a data e uma descrição da ação taken.Some processos de questão requer um passo de aprovação antes de novas medidas podem ser tomadas. Esta aprovação deverá assumir a forma de assinar fora em uma proposta. Apesar de assinaturas em papel são aceitáveis, um sistema automatizado é melhor. Issue Tracker eventos em questão pode por usado para assinar, uma vez que um usuário é necessário para acessar a identificar-se, este é tão bom como um signature.If papel há documentação para apoiar as medidas tomadas, como um análise custo-benefício de uma alteração do sistema proposto, os arquivos de suporte são anexados ao processo questão.A de encontrar uma solução pode ajudar a refinar a descrição do problema. Este refinamento deve reflectir-se nas atualizações para a descrição do tema e título, bem como a colocação de mais arquivos de suporte. Ele também pode exigir que a questão seja categorized.If-re a próxima iteração é da responsabilidade de outra pessoa, a questão é reassigned.If o problema é resolvido nesta iteração, o status será atualizado para refletir o fato de que a questão está inativo. Observe que a acção pode envolver a colocação do problema, a mudança de status, refinando a descrição do problema, alterando a categoria do problema. Todas estas mudanças devem ser registradas no repositório central. Mudança de status, a categoria ea gravidade são registrados automaticamente para você de forma automatizada sistema como Tracker.3.5 edição em curso OversightConsistent e avaliação contínua das questões, por causa do gestor ea equipe deve ter lugar para trazer as questões para resolução. Isso pode ocorrer através de um periódico revisão de todas as questões ativas no repositório central com a equipe e uma análise separada com o stakeholders.Escalate questões, quando necessário, re-atribuição ou alterando ownership.Report problema e comunicar o progresso sobre todas as questões à gerência e à equipe, as assinaturas podem ser utilizados pela administração superior e da equipe para acompanhar o progresso em questões individuais. Este relatório pode ser integrado no status do projeto ações progresso questão reporting.Analyze e adaptar. O repositório central deve ser capaz de fornecer feedback sobre como eficientemente as questões são provenientes da criação de resolução. Se ele está levando muito tempo para resolver questões importantes, em seguida, o gerente de emissão deve encontrar formas de melhorar o turn-around tempo.4. FinallyThe seguintes são um item itemsAction algumas outras acções: distribuir cópias desta metodologia de gestão de emissão aos membros da equipe e as partes interessadas para que todos saibam como e porquê são questões item managed.Action: Adaptar e escala desta metodologia de gestão para atender o problema de projeto e item quirks.Action: Crie o seu repositório central, e começar a metodologia de gestão today.This questão tem evoluído ao longo de muitos anos. Ele evoluiu a partir da experiência em projetos com orçamentos de R $ 500.000 para $ 50000000 que teve um número total de questões que vão desde algumas centenas de questões a muitos milhares. Em metade dos casos, a equipe do projeto foi fisicamente dispersos em vários Murray countries.Grant é gerente de projeto e arquiteto de aplicações empresariais
Artigo Fonte: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster começa O Código do HTML
Adicionar este artigo para o seu site agora!
Webmaster enviar seus artigos
Nenhum registro necessário! Preencha o formulário e seu artigo está no Messaggiamo.Com Diretório!
