Fórum de discussão

seguem as respostas:

Quem são estas partes interessadas na documentação de requisitos, seria somente uma visão do cliente em relação ao projeto e produto (partes interessadas chave, sem incluir a visão dos funcionários) ?

R: Clientes e usuários do produto podem ser entrevistados para saber o que o produto precisa ter de funcionalidades para atende-los. Outras partes interessadas que não vão usar o produto, mas podem ser impactadas pelo projeto podem ser consultadas para ver de que maneira o projeto e produto do projeto devem ser desenvolvidos com menos impacto para elas. A resposta é muito ampla, cada caso é um caso. Você como gerente de projetos precisa identificar todas partes interessadas o mais cedo possível e julgar quem você considera importante envolver na coleta de requisitos. As preocupações em um projeto que vai desenvolver um software para uma empresa são diferentes de um projeto que vai construir uma barragem ou uma usina de energia.

No plano de gerenciamento de requisitos é que realmente seria colocado como vou coletar os requisitos, planejar, administrar as mudanças, toda essa organização ?

R: Sim, é isto que é explicado no curso.

Devo coletar requisitos na empresa sem os funcionários conhecerem o projeto e sem antes ter sido feita a reunião kick-off ?

R: Existem várias técnicas de coleta requisitos vistas no módulo 5. Se você for utilizar uma oficia (workshop), durante o workshop você explica os objetivos do projeto para quem não tomou conhecimento da existência do projeto. É natural que as partes interessadas tomem conhecimento sobre os objetivos do projeto por inúmeras razões. Um projeto normalmente não se conduz "escondido". A reunião de kickoff serve para formalizar o inicio do projeto, refinar os objetivos, discutir restrições, levantar um escopo inicial, apresentar os principais envolvidos, estabelecer os canais de comunicação, algumas regras de gerenciamento, etc.Não é papel da reunião de kickoff levantar todos os requisitos.

Ou coleto novamente na execução e altero todos os planos depois ?

R: É contrário as boas práticas do PMI. Os requisitos são levantados no Planejamento do projeto, por isto que o processo coletar requisitos não aparece no grupo de processos de execução. Na execução pode, por ventura, surgir novos requisitos ou requisitos podem sofrer alterações, mas isto deve ser evitado ao máximo. Por isto é que se identifica todas as partes interessadas no inicio do projeto para não esquecer ninguem e coletar tudo o que for possível de requisito. Quando o projeto sai do planejamento e vai para execução os requisitos já foram coletados, o trabalho já foi planejado. Na execução novos requisitos ou mudanças em requisitos vão ter que passar pelo controle integrado de mudanças e pode gerar muito impacto no projeto.

O problema é que o plano de gerenciamento do projeto terá que estar pronto na reunião kick-off, então nesse processo "coletar requisitos" serão coletados somente das partes interessadas chave, ou coordenadores depois do termo de abertura ?

R: Você decide se quer fazer uma reunião de kick-off logo depois do termo de abertura e também no final quando o plano de projeto estiver pronto. Pode ter multiplas reuniões de kickoff, cada uma com pessoas diferentes, se for necessário. Pode ter uma reunião de partida logo no inicio do projeto com o cliente e principais envolvidos e depois mais uma no final do planejamento envolvendo a equipe já definida.