The Extreme Decade
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

The Extreme Decade

on

  • 3,053 views

 

Statistics

Views

Total Views
3,053
Views on SlideShare
1,615
Embed Views
1,438

Actions

Likes
4
Downloads
17
Comments
0

11 Embeds 1,438

http://mcgray.com.ua 723
http://agileee.org 638
http://phoenix-valtech.valtech.se 30
http://2011.agileee.org 22
http://phoenix-valtech.azurewebsites.net 12
https://valtech.se 6
http://paper.li 3
http://translate.googleusercontent.com 1
https://phoenix.valtech.se 1
http://valtech.local 1
http://2012.agileee.org 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

The Extreme Decade Presentation Transcript

  • 1. The Extreme DecadeProgress, Pain, Paradox
  • 2. Ron Jeffries Chet Hendrickson
  • 3. Knowing all the tasks...
  • 4. Hes Canadian,you know...
  • 5. Chris Matts
  • 6. Mary Poppendieck
  • 7. Estimating work...
  • 8. Watch the video athttp://link.jbrains.ca/pVURX3
  • 9. Knowing how quickly we go...
  • 10. Hes Canadian,you know...
  • 11. Promiscuous Pairing and Beginner’s Mind: Embrace Inexperience Arlo Belshee Architect Silver Platter Software Pasadena, CA 91103 (503) 265-1263 a_xp@arlim.org the paramount concerns. Performance was second, and Abstract features were a distant third. The company was a startup, so we were tight on both Many traditional software practices stress the cash and time. The company was typically operating withimportance of programming in Flow. XP directly between -30 and 180 Days ‘Till Broke. Our contracts allchallenges the assertion that Flow is critical and had lead times of 3-5 years. This meant that sales had toproclaims Pair Flow. start at the same time as engineering. Thus, engineering Both Flow states are fragile. They are easily disrupted had to produce many sales demos and to frequently alterby outside distraction or task rotation. Both take a long the product to more closely fit the needs of a particulartime to enter. Furthermore, it takes days for a given pair customer.to be comfortable enough with each other to be able to Due to these influences, we chose a software processachieve Pair Flow at all. with rapid feedback and change. We ran the shortest My team at Silver Platter discovered that there is a third iterations we could (1 week) to get the most data possible.option to achieve high-efficiency programming. Our team We tracked our metrics closely, and we ran severalspent the majority of its time in Beginner’s Mind. experiments each iteration. We used the metrics to decideWhereas Flow depends on stability, Beginner’s Mind what worked and to what degree. We then adopted thosedepends on instability, yet provides similar efficiency things that worked and started the next set of experiments.gains to a constant state of Flow. Chief among these experiments were variations on
  • 12. Promiscuous Pairing and Beginner’s Mind: Embrace Inexperience Arlo Belshee Architect Silver Platter Software Pasadena, CA 91103 (503) 265-1263 a_xp@arlim.org the paramount concerns. Performance was second, and Abstract features were a distant third. The company was a startup, so we were tight on both Many traditional software practices stress the cash and time. The company was typically operating withimportance of programming in Flow. XP directly between -30 and 180 Days ‘Till Broke. Our contracts allchallenges the assertion that Flow is critical and had lead times of 3-5 years. This meant that sales had toproclaims Pair Flow. start at the same time as engineering. Thus, engineering Both Flow states are fragile. They are easily disrupted had to produce many sales demos and to frequently alterby outside distraction or task rotation. Both take a long the product to more closely fit the needs of a particulartime to enter. Furthermore, it takes days for a given pair customer.to be comfortable enough with each other to be able to Due to these influences, we chose a software processachieve Pair Flow at all. with rapid feedback and change. We ran the shortest My team at Silver Platter discovered that there is a third iterations we could (1 week) to get the most data possible.option to achieve high-efficiency programming. Our team We tracked our metrics closely, and we ran severalspent the majority of its time in Beginner’s Mind. experiments each iteration. We used the metrics to decideWhereas Flow depends on stability, Beginner’s Mind what worked and to what degree. We then adopted thosedepends on instability, yet provides similar efficiency things that worked and started the next set of experiments.gains to a constant state of Flow. Chief among these experiments were variations on
  • 13. Eliyahu Moshe Goldratt31.03.1947–11.06.2011
  • 14. I promised you a paradox...
  • 15. Agile
  • 16. agile
  • 17. Ron Jeffries Chet Hendrickson
  • 18. Corey Haines J. B. Rainsberger
  • 19. XP
  • 20. Bill CaputoFOR ME, XP AIN’T OUT THERE, IT’S IN HERE.
  • 21. Watch the video athttp://link.jbrains.ca/ojPnyd
  • 22. ME@JBRAINS.CA europeantour2011.comThe Extreme DecadeProgress, Pain, Paradox