Basics Flashcards

1
Q

DA Principles (8)

Hint: C.O.D.E.B.O.B.

A
  1. Delight customers
  2. Be awesome
  3. Context counts
  4. Be pragmatic
  5. Choice is good
  6. Optimize Flow
  7. Organize around products/services
  8. Enterprise awareness

Combination of Agile + Lean
Agile - started in software development
Lean - started in manufacturing

Principles provide a philosophical foundation for business agility. They are based on both lean and flow concepts.

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

Life Cycles (7)

A
  1. Agile
  2. Continuous delivery: Agile
  3. Lean
  4. Continuous delivery: Lean
  5. Exploratory
  6. Program
  7. DA FLEX
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Process Blades (4)

A
  1. Foundation
  2. Disciplined Dev Ops
  3. Value Stream
  4. Disciplined Agile Enterprise
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Process Phases (3 + 1)

A
  1. Inception
  2. Construction
  3. Transition

Ongoing - not a phase

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

Inception Process Goals (8)

Hint: F.A.D.E.D.S.I.P.

A
  1. Form team
  2. Align with enterprise direction
  3. Explore Scope
  4. Identify architecture strategy
  5. Plan the release
  6. Develop test strategy
  7. Develop common vision
  8. Secure funding
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Construction Process Goals (5)

Hint: I.P.A.P.A.

A
  1. Prove architecture early
  2. Address changing stakeholder needs
  3. Produce a potentially consumable solution
  4. Improve Quality
  5. Accelerate value delivery
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Transition Process Goals (2)

A
  1. Ensure production readiness

2. Deploy the solution

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

Ongoing Activities (6)

Hint: C.A.L.E.G.G.

A
  1. Grow team members
  2. Coordinate activities
  3. Evolve WoW
  4. Address risk
  5. Leverage and enhance existing infrastructure
  6. Govern delivery team
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Inception Milestones - Agile Life Cycle (1)

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

Construction Milestones - Agile Life Cycle (3)

A
  1. Proven Architecture
  2. Continued viability
  3. Sufficient functionality
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Transition Milestones - Agile Life Cycle (2)

A
  1. Production ready

2. Delighted customers

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

DA Mindset (3)

A
  1. Principles
  2. Promises
  3. Guidelines
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Agile Ceremonies (4)

A
  1. Iteration Planning
  2. Daily Coordination Meeting
  3. Iteration Demonstration
  4. Iteration Retrospective
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Agile Artifacts (4)

A
  1. Product Backlog
  2. Iteration Backlog
  3. Burndown Chart
  4. User Story
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

DAD - Primary Roles (5)

A
  1. Stakeholder
  2. Team Lead
  3. Team Member
  4. Product Owner
  5. Architecture Owner
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

DAD - Supporting Roles (5)

A
  1. Specialist
  2. Independent Tester
  3. Domain Expert
  4. Technical Expert
  5. Integrator
17
Q

DAD - Leadership Roles (3)

A
  1. Team Lead (Build the product fast)
  2. Product Owner (Build the right product)
  3. Architecture Owner (Build the product right)
18
Q

Steps for choosing WoW (5)

A
  1. Analyze the context
  2. Select the best-fit life cycle
  3. Connect the dots
  4. Make some choices
  5. Guided Continuous Improvement
19
Q

Disciplined Agile Manifesto (5)

A
  1. Individuals and interactions over processes and tools
  2. Consumable solutions over comprehensive documentation
  3. Stakeholder collaboration over contract negotiation
  4. Responding to feedback over following a plan
  5. Transparency over false predictability
20
Q

MVP

A
  1. Minimum Viable Product
  2. MVP is take the smallest step to determine viability of a new product without a customer base
  3. Investment for discovery
21
Q

MBI

A
  1. Minimum Business Increment
  2. MBI is to build the smallest enhancement to an existing product
  3. Investment for revenue

Steps:

a. Determine your audience
b. Decide on the scenario
c. Focus on the smallest amount of value

22
Q

Technical debt

A

Refers to the implied cost of future refactoring or rework to improve the quality of an asset to make it easy to maintain and extend

23
Q

Acceptance Criteria

A
  1. Unique for each user story
  2. Motivates team to think through quality-focused requirements (for BDD or ATDD)
  3. Relying on acceptance criteria alone risks missing details
24
Q

Definition of Done

A
  1. For all user stories

2. An agreed upon set of items (checklist) that must be satisfied before a user story can be considered complete

25
Q

LEAN Principles (8)

A
  1. Eliminate waste
  2. Build-in quality
  3. Create knowledge
  4. Defer commitment
  5. Deliver quickly
  6. Respect people
  7. Optimize the whole
  8. Enterprise aware
26
Q

Agile Lifecycle

A

Based on Scrum - multi-week iterations

Team type: Project
When to use: Teams new to agile
Disadvantage: Falls apart when requirements change often

Phases:

  1. Inception (1 milestone)
  2. Construction (3 milestones)
  3. Transition (2 milestones)
27
Q

Lean Lifecycle

A

Based on Kanban - NO iterations

Team type: Project
When to use: New teams with fast evolving requirements
Disadvantage: Requires greater skill and discipline

Phases:

  1. Inception (1 milestone)
  2. Construction (3 milestones)
  3. Transition (2 milestones)
28
Q

Continuous Delivery: Agile Lifecycle

A

Natural progression from Agile lifecycle

Team type: Product (long-lived)
When to use: Long running teams
Disadvantage: Requires automated regression testing, continuous integration (CI) and continuous deployment (CD)

Phases:
1. Construction (3 milestones)

29
Q

Continuous Delivery: Lean Lifecycle

A

Natural progression from Lean or Continuous Agile lifecycle (production release several times a day)

Team type: Product (long-lived)
When to use: Long running, disciplined teams
Disadvantage: Requires automated regression testing, continuous integration (CI) and continuous deployment (CD)

Phases:
1. Construction (3 milestones)

30
Q

Exploratory Lifecycle

A

Based on Lean startup and design thinking

Team type: Experimental/Scientific method
When to use: New product or service offering
Disadvantage: Requires way to target subset of potential customer base

Minimum upfront investments for MVP

31
Q

Program Lifecycle

A

Enables the organization of a large team of teams

Team type: Project
When to use: Large agile team of teams
Disadvantage: Requires a lot of coordination; hard to scale

Phases:

  1. Inception (2 milestones)
  2. Construction (3 milestones)
32
Q

Process Goal Diagram Components (5)

A
  1. Process Goal
  2. Decision Point
  3. Ordered list of options (arrow)
  4. Unordered list of options
  5. Options in bold are potential starting points
33
Q

Tactical Scaling Factors (7)

Spider Diagram

A
  1. Team Size
  2. Geographic Distribution
  3. Organizational Distribution
  4. Skills Availability
  5. Compliance
  6. Solution Complexity
  7. Domain Complexity
34
Q

User story characteristics (6)

Hint: I.N.V.E.S.T.

A
  1. Independent (of all others)
  2. Negotiable (not a specific contract for features)
  3. Valuable (or vertical)
  4. Estimable (to a good approximation)
  5. Small (so as to fit within an iteration)
  6. Testable (in principle)
35
Q

DA Promises (7)

A
  1. Create psychological safety and embrace diversity
  2. Accelerate value realization
  3. Collaborate proactively
  4. Make all work and workflow visible
  5. Improve predictability
  6. Keep workloads within capacity
  7. Improve continuously

Promises are agreements we make with fellow teammates, our stakeholder and other people within our organization. Promises define a collection of disciplined behaviors that enable us to collaborate effectively and professionally.

36
Q

DA Guidelines (8)

A
  1. Validate our learnings
  2. Apply design thinking
  3. Attend to relationships through the value stream
  4. Create effective environments that foster joy
  5. Change culture by improving the system
  6. Create semi-autonomous self-organizing teams
  7. Adopt measures to improve outcomes
  8. Leverage and enhance organizational assets

Guidelines help us to be more effective in our WoW and in improving our WoW over time.

37
Q

BDD (Behavior Driven Development)

A

Synthesis and refinement of practices stemming from Test Driven Development (TDD) and Acceptance Test Driven Development (ATDD).

Applies the “Five Why’s” principle to each proposed user story, so that its purpose is clearly related to business outcomes.