Project Charter & Work Breakdown Flashcards

1
Q

definition of project management

A

_ a series of processes executed to apply knowledge, skills, tools, and techniques to project activities to meet project requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Five phases of project management

A

The phases are iterative rather than strictly sequential:
_ initiating
_ planning
_ executing
_ monitoring and controlling (feeds back into planning and execution)
_ closing/closure

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Process group

A

A project management phase

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Initiation

A

_ the formal authorization for a new project to begin

_ also the formal authorization for a project to begin its next phase

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Initiation phase

A

_ all activities leading up to the authorization to begin the project, including the original project request
_ define and authorize the project
_ create a business case and justification
_ name the project and the project manager
_ define the scope
_ ascertain duration and resources
_ identify high-level risks

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Documents produced in the initiation phase

A

_ project charter

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Planning phase

A

_ project goals, objectives, and deliverables are refined and broken down into manageable units of work
_ for each activity: create time estimates, cost estimates, and resource requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Key activities of the planning phase

A
_ determine project requirements
_ develop a project schedule
_ create a work breakdown structure
_ determine resources
_ identify and plan for detailed risks
_ write a communication plan
_ develop a procurement plan if utilizing resources outside the organization
_ develop a change management plan
_ define the project budget
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Documents produced in the planning phase

A
_ project management plan
_ organizational chart
_ scope statement
_ communication plan
_ project schedule
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Execution phase

A
_ perform work of the project
_ execute management plan
_ team development
_ quality assurance
_ change requests bring deliverables into expectations
_ deliverables are produced and verified
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Documents produced in the execution phase

A

_ issues log
_ status reports
_ dashboard information
_ meeting agendas and minutes

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Monitoring and controlling phase

A

_ monitors progress to identify variances from the project management plan
_ includes requests for changes in project scope
_ takes corrective action to realign with project plan
_ scope, schedule, cost, quality, and risk control

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Key activities of the monitoring and controlling phase

A

_ monitoring the risks/issues log
_ performance measurement and reporting
_ quality assurance/governance activities
_ administering the change control process
_ monitoring the budget

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Closing phase

A

_ documents the formal acceptance of the project work
_ hands off the completed project to the organization for ongoing maintenance and support
_ archive of project documents
_ release of project team members
_ review of lessons learned
_ closing contract

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Project charter

A

_ written by project manager or person who requested project
_ provides formal approval for the project
_ authorizes project manager to apply resources
_ how success will be measured
_ relationship between the project and the business needs
_ reviewed, signed, and published by project sponsor
_ publication/issuance moves project into planning phase

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Elements of the project charter

A

_ purpose and problem statement
_ project goals, objectives, and description
_ key deliverables
_ stakeholder identification
_ high-level requirements
_ high-level budget and milestones
_ high-level assumptions, constraints, and risks
_ project manager’s name and level of authority
_ sponsor’s name
_ criteria for project approval of final project/service

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Project requirements

A

_ the characteristics of the goals or deliverables that must be met in order to satisfy the needs of the project
_ may include outcomes that satisfy a contract, specification, or other document
_ requirements quantify and prioritize wants, needs, expectations of the sponsor and stakeholders
_ can be part of the scope statement (especially for small projects), or can be its own document
_ requirements focus on “what” not “how”

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Triple constraints

A
_ aka “project management triangle”
_ time, scope, and cost/budget (TSC)
_ also the most common constraints
_ all affect quality
_ changing one changes the other two
19
Q

Constraints vs risks

A

_ constraints are limitations that already exist

_ risks are potential future events that could impact the project

20
Q

Kickoff meeting

A

_ held once the project charter is signed and approved
_ includes sponsor, key team members, key stakeholders
_ discuss most of charter in this meeting

21
Q

Components of the scope document

A

_ scope management plan - how scope is defined and validated, and how scope will be monitored and controlled
_ scope statement - objectives and deliverables
_ work breakdown structure (WBS) - breaks deliverables into smaller components having duration, resource, and order-of-magnitude cost estimates
* iteratively developed from feedback

22
Q

Scope management plan

A

_ how the team will define the scope (the process)
_ how the team will validate the work of the project
_ the process for evaluating deliverables for accuracy and accepting deliverables
_ process for creating, maintaining, and approving the WBS
_ description of process for scope change requests (for managing scope creep)

23
Q

Scope statement

A

_ documents the project objectives, deliverables, and work required to produce deliverables
_ adds detail to the project charter
_ exclusions from scope
_ assumptions that must be validated
_ constraints and influencers
_ may, but need not, contain project requirements (usually only if the project is small)
_ may appear in the business case document or the project charter documents

24
Q

Project objectives

A

_ named in the scope document
_ measurable and verifiable
_ usually time-bound with completion dates

25
Q

Acceptance criteria

A

_ determine whether the project is complete and meets expectations
_ includes key performance indicators (KPIs), which are periodically monitored and indicate whether action is needed

26
Q

deliverables

A

_ measurable outcomes determining whether the project or project phase is complete
_ specific and verifiable
_ considered “constraints” because their requirements or measurable results drive or restrict team actions

27
Q

Critical success factors

A

_ requirements and deliverables
_ the elements that must be completed accurately and on schedule in order for the project to be considered complete
_ must be accurately described in scope document

28
Q

influence

A

Something that can bring about a constraint or impact an existing constraint. E.g.:
_ change request
_ scope creep
_ constraint reprioritization (e.g. an event that changes the relative impact of the different constraints on the project)
_ interaction between constraints (e.g. an approved scope change request can change what the existing constraints are able to accomplish; may also reprioritize constraints)
_ stakeholder/sponsors/management (e.g. when they change their priorities, thereby affecting the project)
_ other projects

29
Q

Common constraints on projects

A
_ budget
_ scope
_ deliverables
_ quality
_ environment
_ resources
_ requirements
_ scheduling
30
Q

When resources are constraints

A

_ when scarce, have limited availability, or cannot be delivered on time
_ resources are usually people

31
Q

Forms of scheduling constraints

A

_ due date set by executive management
_ driven by external forces (e.g. summer olympics have to be held during the summer)
_ availability of resources

32
Q

Approval of scope statement

A

_ conduct a “review session” with the team to make sure everyone is in agreement, that there are no unresolved issues
_ present the scope statement to all stakeholders, with a “sign-off and approval sheet” having a signature line for each sponsor and each major stakeholder

33
Q

Categories of requirements

A

Stakeholders likely won’t make these distinctions, but project should for larger projects in order to organize them:
_ business requirements
_ functional requirements
_ technical requirements

34
Q

Business requirements

A

_ why project is being conducted
_ how results satisfy business goals, strategy, perspective
_ answers: “What problem are we trying to solve?”
_ e.g. planned increase in revenue, decrease in overall spending, increase in market awareness
_ to document them, useful to show a “process diagram”

35
Q

Process diagram

A

_ shows step-by-step how a process works
_ shows where approvals or decisions need to be made
_ example shows a flow control diagram for approval or denial of a project request form

36
Q

Functional requirements

A

_ what the project will accomplish

_ desired capability

37
Q

Technical requirements

A

_ how the project will meet the business and functional requirements

38
Q

Requirements document

A

_ must be able to track, measure, and test requirements
_ makes the definition of success objective and concrete
_ as a standalone document (separate from the scope statement), should include at least:
_ _ business need for project
_ _ project objectives
_ _ requirements
_ _ project deliverables

39
Q

Work breakdown structure (WBS)

A

_ deliverables-oriented hierarchy decomposing the project
_ after broken to “lowest level”, can establish time estimates, resource assignments, cost estimates
_ helps clarify the magnitude of the project; also sets boundaries of the project, because work not in the WBS is outside the scope
_ represented as either an outline or a tree; root node is the project; children of root are the major deliverables, project phases, or subprojects
_ does not logically or temporally order work
_ structure helps team members see how their work fits in

40
Q

Work package level

A

_ lowest level of the WBS; leaf nodes of the WBS tree
_ where resources, time, and costs estimates are made
_ individually assigned to teams members or organizational units for completion
_ each node should have a unique identifier, usually a number, for tracking costs, schedule, and resources

41
Q

Code accounts

A

_ the unique identifiers given to WBS nodes

42
Q

Guidelines for making a successful WBS

A

_ recruit knowledgeable resources - also involve the team to get “buy in”
_ each subtree should completely specify its root
_ don’t refine it to the level of to-do lists, just to deliverables
_ allow tree depth to vary; usually 3 to 5 levels

43
Q

WBS dictionary

A

documents levels of work and work components:
_ code of accounts IDs
_ description of work components (every deliverable)
_ organizations responsible for completing components
_ associated resources and cost estimates
_ criteria for acceptance