Grátis: Empresas têm utilizado a ferramenta chamada Project Model Canvas (PMC) para planejar seus projetos de forma ágil e com máximo envolvimento dos stak... – Questões Respondidas

Gestão de Projetos

Engenharias

Empresas têm utilizado a ferramenta chamada Project Model Canvas (PMC) para planejar seus projetos de forma ágil e com máximo envolvimento dos stakeholders. Trata-se de um modelo de planejamento ágil de projetos que foi idealizado com o objetivo de representar de forma visual, e em apenas uma folha, chamada canvas (tela, em inglês), treze componentes fundamentais para a composição do plano do projeto. Analise as alternativas abaixo e assinale a opção correta. A Ao criar um canvas do produto é possível combinar a metodologia ágil com a experiência do usuário. B O canvas permite um planejamento mais realista quanto ao cronograma por ser visual. C O canvas melhora a comunicação da equipe por ser visual. D Como objetivo está o engajamento das partes interessadas e da equipe de desenvolvimento, incentivando a colaboração para minimizar riscos. E Todas as alternativas estão corretas.

ano passado

ano passado

engenharia de requisitos

engenharia de requisitos

Respostas

Ed

ano passado

Vamos analisar cada uma das alternativas em relação ao Project Model Canvas (PMC): A) Ao criar um canvas do produto é possível combinar a metodologia ágil com a experiência do usuário. - Correto, pois o PMC permite integrar a visão do produto com a experiência do usuário. B) O canvas permite um planejamento mais realista quanto ao cronograma por ser visual. - Também é correto, já que a visualização ajuda a entender melhor o planejamento. C) O canvas melhora a comunicação da equipe por ser visual. - Correto, a natureza visual do canvas facilita a comunicação entre os membros da equipe. D) Como objetivo está o engajamento das partes interessadas e da equipe de desenvolvimento, incentivando a colaboração para minimizar riscos. - Correto, o PMC realmente busca o engajamento e a colaboração. E) Todas as alternativas estão corretas. - Como todas as opções anteriores estão corretas, esta também é verdadeira. Portanto, a opção correta é: E) Todas as alternativas estão corretas.

Essa resposta te ajudou?

0

0

left-side-bubbles-background

right-side-bubbles-background

Crie sua conta grátis para liberar essa resposta. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

engenharia de requisitos

engenharia de requisitos

Mais perguntas desse material

Na modelagem de requisitos o foco principal está no "quê" e não no "como", ou seja, descrever tipos de interação do usuário, quais objetos o sistema deverá manipular e quais funções executar, quais interfaces serão definidas e quais as restrições que se aplicam, de modo a atender o que o cliente precisa e solicitou.
Baseado no texto e conhecimentos sobre os princípios para refinar requisitos, analise as assertivas abaixo e assinale a alternativa correta.
I. A análise deve partir da informação essencial para detalhes da implementação.
II. O problema deve ser descrito sem levar em consideração como será implementada a solução.
A As asserções I e II são proposições verdadeiras e a II é uma justificativa correta da I.
B As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa correta da I.
C A asserção I é uma proposição verdadeira e a II é uma proposição falsa.
D A asserção I é uma proposição falsa e a II é uma proposição verdadeira.
E As asserções I e II são proposições falsas.

Durante a atividade de elicitação, o analista de requisitos busca coletar informações que serão reunidas e convertidas em requisitos em um documento de especificação. Para isso, ele utiliza variadas técnicas de elicitação desenvolvidas em conjunto com stakeholders, as quais podem ser classificadas em colaborativas, cognitivas e de abordagens.
Assinale a alternativa que corresponde à técnica citada no texto.
A Técnicas tradicionais de coleta de dados.
B Técnicas tradicionais de entrevistas.
C Técnicas colaborativas de brainstorming.
D Técnicas colaborativas de elicitação.
E Nenhuma das alternativas.

O processo de engenharia de requisitos visa à produção de um documento de requisitos que especifique um sistema que satisfaça as necessidades dos stakeholders. Na figura abaixo são apresentadas as etapas do processo de engenharia de requisitos.
Sobre essas etapas, analise as assertivas abaixo e assinale a alternativa correta.
I. A elicitação de requisitos busca identificar o entendimento do problema a ser resolvido pelo software.
II. Após analisar os requisitos, problemas existentes são retornados aos stakeholders para serem resolvidos em consenso e negociação.
III. Um documento de requisitos escrito em linguagem natural pode conter ambiguidades e interpretações erradas.
IV. Os processos de elicitação de requisitos, análise e negociação são interativos e intercalados, precisando serem repetidos várias vezes.
A Todas as afirmativas estão corretas.
B Todas as afirmativas estão incorretas.
C Apenas as afirmativas I e III estão corretas.
D Apenas as afirmativas II e IV estão corretas.
E Apenas as afirmativas I e III estão corretas.

Nem todas as mudanças solicitadas deverão ser levadas para a equipe de desenvolvimento, porque é necessário entender impactos dessas mudanças. Avaliar em que momento está o desenvolvimento do produto, se já iniciou a implementação, se está no meio ou já em fase de testes, sendo necessário identificar qual a fonte do requisito a ser alterado e qual a sua prioridade em relação ao todo.
Analise as assertivas abaixo e assinale a alternativa correta sobre essas tarefas.
A Manter os requisitos, priorizar os requisitos, rastrear os requisitos, avaliar os impactos e aprovar os requisitos.
B Priorizar os requisitos, manter requisitos, avaliar requisitos, rastrear impactos e aprovar os requisitos.
C Verificar os requisitos, validar os requisitos, priorizar os requisitos, aprovar os impactos e implementar os requisitos.
D Manter requisitos, avaliar requisitos, rastrear os requisitos, avaliar impactos e priorizar os requisitos.
E Manter requisitos, priorizar requisitos, avaliar requisitos, rastrear impactos e aprovar requisitos.

O nível de detalhamento dos requisitos é algo que deve ser avaliado conforme o porte do sistema, a quantidade de stakeholders, a experiência da equipe, padrões da empresa, entre outros motivos. Não detalhar suficientemente as informações pode levar a interpretações equivocadas e falta de funcionalidades.
A partir da ideia de briefing apresentada no texto, avalie as asserções a seguir e a relação proposta entre elas.
I. O nível de detalhamento esperado pela equipe de desenvolvimento do software deve conter informações sobre a arquitetura da solução e da implementação.
II. Um documento de especificação detalhado otimiza o trabalho da equipe de desenvolvimento, otimizando o seu entendimento em relação à codificação necessária para atender a todos requisitos do cliente/usuários.
A As asserções I e II são proposições verdadeiras e a II é uma justificativa correta da I.
B As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa correta da I.
C A asserção I é uma proposição verdadeira e a II é uma proposição falsa.
D A asserção I é uma proposição falsa e a II é uma proposição verdadeira.
E As asserções I e II são proposições falsas.

Todo o material obtido na elicitação deve ser avaliado na análise de requisitos para considerar como o software afetará o funcionamento da empresa e que mudanças nos fluxos operacionais irá produzir.
A partir da análise da informação do texto, assinale a alternativa correta.
I. O fluxo operacional da organização pode ser alterado por novas tarefas que somente existirão pela nova solução de software a ser implantada.
II. Os fluxos operacionais podem ser alterados pelo software, causando inovações e melhorias.
III. O software acabará substituindo pessoas devido à capacidade de execução das tarefas e maior rapidez, no entanto, nem todas as tarefas podem ser transferidas para o meio digital.
A Todas as afirmativas estão corretas.
B Todas as afirmativas estão incorretas.
C Apenas as afirmativas I e III estão corretas.
D Apenas as afirmativas II e III estão corretas.
E Apenas as afirmativas I e II estão corretas.

O Project Management Institute (PMI) apresenta uma constatação preocupante: 47% dos projetos que fracassam são causados por uma deficiência no exercício da engenharia de requisitos. Esse estudo não é restrito a projetos de software, mas a projetos de forma geral.
Sobre as principais causas de fracasso na engenharia de requisitos, analise as assertivas abaixo e assinale a alternativa correta.
I. Planejamento inadequado, definição de escopo, cliente envolvido em todas as fases do projeto, cronograma muito curto para a conclusão do projeto.
II. Inexperiência dos gestores do projeto, alterações efetuadas no escopo, mudança de stakeholders do cliente.
III. Falta de envolvimento do cliente, falta de suporte e envolvimento da alta gestão, definição do escopo.
A Todas as afirmativas estão corretas.
B Todas as afirmativas estão incorretas.
C Apenas as afirmativas I e III estão corretas.
D Apenas as afirmativas II e III estão corretas.
E Apenas as afirmativas I e II estão corretas.

Os stakeholders (ou partes interessadas ou envolvidos) são a maior fonte de requisitos do projeto. Pessoas e organizações que têm influência nos requisitos, como usuários e operadores do sistema, desenvolvedores, clientes, arquitetos de solução e testadores.
Assinale a alternativa correta em relação aos stakeholders e o que são.
A Os stakeholders influenciam de alguma forma os requisitos de um sistema.
B As partes interessadas podem ser pessoas dentro da organização que conhecem processos, mas não interagem com o sistema.
C Os stakeholders podem ser diretores da empresa ou proprietário.
D Os stakeholders podem ser outras empresas que interagem com o sistema.
E Todas as alternativas são verdadeiras.

Uma razão para as mudanças frequentes de requisitos em grandes sistemas de software é que esses sistemas são desenvolvidos para tratar de problemas que não podem ser definidos completamente. Durante o processo de desenvolvimento do software, a compreensão que stakeholders têm do problema muda constantemente e os requisitos devem evoluir para refletir essa compreensão alterada do problema.
Analise as alternativas abaixo e indique a opção que se refere ao processo descrito no texto.
A Rastreabilidade de requisitos.
B Planejamento de mudanças.
C Gerência de requisitos.
D Validação de requisitos.
E Nenhuma das alternativas.