Agile Principles & PMI-ACP Mindset Flashcards

1
Q

works with dynamic requirements for the development team to deliver working software frequently through small releases

A

Agile life cycle

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

is a broad document that establishes the values of agile project management. The four values are individuals and interactions over pro- cesses and tools; working software over comprehensive documentation; customer collaboration over contract negotiation; responding to change over following a plan

A

Agile Manifesto

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

is a way of thinking about and doing agile projects. Having the agile mindset means you exemplify the values and principles of agile in how you work, how you lead a project, and how you share a passion for agile with others

A

Agile mindset

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

is a Scrum event where the product owner, the Scrum Master, and the development team work together to dis cuss the backlog items and prioritize the items

A

Backlog refinement meeting

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

This is an XP role that is like a project manager but is more of a mentor and facilitator. The coach mentors people on the project team, helps get things done, and serves as the hub of communications for the project stakeholders.

A

Coach

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

An XP concept is that all programmers on the development team follow defined and communicated standards for developing the code.

A

Code standards

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

An XP concept is that any pair of programmers on the development team can edit anyone’s code.

A

Collective code ownership

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

is an agile approach that uses eight different schemes of agile project management based on several factors, such as the complexity of the project, the number of project team members, and the criticality of the project

A

Crystal

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

This is a daily 15-minute meeting during which the team members share progress updates; it is sometimes called a standup meeting because everyone stands for the duration. The Daily Scrum happens every day at the same time, in the same place.

A

Daily Scrum

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

is responsible for sizing the requirements of the product backlog and getting work done in each sprint; is self-organizing and self-led, and its members are called generalizing specialists because they can often do more than one function on the team.

A

Development team

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

How many people does an ideal Scrum team has?

A

no less than five people and no more than eleven people.

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

one of the predecessors of today’s agile project management and relied on a business case to show value and a feasibility study to determine if the development team could create the architecture and requirements the customer identified.

A

Dynamic Systems Development Method (DSDM)

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

are based on observation, trial and error, and the experience of the person doing the work. Agile projects rely on the knowledge worker to be creative, innovative, and to figure out the work to reach the desired results.

A

Empirical processes

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

an iterative approach to software development that bases its progress on the client’s values of features the software will provide.

A

Feature-Driven Development (FDD)

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

works with dynamic requirements for the development team to quickly deliver working software through increments of product releases.

A

Incremental life cycle

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

utilize defined approaches to com plete processes and tasks; the project team members know exactly what to do and what to expect in the project and in the project management approach

A

Industrial-work projects

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

Agile projects invert the traditional triple constraints (or iron triangle) so that time and cost are fixed, but the scope is now flexible.

A

Inverted triple constraint

18
Q

Projects that are driven by creativity and brain power, rather than brawn and effort applied to defined processes and tasks

A

Knowledge-work projects

19
Q

this agile approach uses a visualization of what needs to be done, creates requirements based on the customer’s definition of value, and includes opportunity for learning and process improvement throughout the project.

A

Lean Product Development

20
Q

The theorem that explains the more items that are in the WIP queue, the longer it will take the team to complete the items in the queue.

A

Little’s Law

21
Q

the average number of items in a queuing system equals the average rate at which items arrive multiplied by the average time that an item spends in the system

A

Little’s Law

22
Q

explains the project’s goal and function in plain, understandable language for all stakeholders.

A

Metaphor

23
Q

an XP approach where developers work in pairs; one person codes while the other checks the code. The pair switches roles periodically

A

Pair programming

24
Q

works with dynamic requirements for the development team to create a single delivery of the software solution at the end of the project

A

Iterative life cycle

25
Q

This approach helps to visualize the flow of the work through a system

A

Kanban

26
Q

is the long list of prioritized project requirements.

A

Product backlog

27
Q

This is a role in the Scrum agile methodology that describes the individual that manages the product backlog for the project.

A

Product owner

28
Q

involves cleaning up the code to remove waste, redundancy, dependent connections, and shortcuts.

A

Refactoring

29
Q

This is a meeting for larger Scrum projects where multiple teams are working together. Rather than having a huge Daily Scrum, the teams meet separately and then a representative from each team meets in a Scrum to report on each team’s progress. The team representatives answer the same questions as in the Daily Scrum, but for the team rather than individuals. In addition, a fourth question is often posed: Will our team be putting something in another team’s way?

A

Scrum of Scrums Scrum

30
Q

This role ensures that everyone understands the rules of Scrum, removes impediments for the team, facilitates Scrum meetings, helps the product owner groom the backlog, and communicates the vision of the project to everyone that’s involved.

A

ScrumMaster

31
Q

In this Scrum event, the development team determines how much work they can take on from the prioritized backlog for the next sprint.

A

Sprint planning meeting

32
Q

In sprint planning meeting, how do you determine the amount of work you can take on from the prioritized backlog for the next sprint.

A

based on estimates of the items in the product backlog and past sprints

33
Q

This Scrum event is held after the sprint review and before the next sprint planning meeting. The team discusses what’s worked well with people, prod- uct, and processes in the project, what needs improvement, and the feedback from the product owner from the sprint review meeting.

A

Sprint retrospective

34
Q

This Scrum meeting is held at the end of each sprint. The development team demonstrates for the product owner, the ScrumMaster, and other key stakeholders the work they’ve accomplished in the past sprint.

A

Sprint review

35
Q

This Scrum meeting is for the product owner to offer feedback on whether the work has reached the done stage, and, if it hasn’t, describe what’s missing and elaborate on corrections or modifications for the increment of work created.

A

Sprint review

36
Q

Timeboxed iterations

A

Sprints

37
Q

Used to create prioritized requirements for the customer.

A

Sprints

38
Q

last from two to four weeks to complete the selected requirements for the current iteration.

A

Sprints

39
Q

is sloppy code, shortcuts, and redundancies that need to be cleaned up as the project moves forward.

A

Technical debt

40
Q

can accumulate and cause the project code to become more complex.

A

Technical debt