-
Segundo o PMOBK:
A análise das partes interessadas identifica a influência e os interesses das diversas partes interessadas e documenta suas necessidades, desejos e expectativas. A análise então seleciona, prioriza e quantifica as necessidades, desejos e expectativas para criar os requisitos.
Portanto, é de suma importância conhecer as partes interessadas e identificar seus interesses, e esta análise resulta na formação dos requisitos.
fonte: http://www.admpublica.com.br/artigos/?tag=prova
-
No mínimo, é muito forte dizer que a descrição do produto demandado deve vir com TODOS os requisitos exigidos. E quando isso não acontecer? Quando os requisitos não forem totalmente conhecidos?
-
O item está fortemente relacionado com o que o PMBOK define como Stakeholders :
Um conceito importantíssimo quando estudamos projeto é o de
stakeholders
(partes interessadas): indivíduos e organizações ativamente envolvidos no
projeto, cujos interesses são afetados (positiva ou negativamente) por ele, ou
que exercem influência sobre o mesmo.
-
No PMBOK só fala da necessidade de documentar as necessidades das partes interessadas e não de TODAS as partes interessadas. Concorrência é uma parte interessada (interessada no fracasso do projeto), e aí? Vamos descrever requisitos exigidos também pelo concorrente?
-
Concordo com todos os comentários, é muito idiota vc pensar que na realidade todos os requisitos devem ser documentados... Mas enfim, marquei certo pq o CESPE, já cheguei a conclusão que a banca de TI deles é formada em sua maioria por teóricos e profissionais que estão há tempos longe da indústria
-
Achei a parte "todas as partes interessadas" forte por existir a parte interessada no ponto negativo do projeto. Porém, entendo que essas questões devem ser pensadas holisticamente.
Quanto ao resto, achei perfeito. Todos os requisitos devem ser documentados e rastreáveis. Pouquíssimas empresas adotam isso pelo amor ao processo GO HORSE PROCESS. O que importa é que o guia diz claramente que todos os requisitos devem ser levantados, classificados e rastreados. Quando isso não acontecer? bom, se em todas as fases do projeto, ainda assim, os requisitos ainda não foam totalmente esclarecidos, esta é uma falha no planejamento.
-
Está simplesmente errado. Não faz sentido. Não há como antender a todos os requisitos, está no PMBOK que o GP deve balancear requisitos conflitantes.
-
Palavras malditas: DEVE e TODOS!!!
-
Discordo. A gerência de requisitos serve pra quê? Atender tudo, de todos, dando a entender que não se abre mão de nada!? Acho meio impossível.
-
Mas que bosta de questão. Todos os requisitos é requisito demais. Num projeto nem se sabe exatamente TODOS os requisitos.
-
É de uma subjetividade...
-
A questão é fraca, mas está com a taxa de acertos elevada.
-
Acredito eu que seja impossível atender a todos os requisitos de todos as partes interessadas , mas a questão fala em apenas descreve-los . Enfim, errei e não se se entendi bem . Essas questões de adm acabam cmg .
-
Apesar de ter acertado, acho essa banca um lixo! Subjetiva demais e sem critérios padrões de avaliação. Um mesmo perfil de questão tem respostas diferentes. Vemos inúmeras questões praticamentes iguais, com respostas diferentes. É de enlouquecer! Vai entender!
-
Pensei o mesmo que vc raphaella, descrever todos os requisitos exigidos pelos stakeholders ?
-
MISERICORDIA, FALO NADA
-
Correto.
É o ideal, mas só acontece no papel. Um projeto real que atenda a todas as partes interessadas integralmente levaria anos pra ser posto em prática.