Project+ 1st set redone

0.0(0)
Studied by 0 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/302

flashcard set

Earn XP

Description and Tags

A comprehensive set of 300 vocabulary flashcards covering basic project management characteristics, methodologies, change control, risk, issues, scheduling, quality, communication, meetings, resource management, and procurement.

Last updated 9:22 PM on 6/20/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

303 Terms

1
New cards

Start and finish

A basic characteristic of a project indicating defined temporal boundaries.

2
New cards

Unique

A characteristic of a project indicating it is a specific, non-routine endeavor.

3
New cards

Reason/purpose

The core driver or objective behind the initiation of a project.

4
New cards

Project as part of a program

A characteristic where a project is situated within a group of related projects managed in a coordinated way.

5
New cards

Project as part of a portfolio

A characteristic where a project is part of a collection of projects, programs, and operations managed as a group to achieve strategic objectives.

6
New cards

DevSecOps

An IT project methodology and framework that integrates security into the DevOps process.

7
New cards

DevOps

A methodology and framework used in IT projects focusing on communication, collaboration, and integration between software developers and IT operations.

8
New cards

Kanban

A visual framework and methodology used in IT projects to manage work by prioritizing tasks on a board.

9
New cards

PRojects IN Controlled Environments (PRINCE2)

A structured project management methodology and practitioner certification program.

10
New cards

Software Development Life Cycle (SDLC)

A framework defining tasks performed at each step in the software development process.

11
New cards

Scrum

An Agile framework for managing knowledge work, with an emphasis on software development.

12
New cards

Scaled Agile Framework (SAFe)

A set of organization and workflow patterns intended to guide enterprises in scaling lean and agile practices.

13
New cards

Extreme programming (XP)

An agile software development framework that aims to improve software quality and responsiveness to changing customer requirements.

14
New cards

Waterfall

A linear and sequential project management approach where each phase must be completed before the next begins.

15
New cards

Tolerance for change/flexibility

A criterion for selecting a project method based on how well the project can handle modifications.

16
New cards

Requirements (Selection Criterion)

The specific needs or conditions that must be met, used as a factor in choosing a project methodology.

17
New cards

Budget (Selection Criterion)

Financial constraints or considerations used to determine the appropriate project management method.

18
New cards

Schedule (Selection Criterion)

Time-related constraints and deadlines used as a factor for methodology selection.

19
New cards

Environmental factors

External or internal conditions that influence the selection of a project management method.

20
New cards

Cultural factors

The shared values and behaviors of an organization that affect project method selection.

21
New cards

Developmental factors

Factors related to the growth and progress of the project team or product that influence method selection.

22
New cards

Industry standards

The established norms and requirements within a specific business sector that guide project methodology.

23
New cards

Team composition

The makeup of the project team, including roles and expertise.

24
New cards

Product ownership

The role or responsibility of being the primary stakeholder and decision-maker for the product.

25
New cards

Roles and responsibilities

The specific tasks and duties assigned to individual team members within a project.

26
New cards

Team size

A factor in team composition referring to the number of members in a project group.

27
New cards

Resource allocation and commitment

The process of assigning and securing the necessary personnel and tools for a project.

28
New cards

Differences in communication methods

A comparison point between Agile and Waterfall regarding how information is shared.

29
New cards

Change control process

A structured approach to managing changes to the project's scope, schedule, or budget.

30
New cards

Create/receive change requests

The first step in the change control process involving the initiation of a modification proposal.

31
New cards

Change control log

A document used to record and track all change requests throughout the project life cycle.

32
New cards

Preliminary review

An initial assessment of a change request to determine its validity and scope.

33
New cards

Impact assessments

Evaluations performed to determine how a proposed change will affect project constraints.

34
New cards

Document change recommendations

The step in the change control process where formal advice on whether to proceed with a change is recorded.

35
New cards

Determine decision makers

Identifying the specific individuals or groups authorized to approve or reject project changes.

36
New cards

Escalate to the change control board (CCB)

The process of moving a change request to a formal committee for final decision-making.

37
New cards

Communicate change deployment

The step of notifying relevant parties about the implementation of an approved change.

38
New cards

Document the status of approval

Recording whether a change request was approved, rejected, or deferred in the change control log.

39
New cards

Product change vs. project change

A distinction in change management between modifications to the end deliverable versus modifications to the project's execution plan.

40
New cards

Communicate the change status

Keeping stakeholders informed on the progress and outcome of change requests.

41
New cards

Update the project plan

Adjusting the formal project documentation to reflect approved changes.

42
New cards

Implement changes

The actual execution of approved modifications to the project or product.

43
New cards

Validate the change implementation

Confirming that an implemented change meets the intended requirements and functions correctly.

44
New cards

Manage scope creep/scope change

The activity of controlling unauthorized or unplanned expansions to project boundaries.

45
New cards

General risks

Broad categories of potential events that could negatively or positively impact a project.

46
New cards

Known risk

A potential event that has been identified and can be planned for in advance.

47
New cards

Unknown risk

A potential event that has not been identified and cannot be anticipated.

48
New cards

New projects

A situational risk factor arising from the initiation of unfamiliar endeavors.

49
New cards

New management

A situational risk factor involving changes in leadership and oversight.

50
New cards

Regulatory environment changes

A risk factor related to new laws or industry regulations that may affect the project.

51
New cards

Digital transformation

A risk factor associated with the large-scale integration of digital technology into business areas.

52
New cards

Infrastructure end-of-life

A risk factor where hardware or systems reach the end of their useful or supported existence.

53
New cards

Merger and acquisition

A situational risk factor involving the joining or purchase of companies.

54
New cards

Reorganization

A risk factor related to changes in the internal structure of an organization.

55
New cards

Major cybersecurity event

A risk factor involving significant data breaches or digital attacks.

56
New cards

Accept (Negative Risk)

A risk response where the project team acknowledges the risk and decides not to take any action unless it occurs.

57
New cards

Avoid (Negative Risk)

A risk response aimed at eliminating the threat or protecting the project from its impact.

58
New cards

Mitigate (Negative Risk)

A risk response intended to reduce the probability or impact of a potential threat.

59
New cards

Transfer (Negative Risk)

A risk response that shifts the impact and ownership of a threat to a third party.

60
New cards

Accept (Positive Risk)

A response to opportunity where the team takes no proactive action but is willing to take advantage of it if it happens.

61
New cards

Enhance (Positive Risk)

A risk response designed to increase the probability or impact of an opportunity.

62
New cards

Exploit (Positive Risk)

A risk response that seeks to ensure that the opportunity absolutely happens.

63
New cards

Share (Positive Risk)

A risk response that involves allocating ownership of an opportunity to a third party best able to capture the benefit.

64
New cards

Qualitative risk analysis

A risk assessment technique focusing on prioritizing risks by evaluating their probability and impact.

65
New cards

Quantitative risk analysis

A risk assessment technique involving numerical analysis of the effect of risks on project objectives.

66
New cards

Impact analysis

The process of identifying the potential consequences of a risk or issue.

67
New cards

Simulation

A quantitative technique used to model the potential outcomes of a project based on risks.

68
New cards

Probability vs. impact

A comparison used to prioritize risks based on how likely they are to occur and how much force they will have.

69
New cards

Situational/scenario analysis

A risk analysis technique that explores different hypothetical outcomes based on specific conditions.

70
New cards

Interconnectivity

A factor in risk analysis referring to how various risks are linked or influence one another.

71
New cards

Detectability

A factor in risk analysis determining how easily a risk or its triggers can be identified.

72
New cards

Prioritization

The order of importance assigned to risks or issues to guide management focus.

73
New cards

Issue tracking

The continuous process of monitoring existing problems that are currently affecting the project.

74
New cards

Connections between issues and changes

The relationship where an unresolved problem leads to a formal request for modification.

75
New cards

Resolution plan

A documented strategy for addressing and closing an identified project issue.

76
New cards

Outcome documentation

The recording of the results after an issue has been resolved or a risk response executed.

77
New cards

Connections between risks and issues

The relationship where a realized risk becomes an active project issue.

78
New cards

Connection between risks and changes

The relationship where managing a potential risk requires a modification to the project plan.

79
New cards

Escalation path

The predefined sequence of steps or levels for reporting and resolving issues that cannot be handled at the current level.

80
New cards

Ownership (Issue Management)

The assignment of a specific individual to be responsible for the resolution of an issue.

81
New cards

Execute contingency plans

The act of performing a pre-planned set of actions when a specific risk event occurs.

82
New cards

Root cause analysis

The process of identifying the underlying reason for an issue to prevent it from recurring.

83
New cards

Contingency/fallback plans

Backup plans developed to be used if the primary plan fails or a risk occurs.

84
New cards

Risk management strategies

High-level approaches used to handle potential threats and opportunities.

85
New cards

Issue severity

A measure of the seriousness or intensity of a project issue.

86
New cards

Impact to project (Issue Identification)

An assessment of how an active issue is currently affecting project constraints.

87
New cards

Urgency

The degree to which an issue requires immediate attention or resolution.

88
New cards

Scope of impact to organization

A measure of how far-reaching the effects of an issue are within the broader company.

89
New cards

Issue escalation

The process of moving an issue to a higher management level for resolution.

90
New cards

Work-arounds

Unplanned responses to issues when no prior contingency plan existed.

91
New cards

Points of escalation

Specific contacts or roles designated to receive escalated project issues.

92
New cards

Upcoming milestones

Significant points or events in the project timeline used for tracking progress.

93
New cards

Activity identification

The process of defining the specific actions required to produce project deliverables.

94
New cards

Sprint goals

The specific objectives set for a short, time-boxed period of work in Agile.

95
New cards

Sequencing

The process of identifying and documenting relationships among project activities.

96
New cards

Dependencies

The relationships between activities that determine the order in which they must be performed.

97
New cards

Hard logic

A type of sequencing dependency also known as mandatory logic.

98
New cards

Mandatory logic

A constraint that is inherently required by the nature of the work being done.

99
New cards

Soft logic

A type of sequencing dependency also known as discretionary logic.

100
New cards

Discretionary logic

A dependency based on best practices or specific preferences rather than physical constraints.