Difference between revisions of "Babushka of value"

From Pearl Language
Jump to navigation Jump to search
(Fix the process, not the people)
(+Quality)
Line 1: Line 1:
{{Oyster
{{Oyster
|stage=Sparkle
|stage=Sparkle
|theme=Agile, Lean
|theme=Agile, Lean, Quality
|context=product development, in the broadest sense.
|context=product development, in the broadest sense.
|wish in a single line=You want a sustainable, ever evolving flow of value creating activities.
|wish in a single line=You want a sustainable, ever evolving flow of value creating activities.

Revision as of 14:12, 12 December 2012

Russian Dolls.jpg

…product development, in the broadest sense.

✣  ✣  ✣

{{{wish full}}}

Goals:

Design Principles:

  • done for upstream equals ready for downstream
  • downstream defines interface for upstream in collaboration with upstream

Therefore:

{{{therefore full}}}

✣  ✣  ✣

In short:

Fix the process, not the people.

Each maturity level includes and transcends all previous levels, just like a babushka doll.


✣  ✣  ✣

Babushka of Value.png

PDF with example on the right.

Forces:

Metaphore unto ready to build is the school system: Nursery School → Elementary School → High School → University.

In the right conditions and within constraints, items develop, unfold, mature in every phase until they are ready for the next. Items ready for the next phase are done in the current.


Nursery School

Elementary School

Junior High School

University

Ready to Poker

Read to Build

Ready to Ship

Policy

  • Any input: wild ideas, brainwaves, anything.
  • Item matches release goals.
  • Item is aligned with key stakeholders on features, functions and visuals.

ready to ship, a.k.a. definition of done.

Activities

  • Collect and maybe categorize input.
  • Analysts decompose.
  • User Experience Expert researches context, characteristics and criteria.
  • Business Analyst identifies business alignment needs.
  • Elaborate item details.
  • Refine acceptance criteria to almost done.
  • Start UE pre-work (wireframes, visual mocks, story boards).
  • Review legal and compliance issues.
  • Identify candidates for Release Planning and Sprint Planning.
  • Estimate implementation effort.
  • Converse and converge on significant estimation gaps.
  • Test design.
  • Technical design, development and implementation.
  • Integration.
  • Architectural spikes.
  • Technological spikes.
  • Hardening.
  • Packaging.
  • Publishing.