For Programs, Short is Beautiful
In my talk, How Much Will this Project Cost? at Agile 2012 last week, I got to say, “Short is beautiful.” For those of you who have never seen me, I’m five feet tall.
The question was something like this: For programs, don’t you want longer iterations, so people don’t have the overhead of planning, of retrospectives, of demos, of all of that?
Note: when you hear the word “overhead,” you are hearing someone who has not yet fully transitioned to agile. Overhead is code for “we have impediments and we don’t yet realize what they are, so we are calling them overhead.”
For programs, since you have many teams, you want shorter iterations and small stories. Why? To make sure you have as many interconnection points with the rest of the feature teams as possible. You want to make sure you integrate often and demo informally to anyone who will watch. Why? So you can get feedback and make sure you are on the right track.
For programs, the risks are too high to have longer times between integration points and demos. Waiting too long increases potential delays which increases risks. You have many people on a program. You want to see that they are all working together, so you want to see that their work comes together as often as possible.
At Agile 2012, Esther Derby talked about scaling agile teams being like a network. When you have networks of people and teams, you don’t always need formal communications. You know the rumor mill in your organization and how well that works. The information on it might not be so good, but the rumor mill itself works quite well. That’s exactly the model you want in programs. Small pods of people who connect with small pods of people frequently. Short iterations, short stories, that connect often with each other all over the place. (I don’t care if you work in flow. I’m using iterations as an example.)
These reasons all add up to “Short is beautiful.”
I gotta tell you, I was thrilled to be able to say that in a talk. I almost did a happy dance.
About Johanna Rothman
Johanna Rothman, known as the “Pragmatic Manager,” helps organizational leaders see problems and risks in their product development. She helps them recognize potential “gotchas,” seize opportunities, and remove impediments.
Johanna was the Agile 2009 conference chair. She is the current agileconnection.com technical editor. Johanna is the author of these books:
- Manage Your Job Search
- Hiring Geeks That Fit
- Manage Your Project Portfolio: Increase Your Capacity and Finish More Projects.
- 2008 Jolt Productivity award winning Manage It! Your Guide to Modern, Pragmatic Project Management
- Behind Closed Doors: Secrets of Great Management (with Esther Derby)
She is working on a book about agile program management. Find more of Johanna's articles and her blogs at www.jrothman.com and at www.createadaptablelife.comMore About Johanna »
November 1 - 3, 2013
Current Topics on the NFJS Tour
- Core Java, JEE
- Dynamic Languages: Groovy, JRuby, Scala, Clojure
- RESTful Web Apps
- Frameworks: Hibernate, Grails, Spring, JSF, GWT, more
- Test Driven Design
- Ajax, Flex, RIA
Why Attend the NFJS Tour?
- » Cutting-Edge Technologies
- » Agile Practices
- » Peer Exchange
- Languages on the JVM: Scala, Groovy, Clojure
- Enterprise Java
- Core Java, Java 7
- Testing: Geb, Spock, Easyb
- NoSQL: MongoDB, Cassandra
- Spring 3
- Automation Tools: Git, Hudson, Sonar
- HTML5, Ajax, jQuery, Usability
- Mobile Applications - iPhone and Android
NFJS, the MagazineMay Issue Now Available
On the road to learningby Raju Gandhi
Refactoring to Modularityby Kirk Knoernschild
RESTful Groovyby Kenneth Kousen
Getting Started with D3.jsby Brian Sletten