Plano de Gerenciamento de Escopo: técnicas de coleta de requisitos para o Exame de Certificação PMP
Porque todos os projectos são diferentes e porque alguns projetos têm muitas partes interessadas, o Exame de Certificação PMP vai esperar que você saiba que existem várias maneiras que você pode coletar requisitos. A mais óbvia é entrevistar pessoas, mas você também pode usar grupos de discussão, oficinas, pesquisas, brainstorming, e outras técnicas de grupo.
Menu
Além das entradas, o exame assume que você tem conhecimento de técnicas de exigência de coleta. Para um bom desempenho dessas atividades, você é esperado para ter habilidades em negociação, escuta ativa, brainstorming, e facilitador.
entrevistas
As entrevistas podem ser informal ou formal, feito one-on-one ou conduzida em grupos. Muitas vezes, uma entrevista é o primeiro passo na identificação de requisitos.
Usando um exemplo de um centro de acolhimento de crianças, que você pode encontrar com o gerente de instalações, vários pais, e o departamento jurídico para descobrir suas necessidades de produtos e de projeto.
Grupos de foco
Os grupos de foco são um método mais formal de levantamento de requisitos. Um grupo de partes interessadas pré-qualificados ou pré-selecionados é trazido junto com um facilitador que faz perguntas sobre as expectativas das partes interessadas para o produto final. Ao selecionar membros para um grupo de foco, certifique-se de obter um grupo diversificado.
Você não quer que as informações coletadas para ser distorcida ou representar apenas um ponto de vista. Os grupos de foco pode ter estabelecido um conjunto de perguntas, ou eles podem ser mais do que uma caixa de diálogo com o qual você gerar e capturar idéias, sentimentos e reações.
Para o centro de acolhimento de crianças, você pode reunir um grupo de 5 a 10 pais e discutir as suas necessidades e expectativas para o centro.
workshops promovidos
Para projetos maiores - especialmente de TI, de alta tecnologia, ou projetos de desenvolvimento de novos produtos - workshops promovidos pode ser altamente produtivo. Os principais interessados são reunidos para identificar as suas necessidades e trabalhar com todos os requisitos conflitantes.
O setor de TI tem muitas vezes de desenvolvimento de aplicações conjunta (JAD) sessões. Nestas sessões, engenheiros de sistemas, usuários finais, desenvolvedores e analistas de negócios podem trabalhar em conjunto para identificar as características do produto e funções.
técnicas de tomada de decisão em grupo
Algumas das técnicas anteriores pode ajudá-lo a tomar decisões, tais como a técnica Delphi e da técnica do grupo nominal. Estas decisões são baseadas no grupo chegar a uma decisão unânime, ou pelo menos ter uma maioria no consenso. Às vezes, porém, o gerente de projeto tem que estabelecer uma estrutura para a tomada de decisões para finalizar os requisitos. Para aqueles momentos, muitas técnicas de tomada de decisão estão disponíveis.
o Guia PMBOK identifica quatro métodos de alcançar decisões do grupo:
Unanimidade: Todos concordam.
Maioria: Mais de um metade das pessoas concordam em um curso de ação.
Pluralidade: O maior grupo de pessoas suporta uma decisão, mesmo que eles não são a maioria.
Ditadura: Uma pessoa toma a decisão.
Há realmente não é uma melhor maneira de tomar uma decisão. Seria bom se cada decisão teve aprovação unânime, mas isso não é realista. Portanto, você tem que aplicar a técnica que faz mais sentido em qualquer situação. Isto às vezes pode exigir um trade-off em obter completo grupo de buy-in e, por uma questão de tempo, de tomar uma decisão e seguir em frente.
Questionários e pesquisas
Questionários e pesquisas são uma boa maneira de recolher informações junto dos grandes grupos de stakeholders. Você pode automatizar o processo pedindo às pessoas para responder a um conjunto de perguntas on-line e, em seguida, reunir os resultados. Isso faz com que preencher e enviar a informação fácil e rápido. Se você dá às pessoas questões de múltipla escolha ou pedir-lhes para avaliar quantitativamente informações, você pode facilmente total e tabular os resultados.
Para o exemplo de creche, você pode usar esta técnica para priorizar escolhas equipamentos de playground, horas de operação, opções de alimentos, e assim por diante.
observações
A observação é útil quando você quiser ver como os usuários finais interagem em um cenário ou com um produto. A observação também pode ajudá-lo a entender as necessidades inconscientes ou não ditas.
Se você estivesse olhando para opções para projetar a planta para o centro de exemplo puericultura, você pode observar vários sites semelhantes e observar o fluxo de tráfego para cair fora as crianças, como as crianças migram de atividade para atividade, o que o processo é para pegar as crianças , e assim por diante. Então você poderia projetar o site para melhor acomodar esses processos.
protótipos
Protótipos são usados para criar um modelo ou um mock-up de um produto final. Eles podem ter pouca ou nenhuma funcionalidade, mas eles dar às partes interessadas a oportunidade de visualizar o produto final e fazer alterações ou adições aos requisitos no início do processo. Para o exemplo creche, o arquiteto pode criar um modelo e discutir as várias características e processos que seriam utilizados no centro.
Prototipagem é frequentemente usado em desenvolvimento de novos produtos, desenvolvimento de software ágil, e construção.
O benchmarking
O Benchmarking envolve identificar as melhores práticas em uma indústria ou organização e comparando as práticas existentes contra as melhores práticas como um meio para melhorar o desempenho. Os resultados dos testes e os índices de satisfação do cliente são exemplos de medidas que possam ser aferidas.
diagramas de contexto
diagramas de contexto mostram um sistema de negócios ou modelo e descrevem como as pessoas ou outros sistemas de interagir com ele. Muitas vezes nos diagramas de contexto, as pessoas que fornecem insumos ou receber saídas são referidos como atores. O benefício de um diagrama de contexto é que mostra uma exibição visual de um processo e as interacções associadas com o processo.
Análise de Documentos
análise de documentos consiste em analisar a documentação que pode ajudar na identificação de requisitos. Exemplos de documentação que você pode analisar para obter requisitos incluem o seguinte:
processo flui
diagramas de fluxo de dados
documentação da interface
Os casos de uso
os registros de problemas e defeitos
Políticas, procedimentos, formulários, regulamentos e informações de projetos similares anteriores