Difference between revisions of "Season beat"
(Copy from pareltaal.nl (translated).) |
m (Even Mike Cohn gets it) |
||
| (8 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Oyster | {{Oyster | ||
|goal=fuse predictability, calmness, and a high energy level in your whole ecosystem | |||
|stage=Germ | |||
|theme=Agile | |||
|context=and exciting endeavor. | |||
|wish=A comfortable, natural rhythm keeps up a sustainable energy level and lets it flow and obsoletes planning. | |||
|so=Adopt a rolling season rhythm—just like a hearbeat and clock beat—and adapt accordingly. | |||
|image=Seizoenslag.jpg | |||
|wish full=A comfortable, natural rhythm keeps up a sustainable energy level and lets it flow. A steady set of milestones can be reached and results become predictable. Any recurrence does not need planning. | |||
|therefore full=Adopt a rolling seasonal rhythm—just like a heartbeat and clock beat—and adapt accordingly. | |||
|new=Use the {{p|season beat}} as {{p|development episode}}. Every year has 52 weeks, 4 seasons of 12 + 1 . 12 weeks are 12, 6, 4 or 3 {{p|sprint}}s of 1, 2, 3 or 4 weeks each. This leaves room of ‘one week out of time’ for a release review, retrospective and planning. | |||
|stadium=Groei | |stadium=Groei | ||
|wish in one line=A comfortable, sustainable and natural rhythm to do your work. | |wish in one line=A comfortable, sustainable and natural rhythm to do your work. | ||
|therefore in one line=Gebruik een seizoen als basis voor een ontwikkelepisode. | |therefore in one line=Gebruik een seizoen als basis voor een ontwikkelepisode. | ||
|author={{mvs}} | |author={{mvs}} | ||
|coder={{mvs}} | |coder={{mvs}} | ||
| Line 15: | Line 19: | ||
}} | }} | ||
==Season Beat== | ==Season Beat== | ||
:'''A regular cadence, or ʻheartbeat,ʼ establishes the capability of a team to reliably deliver working software at a dependable velocity. An organisation that delivers at a regular cadence has established its process capability and can easily measure its capacity.''' | |||
::—Mary Poppendiek | |||
===What it is=== | ===What it is=== | ||
While working as Practice Manager of Sun Microsystems’ Java Center, Martien van Steenbergen created a perfect release train to drive Agile software development. Based on a seasonal or quarterly release train, he identified six viable iteration lengths that allow an organization to synchronize and integrate all software development on a regular basis. | While working as Practice Manager of Sun Microsystems’ Java Center, Martien van Steenbergen created a perfect release train to drive Agile software development. Based on a seasonal or quarterly release train, he identified six viable iteration lengths that allow an organization to synchronize and integrate all software development on a regular basis. | ||
| Line 41: | Line 48: | ||
Note that using a 6- or 12-week iteration length is only feasible if you are running a plan-driven project, i.e. a Waterfall project. To get the benefit of an empirical Agile approach, keep your iteration length to 4 weeks or less. By identifying the 6 and 12-week iteration lengths as viable options, Van Steenbergen’s release train allows for easy combination and synchronization of both Agile and Waterfall projects. | Note that using a 6- or 12-week iteration length is only feasible if you are running a plan-driven project, i.e. a Waterfall project. To get the benefit of an empirical Agile approach, keep your iteration length to 4 weeks or less. By identifying the 6 and 12-week iteration lengths as viable options, Van Steenbergen’s release train allows for easy combination and synchronization of both Agile and Waterfall projects. | ||
===Week out of time=== | |||
*Day 1: Release Review | |||
**Invite first and second grade stakeholders | |||
**Review last roadmap and compare with actual | |||
**Demonstrate product increment (release) | |||
**Highlight events of last season | |||
**Provide cliff hanger (outlook) to next Release Review | |||
**Conclude with informal drink, dinner maybe, depending on achievement | |||
*Day 2: Retrospective | |||
**Include everyone; make it mandatory | |||
**Pick appropriate Large Scale Intervention work forms (Open Space, World Café) | |||
**Establish improvement (kaizen) theme for next season | |||
*Day 3: Release Planning | |||
**Prepare/adjust rolling Story Map and Roadmap for next season | |||
**End of day everyone is ready for next development episode (season) | |||
*Day 4: Conference | |||
**Invite one or two external keynote speakers | |||
*Day 5: Free Space (Vrije Ruimte) | |||
**You can do whatever you want | |||
==Sources== | ==Sources== | ||
*[http://cf.hum.uva.nl/mmm/index.html?press/press-Pages/Image2.html&target Het geheim van de syncope]. | *[http://cf.hum.uva.nl/mmm/index.html?press/press-Pages/Image2.html&target Het geheim van de syncope]. | ||
*http://scaledagileframework.com/agile-release-train/ | |||
*http://scalingsoftwareagility.files.wordpress.com/2009/11/ch-15-the-agile-release-train-rev-6.pdf | |||
*Even Mike Cohn gets it: http://www.mountaingoatsoftware.com/blog/six-times-two-plus-one-equals-a-good-project-cadence#When:14:00:06Z | |||
{{tag|tijd}} | {{tag|tijd}} | ||
| Line 52: | Line 83: | ||
|auteur={{mvs}} | |auteur={{mvs}} | ||
|codeur={{mvs}} | |codeur={{mvs}} | ||
}} | |||
{{Source | |||
|author=Martien van Steenbergen, | |||
|coder={{mvs}} | |||
}} | }} | ||
Latest revision as of 21:13, 20 February 2014
…and exciting endeavor.
✣ ✣ ✣
A comfortable, natural rhythm keeps up a sustainable energy level and lets it flow. A steady set of milestones can be reached and results become predictable. Any recurrence does not need planning.
Therefore:
Adopt a rolling seasonal rhythm—just like a heartbeat and clock beat—and adapt accordingly.
✣ ✣ ✣
Use the season beat as development episode. Every year has 52 weeks, 4 seasons of 12 + 1 . 12 weeks are 12, 6, 4 or 3 sprints of 1, 2, 3 or 4 weeks each. This leaves room of ‘one week out of time’ for a release review, retrospective and planning.
✣ ✣ ✣
Season Beat
- A regular cadence, or ʻheartbeat,ʼ establishes the capability of a team to reliably deliver working software at a dependable velocity. An organisation that delivers at a regular cadence has established its process capability and can easily measure its capacity.
- —Mary Poppendiek
What it is
While working as Practice Manager of Sun Microsystems’ Java Center, Martien van Steenbergen created a perfect release train to drive Agile software development. Based on a seasonal or quarterly release train, he identified six viable iteration lengths that allow an organization to synchronize and integrate all software development on a regular basis.
Using a 12-week cycle, iteration lengths of 1, 2, 3, 4, 6 or 12 weeks are viable. Also, every 13th week the organization has a “week out of time”, i.e. a week to work on stuff that would otherwise get in the way of regular work like preparing for the next cycle, multi-day training, conferences, deep reflection, and team building activities.
The image illustrates Van Steenbergen’s release train which he calls “season beat“, like heart beat. The columns are the weeks, the rows the viable iteration lengths. Note how all iterations align every 13th week.
Why it is useful
The seasonal release rhythm of 13-week development episodes:
- brings calmness to both the market, product and development teams, and the organization at large.
- provides clear and predictable deadlines for all stakeholders in the ecosystem;
- tackles dependancies because—in conjunction with risk carrier decides—it:
- obsoletes planning—any recurring event is predictable and does not need planning.
How to use it
Suit these 13 week development episodes to fit what feels natural to you:
- 12 sprints of 1 week;
- 6 sprints of 2 weeks;
- 4 sprints of 3 weeks; or
- 3 sprints of 4 weeks.
Each development episode ends with one “week out of time” to celebrate the previous one and get ready for the next one. Each release is named after the release’s season; for example the Spring release.
Note that using a 6- or 12-week iteration length is only feasible if you are running a plan-driven project, i.e. a Waterfall project. To get the benefit of an empirical Agile approach, keep your iteration length to 4 weeks or less. By identifying the 6 and 12-week iteration lengths as viable options, Van Steenbergen’s release train allows for easy combination and synchronization of both Agile and Waterfall projects.
Week out of time
- Day 1: Release Review
- Invite first and second grade stakeholders
- Review last roadmap and compare with actual
- Demonstrate product increment (release)
- Highlight events of last season
- Provide cliff hanger (outlook) to next Release Review
- Conclude with informal drink, dinner maybe, depending on achievement
- Day 2: Retrospective
- Include everyone; make it mandatory
- Pick appropriate Large Scale Intervention work forms (Open Space, World Café)
- Establish improvement (kaizen) theme for next season
- Day 3: Release Planning
- Prepare/adjust rolling Story Map and Roadmap for next season
- End of day everyone is ready for next development episode (season)
- Day 4: Conference
- Invite one or two external keynote speakers
- Day 5: Free Space (Vrije Ruimte)
- You can do whatever you want
Sources
- Het geheim van de syncope.
- http://scaledagileframework.com/agile-release-train/
- http://scalingsoftwareagility.files.wordpress.com/2009/11/ch-15-the-agile-release-train-rev-6.pdf
- Even Mike Cohn gets it: http://www.mountaingoatsoftware.com/blog/six-times-two-plus-one-equals-a-good-project-cadence#When:14:00:06Z