Why Queues Hamper Our Success


If you map out the path your product takes from idea to launch, you will find many queues.  There will be at least one for each stage your product must go through and there may even be holding queues where your product waits between stages.  Most likely your product started its life an idea that had to wait to be evaluated.  Once evaluated, it waited for approval.  Once approved, discovery occurred and detailed requirements were researched and written. The requirements were then passed to engineering, where they waited for a review.  Once the review was complete, the requirements were signed-off on and development started. Once the requirements were turned into working code, it moved to quality assurance (QA) and then to staging where it waited to be deployed. Once deployed it went through beta testing before finally reaching general availability.

Queues, especially long ones, are the enemy of responsive and flexible product development. In his excellent book The Principles of Product Development Flow, author Donald Reinerstsen demonstrates how queues hurt product development cycle time, quality, and efficiency.  As cycle time expands, a company is at greater risk that customer preference will change or the product will be pre-empted by a competitor. Long queues also increase schedule variability (i.e. delays) and decreases our ability to cope with them because large backlogs create high resource utilization.  Product team members cannot shift tasks without dropping another ball.

Even worse, long queues impede the feedback loop and results in lower quality. As work gets passed down the value chain (from product management to development to QA and to the customer,) queues delay valuable learning.  Thus, developer feedback to product management, QA feedback to development, and ultimately market feedback to product management all arrive late. This not only delays our response, but even a small mistake in a product requirements document might get coded into the product in many places before being discovered months later. Significantly more rework, and additional delay, will be required than if the error had been caught and corrected quickly.

Lastly, as queues build-up, companies initiate multiple projects to move work in parallel.  This exacerbates the problem, further increasing cycle times. The company thus ends up with many projects in all stages of development.  As a result, a whole new layer of additional management is implemented for tracking, status reporting, and coordinating each project.

Product management must start minding the queue.  We need to measure how long it takes for products, features and fixes to move from idea to deployed (and in the case of the whole product to market demand.)  In my next post, I will speak about how to use batch size to help manage queues.

4 Replies to “Why Queues Hamper Our Success”

  • The other impact of long queues is lost revenue. For every month of delays, you loose a month of revenue which, if compounded over a year, could be a substantial figure Start putting a dollar amount to the long queue time and it will help change the processes to get your product to market faster.

  • Reinerstsen’s book is excellent – as you pointed out – the problem is that the idea of a “queue” is so ingrained in most company cultures that to suggest thinning the process can stir the pot more than the Established Order of the company may be comfortable w/. I’d be interested to hear how readers have gone about a successful means to increase productivity by thinning the queue.

    • Agile development teams give product managers an opportunity to rethink our work to create shorter queues. I am working with clients to think about their PRDs as checklists rather than something that needs to be filled out in its entirety at the start of a project. The PM create the high level picture of the key product requirements, identifies areas of risk that require early attention, and then creates the detailed requirements in balance with developments capacity. This is just one way to attack queues.

What are your thoughts? We’d love to hear from you.

Your email address will not be published. Required fields are marked *