2024 Public Training Schedule
November 18 – 21, 2024 – Agile Analysis and Design Patterns
Half-Day Sessions
December 9 – 12, 2024 – Agile Analysis and Design Patterns
Half-Day Sessions
Follow me on Twitter:
Blog Post Categories
- Announcements {19}
- Articles {2}
- Bits and Pieces {74}
- Blogosphere {1}
- Bonuses {2}
- Build in Small Batches {27}
- Collaborate {38}
- Create CLEAN Code {34}
- Implement the Design Last {11}
- Integrate Continuously {30}
- Off-Topic but Interesting {3}
- Rants {82}
- Refactor Legacy Code {24}
- Say What, Why, and for Whom Before How {22}
- Seven Strategies {38}
- Specify Behaviors with Tests {17}
- Write the Test First {27}
Archives
Privacy Policy
(c) 2024 To Be Agile
- October 27, 2010 ( 2 comments )
- Build in Small Batches
Software developers are infamous for not being good estimators. They say programmers have three timelines they work with: “done”, “not started” and “nearly finished”. It is easy to get caught up in the implementation details and not know exactly how long it will take to wrap up the task.
Time boxing can be very helpful when developing software. Our customer can assign a relative priority to a particular piece of functionality and we can stay focused on implementing just that piece for a period of time. If we do little bits of work towards that goal and review and validate our progress at the end of time slice, it is more likely to keep us focused on building what the customer wants.
Short iterations help us manage the complexity of tasks by forcing us to break tasks down into smaller and smaller steps. These smaller steps help us estimate more accurately and validate more frequently. Short iterations keep us from staying stuck on something for too long and give us frequent checkpoints to validate our work to make sure we are producing the most value for our customers.
When we work in short iterations we often don’t have time to figure things out everything up front so we have to figure them out as we go. We get good at identifying risks early on a project and find ways to encapsulate them so we can defer on implementing parts without paying a big price later.
When a task seems so complex that it is overwhelming it can be helpful to break it down into smaller tasks. This exactly what we do when we work in short iterations.
{2 Comments }
Previous Post: « Don’t Forget to Wash Your Hands
Next Post: First Seek to Understand »
One additional important factor is short feedback cycle. That is why Daily Scrum works well for most of us – it provides daily feedback cycle. But it is internal team cycle. Short iterations give us the next level of feedback cycle with customer involved.
Yes, absolutely! In some ways the daily feedback cycle within the team is even more important than customer feedback or shall we say they are both important. You make a good point. Thank you!