Agile Concepts Flashcards

1
Q

Describe SAFe

A

Lean/Agile at the Enterprise Level

Scrum

  • Compact, Self-organizing, cross-functional teams
  • Adopted at the team level
  • Few departments and < 100 employees

SAFe

  • Large, multi-geography teams
  • Adopted by the entire organization or enterprise
  • Program and Portfolio Management
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Burndown

A
  • A visual representation of the work left to do on a project vs the time left to do it.
  • Work Remaining / Average Velocity = Days to Complete
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What issues do flat lines sometimes indicate in a burndown chart?

A
  • Sprints are not being closed on time
  • Could mean tasks are more complicated than initially anticipated
  • Tasks could be waiting for other waiting tasks
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What is the difference between Product, Release and Sprint Backlogs?

A
  • Product Backlog - Features to implement but not yet prioritized
  • Release Backlog - Features included in a particular release
  • Sprint Backlog - User stories to complete during a sprint
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Scrum Artifact

A

Scrum Artifacts provide key information that the Scrum Team and the stakeholders need to be aware of for understanding the product under development, the activities being planned, and the activities done in the project

Examples

  • Product Backlog
  • Sprint Backlog
  • Software Increment
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What values are on the Y access of a burndown chart?

A

Remaining Work, expressed as story points, task hours or story sizes

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

How is a burnup chart different from a burndown chart?

A

Time is shown on the Y access and work remaining on the X access.

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

Acceptance Criteria

A

A checklist for an individual user story.

Example

  • User can only submit a form by filling in all required fields
  • User will receive a notification e-mail after successful registration
  • Submissions from the same IP can only be made every 30 seconds
  • All functional and unit tests have passed
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Definition of Done

A

A checklist that the product increment must meet to be considered shippable.

Validates

  1. Functionality
  2. Design
  3. Build
  4. Integration
  5. Testing
  6. Documentation Completeness
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Definition of Ready (Stories)

A

Stories that have been agreed upon as ready by the team. Typically, using the INVEST model - Independent, Negotiable, Valuable, Estimable, Small, Testable

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

Product Vision

A

How the sum of the product increments support the organization and/or stakeholders

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

Focus Factor

A
  • A calculation that can be used for newly formed teams that do not have a velocity history,
  • Expression of the amount of productive work a dev can likely accomplish in a week
  • 35 Man Hours * 60% focus factor = 21 hours cap
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Milestone (as it relates to Agile projects)

A

A project event with zero days duration that represents an achievement. such as phase start/stop or business goal

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

What is the relationship between Milestones, Releases and Sprints?

A
  • Sprints and Releases roll up to milestones
  • Sprint refers to a time frame used to achieve one or more goals
  • Release defines a product increment and it’s timing
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Backlog Refinement

A

An acitivity in a sprint planning where the PO and the Dev Teams add granularity to the backlog

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

Release Planning

A
  • Visualization of increment release cadence from 3-12 sprints
  • Reflects expectations about which features are to be implemented and in what order
  • Different Types
    • Feature Based
    • Date Based
    • Feature and Date Based
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Relationship between Release Planning and CI/CD?

A

In CI/CD, releases are done after each feature is completed.

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

When is Release Planning Done in Scrum?

A

At the beginning in the product planning stage (AKA Sprint Zero)

Refinements are also done every sprint as part of sprint review or in planning for the next sprint.

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

Inputs to Release Planning

A

Team Velocity range

product vision

high level product backlog

product roadmap (possibly)

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

Scrum Artifacts

A
  • Represent work or value
  • Maximize transparency of key information
    • Product Backlog
    • Sprint Backlog
    • Product Increment
21
Q

Scrum Events

A

Opportunity to inspect and adapt scrum artifacts

  • Sprint
  • Sprint Planning
  • Daily Scrum
  • Sprint Review
  • Sprint Retrospective
22
Q

Spike

A
  • Technical Investigation Story
  • Created to research a question or resolve a problem.
  • Focused on finding answers
  • Not directly part of a shippable increment
23
Q

Sprint Backlog

A
  • An overview of the development work to realize a sprint goal.
  • A forecast of functionality and the work needed to deliver it
24
Q

Sprint Goal

A
  • An expression of the purpose of a sprint
  • Why (goal)
  • What (Selected PBIs)
  • How (Plan for delivering the increment)
25
Q

Sprint Planning Process

A
  • <= 8 hour timebox, first day of sprint
  • PO presents PBI wishlist
  • Team discussed and negotiates
  • Team commits to the work
  • PBIs broken down into tasks
  • Team creates definition of done for the sprint
  • Sprint Goal is documented
26
Q

Sprint Retrospective

A

<=3 hours time to review and plan for improvements for the next sprint

27
Q

Sprint Review

A

<= 4 hours

Demonstration by the team for stakeholders to inspect the increment

28
Q

Technical Debt

A

Overhead of maintaining the product often caused by poor design decisions

29
Q

Describe Managing multiple Agile Teams

A

Situation - Satya Demo

  • Single Product (demo of three techs)
  • Multiple features (object recognition, voice to text, translation, etc.)
  • Seperate teams specializing in each
  • Challenge - time the release cadence

Action - Azure Teams and Shared PO

  • Seperate teams in ADO
  • Shared Product Backlog
  • Seperate Sprint Backlogs
  • Tried to synchronize release cadence

Result

  • Combined visibility and tracking for entire team
  • Seperation of concerns
  • Close Release Timing
30
Q

What are the elements of a Good User Story?

A

Follows the INVEST model

31
Q

What is INVEST?

A

Framework for writing good user stories

  • Independent - uncoupled from other stories
  • Negotiable - Teams decide how to implement
  • Valuable - Each has a unit of value to end users
  • Estimable - Easy to make time estimates
  • Small - Its lifecycle fits into a single sprint
  • Testable - Clear acceptance criteria
32
Q

What are the overall benefits of an Agile approach?

A
  • Enables adapation to changing landscape
  • Keeps teams focused on business value
  • Enables creativity
  • Inspires teams with incremental wins
33
Q

Story Mapping

A
  • Scrum tends to push teams into flat backlogs of features but we can lose perspective on the “why” of the product.
  • About “Framing the journey” with user activities (Epics) in a rough order over time that creates a “backbone”
  • User activities are refines into Tasks (stories)
  • Stories are broken down into sub-tasks
34
Q

What are the benefits of framing the journey with story mapping over just a flat backlog?

A

By starting with user activities and personas, it helps teams maintain perspective on what the successful product is meant to do.

The key benefit is that the whole team is more engaged with the success of the product.

35
Q

When does Sprint Planning Happen?

A

The first day of a new sprint

36
Q

What are the key elements of a good sprint goal?

A
  • Actual goal Statment
  • Method employed to reach the goal
  • Metrics to determine if the goal has been met
37
Q

When does a Sprint end?

A

When the timebox is done

38
Q

Does a Product increment need to be ready for release by the end of a sprint?

A

Yes. Does not have to be released but needs to be ready

39
Q

When does the next sprint start?

A

Immediately after the conclusion of the current sprint. (official Scrum)

40
Q

When is the Product Backlog Created?

A

Scrum Alliance does not identify a specific period of time

This should happen in Sprint Zero (the same timeframe the story mapping would be done)

41
Q

What events are contained in sprints?

A

Technically, all of them

  • Story Mapping (sprint zero)
  • Sprint Planning
  • Daily Scrum
  • Retrospectives
  • Reviews
42
Q

When is it OK to cancel a Sprint?

A

When the PO says the Sprint goal is obsolete. Typically, this means that the goal of the sprint no longer supports the business value initially intended for that sprint

43
Q

What is the overall purpose of the Sprint Review?

A

The Scrum Team presents the results of their work to key stakeholders and progress toward the Product Goal is discussed.

44
Q

Who are the stakeholders that are absolutely required in the sprint review?

A

Product Owner

Dev Team

45
Q

What are the key activities in the sprint review?

A
  • Adjusting the Product Backlog to meet new opportunities
  • Demonstrating the work that meets the DOD
  • Answering questions about the increment
  • Collaborating on what to do next
46
Q

What are the key questions in a Sprint Retrospective?

A

How were our interactions?

Were our processes and tools effective?

Were our DODs effective?

What changes will be most helpful?

What were the challenges and were they solved?

47
Q

Document Format for the Sprint Retrospective

A
48
Q

What should happen to work that does not meet the DOD for the current sprint?

A

It should be put back in the backlog for consideration in the next sprint