Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

Scrum PSPO1 > Scrum Guide Core Concepts > Flashcards

Scrum Guide Core Concepts Flashcards

1
Q

What is Scrum?

A

Scrum is a framework that people use to address highly complex and adaptive problems, in terms of software development, it is to produce products with the highest possible value.

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

What is Scrum decidedly NOT?

A

Scrum is not a set technique, method, or tactic. It is a way of thinking and a way of approaching complex issues and products, a set of values.

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

What is the Scrum framework consist of?

A

It is consisted of a scrum team of people, each with defined roles, rules they abide by, artifacts they produce, events that they participate in.

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

What is at the core of Scrum, the essence of it?

A

It is a small highly adaptive and flexible team of people. T

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

What are the pillars behind Scrum Theory?

A

Transparency, inspection, adaptation.

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

What does Transparency mean?

A

The people responsible for the outcome or the product must be able to see all relevant aspects of the process.

  • A common language so everyone shares common understanding.
  • A common standard or definition of done, so those doing the work and those inspecting the work is on the same page.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What does Inspection mean?

A

The work being produced during a sprint must be frequently inspected to see if it has undesirable variances. Is it going off track? is it still progressing towards the sprint goal?
Inspection should be done by skilled inspectors and not so frequent that it gets in the way.

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

What does Adaptation mean?

A

When an inspector finds that something is deviating outside of acceptable limits,or what’s being created isn’t on track anymore or may be unusable, it must be addressed and adjusted as soon as it is detected.

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

What are the Scrum values?

A

Commitment, Courage, Focus, Openness, Respect

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

What are the roles within a Scrum team?

A

There’s a Product Owner, Scrum Master and Development Team

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

What is the Product Owner responsible for?

A

The PO is responsible for maximizing the value of the product being produce by the team.

  • Solely responsible for the Product backlog
  • Clear expression of items within the product backlog.
  • Prioritizing backlog items to best achieve goals.
  • Optimising value of dev team work.
  • Ensure items are visible, transparent and provide enough detail to the level needed by dev team.

PO can delegate out the above tasks but remains accountable.

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

What is the Development team responsible for?

A

Dev team is a team of professionals who do the work of delivering an increment of “done” product at end of each sprint.
- Only members of the dev team create the increment.

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

What is the Scrum Master responsible for?

A

The Scrum Master is responsible for promoting and supporting the scrum framework by helping everyone understand the theory, rules, and help facilitate scrum events.

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

What are the characteristics of a PO?

A

PO is one person, not a committee. They represent the interests of multiple stakeholders within the company and may represent a committee. Their decisions must be respected and supported by the whole organisation if they’re to be successful. No one can make the dev team work off of a different set of requirements or priorities.

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

What are the characteristics of the dev team?

A
  • Cross functional - they have all competencies to deliver a done increment of product. No dependence on outside help.
  • Self organising - they are empowered by the org to manage and organise their own work. No one tells them how to translate a backlog item into an increment of work
  • No titles, no sub-teams - no unnecessary tiers or structures.
  • Accountability shared by all - each individual may have specialised skill and focus but the team as a whole is accountable for the product increment.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

What are the characteristics of the Scrum Master?

A

The Scrum Master is the servant leader for the whole team. They remove impediments and help advocate and communicate with people outside of the Scrum team on what interactions are helpful and which aren’t.

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

What is the key theory behind Scrum?

A

Scrum framework is based on the empirical process control theory, or empiricism.
Empiricism means knowledges comes from experience and making decisions based on what is known.

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

What is the ideal dev team size and why?

A

Should be between 3 - 9 members, not including PO/SM, unless they’re also working on dev. Small enough to be agile and large enough to complete significant work.

Less than 3: Skill constraints that may jeopardize producing a potentially releasable increment, decreased interaction, smaller productivity gains.

More than 9: Too much coordination and too much complexity.

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

How can you tell what the PO has decided regarding the product?

A

This is visible via the Product Backlog, it is the content and the order of the items.

20
Q

How does the Scrum master serve the PO?

A

Essentially helping PO accomplish his responsibilities and all things related to the backlog:

  • Ensuring the product goals and scope is understood across the whole team.
  • Finding techniques related to better backlog management.
  • Making sure that the team understands why the back log items need to be clear and concise.
  • Making sure the PO knows how to prioritise the backlog to maximise value.
  • Facilitation Scrum events.
21
Q

How does the Scrum Master serve the Dev team?

A

Also helping them understand their jobs and help support them:

  • coaching on cross-functionality and self organisation.
  • Removing impediments
  • Facilitate scrum events
  • Support and coaching when the overall org hasn’t fully adopted Scrum.
22
Q

How does the Scrum Master serve the Organisation?

A

Essentially they’re the Scrum advocate within the organisation, advocacy and facilitating adoption:

  • Leading/coaching scrum adoption
  • Facilitate Scrum implementation
  • Helping everyone in org to understand Scrum and empirical product management.
23
Q

What is a Sprint?

A

A time box of a month or less, during which an increment of “done” work is produced that’s usable and potentially releasable.

24
Q

What are the characteristics of a Sprint?

A

Each spring can be treated like a project that contains a goal of what’s to be built, a design, a flexible plan to accomplish it and the end creation.

  • A new sprint starts immediately after the previously one ends.
  • no changes are made during that would endanger sprint goal.
  • Scope of work maybe re-negotiated or clarified between PO and dev team as more is learned.
25
Q

What’s the structure of a Sprint?

A

A sprint is consisted of:

  • Sprint Planning
  • Daily Scrums
  • Development work
  • Sprint Review
  • Sprint Retrospective
26
Q

Can a sprint be cancelled?

A

Yes, in cases where the sprint goals is obsolete, but due to the short duration of the sprints, this rarely makes sense and fairly uncommon.

  • Only the PO can officially cancel a sprint, but POS may do this based on influence from other stakeholders or members of the scrum team.
27
Q

What happens when a sprint is cancelled?

A

When sprint is cancelled, any done pieces of work is reviewed. If the PO deems it ok, the done pieces can be released. The remaining or incomplete work items are re-estimated and put back into the backlog.

28
Q

What goes into Sprint Planning?

A

Sprint Planning is a time boxed event that’s a maximum of 8 hours for a month-long sprint.
It’s purpose is to determine:
- What can be done in this sprint?
- How will the work get done?

29
Q

How does the Scrum team determine WHAT can be done in a sprint during Sprint planning?

A

PO will discuss the sprint goal and the backlog items that she thinks would reach the sprint goal if completed during this sprint.
The dev team will discuss and evaluate their capacity to produce the work and then select the backlog items to work on. Only the dev team can decide for itself the number of backlog items that they can accomplish within the sprint.
Input: Backlog items, latest product increment, dev capacity, past dev team performance.
Outcome: a sprint goal, and a flexible plan of which backlog items to work on.

30
Q

How does the Scrum team determine HOW will the work get done during Sprint planning?

A

The dev team will now create a Sprint Backlog, which contains the selected product backlog items that they will work on along with a plan on how to do it.

  • At the end of the Sprint planning meetings, Dev team will have broken down the work to be done in the first days of the sprint into time units.
  • PO and dev team will collaborate as needed to re-negotiate scope, clarify requirements, etc.
  • Dev team may also consult other tech or domain experts as needed.
31
Q

What are some characteristics of a Sprint Goal

A
  • Output of Sprint Planning
  • Some flexibility - Does allow some flexibility for dev team on the functionality created during the sprint.
  • Coherence - It’s the coherence “glue” that holds all of the sprint backlog items and makes sure the dev team works together in a joint initiative, instead of separate ones.
32
Q

What are characteristics of the Daily Scrum?

A
  • 15 minute time-boxed event
  • Same time, same place each day.
  • Inspect/Adapt Event - Not status focused, impediment review, what was done and what needs to be done to meet sprint goal?
  • Responsibility of the dev team - other people can join but cannot disrupt. Scrum master do not need to attend, just need to make sure it occurs.
33
Q

What are the characteristics of a Sprint Review?

A
  • 4 hour meeting for month long sprints at most.
  • Inspect/Adapt Event - the completed increment is presented, inspected and product backlog will be adapted as needed.
  • Participants: Scrum Team and stakeholders.
  • Collaborate on what was done and what should be done next to optimise value.
34
Q

Tell me more about happens at a Sprint Review.

A
  • Participants: Scrum Team and stakeholders invited by PO
  • PO explains which product backlog items were done and not done.
  • Dev team explains what went well, what problems they ran into and how those were solved.
  • Dev team then demonstrates the finished work and answers questions.
  • PO discusses the backlog as it stands and any relevant delivery dates.
  • Everyone discusses what to do next: timeline, budget, potential capabilities, marketplace changes, and what’s the most valuable thing to do next.
  • Output: updated product backlog, possible items for the next Sprint Planning sessions.
35
Q

What are some characteristics of a Sprint Retrospective?

A
  • 3 hour meeting for month-long springs at most.
  • An opportunity for the Scrum Team to review itself:
    How did the last sprint go in terms of people, relationships, process and tools?
  • Identify major items that went well and potential improvements.
  • Create a plan to IMPLEMENT those improvements to how the team works together.
36
Q

Tell me more about the point of a Sprint Retrospective?

A
  • Formal opportunity to implement improvements - improvements may be and should be implemented at any time, but the Sprint Retro makes it part of the process.
  • By end of the Retro, the team should have a really clear idea of what needs to be improved and has plan to put it into action by the next Sprint.
  • It’s an opportunity for the Scrum Team to practice continuous improvement on its own processes, tools and ways of working.
37
Q

What are the three artifacts of Scrum methodology?

A
  • Product Backlog
  • Sprint Backlog
  • Increment of Work
38
Q

What does a Scrum artifact mean and what is it designed to do?

A

Definition - things that represent key information related to the work to be done, so everyone involved has common understanding of the work.
- Promotes transparency and opportunities for inspection/adaptation.

39
Q

What are the characteristics of a Product Backlog?

A
  • Single source of requirements for the product: all functions, features, improvements and fixes destined for future release.
  • PO is responsible for its content, ordering, availability.
  • “Living Artifact” - Dynamic, evolving and never complete: if a product exists, its backlog exists, constantly adapted and changed depending on its environment and the product.
40
Q

What attributes does a particular Product Backlog item have?

A
  • Description of what it is.
  • Order
  • Estimate of effort involved
  • Value
  • Tests that prove it is complete when done.
41
Q

What is Product Backlog Refinement?

A

Process of adding more details, estimates and order to the backlog items.

  • This is an ongoing process done in collaboration with PO and the dev team. PO can do this at their own discretion at any time.
  • Scrum Team has sole discretion on how and when this refinement is done.
  • Limited to 10% of the dev team capacity. You want them to be working on building, not too much time refining backlog items.
42
Q

What are some characteristics of the Product Backlog

A
  • Higher ordered items has more detail than lower ordered items: more precise estimates.
  • items that are destined for the upcoming sprints should be so clearly refined that their details show the work can be done within that sprint’s time frame. These are considered “ready” for selection into Sprint Planning.
  • used to monitor progress towards product goals: remaining work can be added together to get a clear picture and project progress.
43
Q

Who determines estimates for Product Backlog Items?

A

The dev team: the people doing the work are solely responsible for providing the estimates of what’s needed. PO can influence and make trade offs with dev team, but ultimately dev team makes the call.

44
Q

What are some characteristics of a Sprint Backlog?

A

Sprint Backlog = set of selected product backlog items + a plan to deliver it to meet the sprint goal.

  • Highly visible real-time: Provides visible all the work the dev team has identified as necessary to meet sprint goal.
  • Continuous Improvement: Must include at least ONE high priority process improvements that came out of the last Sprint Retrospective meeting!
  • Emerges AS the team works through the plan
  • Dynamic: will be updated and adjusted as the work is being done.
  • Belongs solely to the dev team.
  • used to monitor Sprint Progress - remaining work can be added together to project whether the team’s on track.
45
Q

What are some characteristics of a Product Increment?

A
  • sum of all completed product backlog items + the VALUE of all previously completed increments of the product!
  • Must be “done” by end of the sprint: usable and meet’s the team’s definition of Done.
  • May or may not be released: PO’s prerogative, but must be usable and releasable.
46
Q

Why is it important that the Scrum artifacts embody transparency as completely as possible?

A
  • Since all decisions about maximising value and control risk are all based on the Scrum artifacts, any incompletely transparency seriously compromises these decisions and the efficacy of them.
47
Q

Tell me more about definition of “Done” and its characteristics within a dev organisation.

A
  • Shared understanding: everyone on the Scrum team MUST know what it means and be on the same page.
  • Any product/system should have a DoD that’s a standard for any work done on it.
  • If DoD is part of the standards/guidelines of the company: all Scrum teams MUST follow it as a minimum.
  • If not part of the standards, all Scrum teams MUST mutually define what it is!
  • Additive: DoD also needs to consider that the current increment must also work with all previous increments produced.
  • Become more stringent as scrum team matures - DoD also may evolve to include new conditions, which may also uncover work to be done in previously considered “done” increments.

Scrum PSPO1 (2 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2024 Bold Learning Solutions. Terms and Conditions