--- title: "Padding A Schedule Isn’t the Solution" id: "3402" type: "post" slug: "schedule-padding" published_at: "2012-08-14T14:43:41+00:00" modified_at: "2015-03-09T13:23:08+00:00" url: "https://johnpoelstra.com/schedule-padding/" markdown_url: "https://johnpoelstra.com/schedule-padding.md" excerpt: "If you are having issues generating reliable builds at the end of a release, pulling the deadline in so that there is more time to get to a reliable build isn’t solving the real problem. It is true that you......" taxonomy_category: - "Productivity" taxonomy_post_tag: - "padding" - "predictability" - "scheduling" --- [Skip to the content](#site-content) [John Poelstra](https://johnpoelstra.com) ### Bringing order to chaos and clarity to confusion - [One Conversation](https://johnpoelstra.com/) - [Podcast](https://johnpoelstra.com/category/podcast/) - [Coaching for Directors](https://johnpoelstra.com/coach/) - [About](https://johnpoelstra.com/about/) Toggle search field - [One Conversation](https://johnpoelstra.com/) - [Podcast](https://johnpoelstra.com/category/podcast/) - [Coaching for Directors](https://johnpoelstra.com/coach/) - [About](https://johnpoelstra.com/about/) # [Padding A Schedule Isn’t the Solution](https://johnpoelstra.com/schedule-padding/) [http://www.flickr.com/photos/24622756@N03/3299769880/](http://www.flickr.com/photos/24622756@N03/3299769880/) If you are having issues generating reliable builds at the end of a release, pulling the deadline in so that there is more time to get to a reliable build isn’t solving the real problem. It is true that you have more time to fix things and still release on time, however you’re spending those extra cycles fixing things when you could be doing something else. My thoughts here are in the context of three week [iterations (sprints)](https://johnpoelstra.com/throw-me-over-a-waterfall/) where the culmination is pushing to production. While you may ship on time because of the added buffer, you’re taking more time away from your development cycle because it has been replaced by allocating time for “cleaning up messes.” That part hasn’t been fixed. What if you took the time to address the problem of messes and preventing them or minimizing there affects? It all became clear for me the other day. We were having trouble with a particular chain of processes completing on time. The end goal was more predictability and finishing on time. To accomplish that the project team made the deadline for one part of the process earlier than it has been in the past. This is the third or fourth time we’ve made this particular deadline earlier. The thought behind making it earlier was to “pad the schedule” and build in some buffer for things to still go wrong while still completing our process on time. If this had been the first adjustment we’d made I might have gone along with it. Padding or buffer space was always something I tried to build into the [Fedora schedules](https://johnpoelstra.com/shipping-on-time-is-a-feature-for-fedora-14/) when I was program manager there, but it rarely worked. Here’s why. First, people sense false or “shadow” deadlines and they tend not to take them seriously. Most people are naturally good at finding the loopholes or soft spots in a system and where they don’t have to be exact or that they don’t have to take seriously. Second, adding a buffer doesn’t address the real problem that is causing you to miss your deadlines to begin with. It takes time away from the wrong area. So, what are the core reasons getting reliable builds at the end of the release cycle are challenging? [Photo credit to pferriola](http://www.flickr.com/photos/24622756@N03/3299769880/) #### John Poelstra John Poelstra coaches directors in finance and software. Trained through the Co-Active Training Institute, he has coached for more than 10 years, with over 520 clients and 3,150 sessions, including people at well-known Fortune 100 companies. In over 30 years of professional experience, he spent 25 in technology and finance: software testing, project management and team leadership at Red Hat and Dell/EMC, and finance as a bank auditor at Wells Fargo and a CPA at Grant Thornton. He hosts The John Poelstra Show podcast and is based in Portland, Oregon. [Author archive](https://johnpoelstra.com/author/john-poelstra/) [Author website](https://podcasts.apple.com/us/podcast/the-john-poelstra-show/id1130635146) August 14, 2012 [Productivity](https://johnpoelstra.com/category/productivity/) [padding](https://johnpoelstra.com/tag/padding/) , [predictability](https://johnpoelstra.com/tag/predictability/) , [scheduling](https://johnpoelstra.com/tag/scheduling/) [Previous post](https://johnpoelstra.com/time-machine/) [Next post](https://johnpoelstra.com/monitor-size/) ### Leave a Reply [Cancel reply](/schedule-padding/#respond) ### John Poelstra [https://johnpoelstra.com/?attachment_id=3756](https://johnpoelstra.com/?attachment_id=3756) ### Work With Me I coach directors in finance and software who want to prioritize, delegate, and lead with clarity. Start with One Conversation, a complimentary 60-minute coaching conversation. [See how I work](https://johnpoelstra.com/coach/) ### Subscribe to Podcast [Apple Podcasts](https://itunes.apple.com/us/podcast/the-john-poelstra-show/id1130635146?mt=2&ls=1) [Android](https://subscribeonandroid.com/johnpoelstra.com/feed/podcast/) [by Email](https://subscribebyemail.com/johnpoelstra.com/feed/podcast/) [RSS](https://johnpoelstra.com/feed/podcast/) ### Links - [About](https://johnpoelstra.com/about/) - [Coaching](https://johnpoelstra.com/coach/) ### Subscribe to Podcast [Apple Podcasts](https://itunes.apple.com/us/podcast/the-john-poelstra-show/id1130635146?mt=2&ls=1) [Android](https://subscribeonandroid.com/johnpoelstra.com/feed/podcast/) [by Email](https://subscribebyemail.com/johnpoelstra.com/feed/podcast/) [RSS](https://johnpoelstra.com/feed/podcast/) © 2026 [John Poelstra](https://johnpoelstra.com/) — Powered by [WordPress](http://www.wordpress.org) Theme by [Anders Noren](https://andersnoren.se) — [Up ↑](#)