Tema 3 -perguntas aula

Question 1

O que é o Scope do Projeto?

Answer 1

O scope do projeto (ou escopo do projeto) é a definição clara e detalhada de:

O que será entregue: Produtos, serviços ou resultados que o projeto deve produzir.

O que não será entregue: Limitações ou itens fora do escopo, para evitar ambiguidades.

O trabalho necessário: As atividades e recursos necessários para alcançar os objetivos definidos.

Question 2

In which phase the Project Scope gets defined and frozen?”

Answer 2

Fase de Planejamento
é elaborado, detalhado e formalizado.

Question 3

Qual é o primeiro documento onde são definidas as inclusões e exclusões do escopo?

Answer 3

Business Case- Ele fornece uma visão inicial do escopo ao justificar os objetivos e os resultados esperados.

Question 4

Qual documento produzido pela equipe do PM inclui o primeiro rascunho do escopo? Por quê?

Answer 4

Project Charter.
Define inicialmente o escopo em termos amplos, com base no Business Case.

Question 5

O PIR inclui uma definição eficaz do escopo? Por quê?

Answer 5

Não necessariamente.
O PIR apenas propõe o projeto, sem detalhar todos os elementos do escopo

Question 6

Qual artefato da fase de planejamento configura a definição do escopo? Qual componente?

Answer 6

Work Breakdown Structure (WBS).
O WBS detalha o escopo ao dividi-lo em pacotes de trabalho menores e gerenciáveis.

Question 7

Quantas formas existem para configurar o escopo? Quais?

Answer 7

Pelo menos duas formas principais:
Definir inclusões e exclusões.
Dividir o trabalho no WBS.

Question 8

Quais são as diferenças entre WBS e PBS?

Answer 8

WBS (Work Breakdown Structure): Estrutura de divisão do trabalho, focada em atividades e entregáveis.

PBS (Product Breakdown Structure): Estrutura focada apenas em produtos e entregáveis finais.

Question 9

O que o plano de aceitação de entregáveis inclui? A quais outros documentos está relacionado? Por quê?

Answer 9

Inclui critérios de aceitação e métodos para verificar a conformidade dos entregáveis. Está relacionado ao Quality Management Plan e ao Project Charter, pois garante a entrega dentro dos padrões e objetivos estabelecidos.

Question 10

Quais são os principais componentes do Project Work Plan?

Answer 10

Escopo, cronograma, recursos, orçamento, e milestones.

Question 11

O que é WBS? Quais são seus componentes principais?

Answer 11

WBS (Work Breakdown Structure): Uma decomposição hierárquica do escopo do projeto.
Principais componentes: Entregáveis, pacotes de trabalho e atividades.

Question 12

Quem elabora o Project Work Plan?

Answer 12

Gerente de Projetos (PM).

Question 13

Quem deve aprová-lo?

Answer 13

Sponsor ou o Project Steering Committee (PSC).

Question 14

Os requisitos são necessários para elaborar o Project Work Plan? Por quê?

Answer 14

Sim, pois eles fornecem as bases para detalhar o escopo e planejar as atividades.
Principais inputs: Business Case, Project Charter e Stakeholder Matrix.

Question 15

Existe diferença entre o “Requirements Document” e o “Requirements Management Plan”?

Answer 15

Sim.
Requirements Document: Lista e descreve os requisitos do projeto.

Requirements Management Plan: Define como os requisitos serão monitorados e gerenciados ao longo do projeto.

Question 16

O que significa WBS?

Answer 16

WBS: Work Breakdown Structure

is a hierarchical decomposition of the total scope of work required to deliver a project’s objectives. It organizes the project into smaller, manageable components called work packages, which can then be planned, assigned, and tracked.

Não inclui atividades detalhadas, mas sim pacotes de trabalho que podem ser desmembrados em atividades posteriormente.

Question 17

what are the Key Features of a WBS?

Answer 17

Decomposition of Work: Breaks down the project scope into deliverables and work packages.

Structure: Often displayed as a tree diagram or outline format.

Levels of Detail: Starts with the broad objectives (e.g., phases or deliverables) and progresses into smaller, actionable items.

Deliverable-Oriented: Focuses on what needs to be delivered, not how it will be done.

Question 18

WBS inclui atividades ou tarefas?

Answer 18

Não inclui atividades detalhadas, mas sim pacotes de trabalho que podem ser desmembrados em atividades posteriormente.

Question 19

O WBS é tudo o que você precisa para descrever o escopo? Por quê?

Answer 19

Não.
O WBS descreve o trabalho, mas o Project Scope Statement fornece detalhes mais amplos, incluindo exclusões e restrições.

Question 20

Qual é a relação entre WBS, tarefas e recursos?

Answer 20

O WBS divide o projeto em pacotes de trabalho que são convertidos em tarefas.
Os recursos são alocados a essas tarefas com base no WBS.

Question 21

Existe relação entre entregáveis, tarefas e recursos?

Answer 21

Sim.
As tarefas produzem entregáveis utilizando recursos definidos no planejamento.

Question 22

A quem se referem as entradas de um dicionário?

Answer 22

Aos responsáveis pelos pacotes de trabalho, entregáveis e atividades.

Question 23

Quais são os elementos que normalmente pertencem a uma entrada no dicionário?

Answer 23

código WBS, responsável, descrição, entregáveis, critérios de aceitação, orçamento, riscos, milestones, e informações adicionais.

Question 24

Qual nível de detalhe é necessário em um WBS?

Answer 24

Suficiente para que os pacotes de trabalho sejam claros, gerenciáveis e atribuíveis.

Question 25

Who Creates the WBS Dictionary?

Answer 25

The Project Manager (PM) is primarily responsible for creating the WBS Dictionary.

The Project Team or subject matter experts (SMEs) may assist by providing detailed information about specific work packages.

Question 26

To Whom Does the WBS Dictionary Belong When Approved?

Answer 26

The Project Manager (PM): For use in planning, monitoring, and controlling the project.

The Organization or Team Managing the Project: As it forms part of the overall project documentation and governs the work to be performed.

Question 27

Who Approves the WBS Dictionary?

Answer 27

The Project Steering Committee (PSC) or equivalent governing body typically approves the WBS Dictionary.

The Sponsor may also be involved in the approval process, especially for high-level work packages with significant budget or resource implications.

Question 28

What does Scope Baseline mean?

Answer 28

The Scope Baseline is the approved version of the project scope, including:

The Project Scope Statement: Defines what is included and excluded in the project.

The WBS (Work Breakdown Structure): Breaks the scope into manageable work packages.

The WBS Dictionary: Provides details about each work package.

Question 29

To what end is the scope baseline useful?

Answer 29

Monitor and Control: Track project progress and compare actual performance against the baseline.

Manage Changes: Evaluate scope changes and assess their impact on project objectives.

Prevent Scope Creep: Ensure that only approved changes are implemented.

Question 30

What does “Scope Creeping” mean?

Answer 30

Scope Creeping refers to uncontrolled changes or expansions in the project’s scope without proper approval. These changes often lead to increased costs, delays, and risks.

Question 31

How to react when Scope Issues arise?

Answer 31

Identify the root cause of the issue.

Consult the Scope Baseline and project documentation.

Initiate a formal Change Request for approval.

Communicate with stakeholders about the impact of changes.

Question 32

When you are a Solution Provider, what do you recommend?

Answer 32

Clearly define the project scope during the initiation phase.

Establish a strong change control process.

Regularly communicate with stakeholders to manage expectations.

Question 33

What’s first: Resources or Schedule?

Answer 33

Typically, resources come first because the availability and capability of resources determine the feasibility of the schedule. However, this may depend on project constraints (e.g., fixed deadlines).

Question 34

When the WBS and its dictionary are ready, does the Requirement Document exist or is it time to create it?

Answer 34

The Requirement Document should already exist. It provides the basis for creating the WBS and defining deliverables.

Question 35

How to decide if a deliverable is good enough?

Answer 35

A deliverable is “good enough” if:

It meets the Acceptance Criteria defined in the Scope Baseline.

It aligns with quality standards and stakeholder expectations.