Reduce stress and get more done by pushing work into queues

Cognitive overload plagues startups. People frequently bombard you with problems, ideas, questions, complaints, and requests. You have many more problems to solve than you do with resources at your disposal. This describes every role at most startups and leads to a feeling of chaos and disorganisation, making burnout a matter of when not if.

One tactic that works for individuals and teams is to centralise requests and ideas into queues1, which you later prioritise, schedule, and complete. This is a simple and old idea. Customer support teams usually work out of support queues, and many engineering teams maintain backlogs, so to many, this may seem like a painfully obvious suggestion. But it is a powerful and underrated principle for personal productivity and business operations that applies to all teams.

The mechanics of an inbound work queue

Some requests are easy to action at the moment, but many tasks require a good amount of focus to tackle. A queue can be where you keep these inbound requests and other work.

  1. When you receive a request or have an idea, resist the urge to action it immediately (unless it is truly trivial) and instead put it in the queue.
  2. Next, establish a habit of regularly tidying up and prioritising this inbox. This is where you consider the urgency of each task based on expected outcomes.
  3. Lastly, you need a ritual to schedule prioritised work from your queue. This could be as simple as moving things to your to-do list (later, we’ll discuss more complex mechanisms for teams).

When you centralise your work into an inbox, you decouple the request from the response. This has positive effects:

My personal inbox lives inside my to-do app2. My inbox contains action items from meetings, complex requests delivered via Slack or email, new ideas, and more. I reprioritise my inbox every Monday and schedule some tasks for the week.

Practical examples for teams

Teams should funnel all inbound work (that they can’t immediately tackle) into a shared backlog. If you receive many requests, create a simple request form that your colleagues or customers can use to easily push work into your inbox3.

Here are some practical examples of what might live in team backlogs:

While the fewer, the better, sometimes, it makes sense for a team to have multiple queues for a team. For example, a product team might capture customer feedback in a dedicated inbox because the volume of feedback received would clog up their primary work queue. Whenever you split inbound work into a separate backlog, it’s critical to also establish inbox review and maintenance rituals. Every backlog needs regular attention, though the frequency for each may vary (you might review your core inbox every week while you review your backlog of customer feedback once a month or quarter).


  1. Pushing requests into an inbox for later processing is a very old idea, but Getting Things Done, developed by David Allen, is the most well-known framework that employs this concept. ↩︎

  2. I use Things by Cultured Code as my to-do app. Things is designed around the idea of a centralised inbox for tasks, though you can use just about any to-do app in this way. ↩︎

  3. Most help desk and many issue tracking softwares allow you to receive requests via a form. Zapier is another solution for this. ↩︎

Privacy and terms

I care about privacy as much as you do. I will only use your email address to send you this newsletter or to reach out to you directly, and you can unsubscribe at any time. I will not share, sell, or rent your email address to any third party, though I do store it the software I use to dispatch emails.

The information provided on this blog is for informational purposes only and should not be considered investment advice. The content on this blog is not a substitute for professional financial advice. The views and opinions expressed on this blog are solely those of the author and do not necessarily reflect the views of other organizations. The author makes no representations as to the accuracy, completeness, currentness, suitability, or validity of any information on this blog and will not be liable for any errors, omissions, or delays in this information or any losses, injuries, or damages arising from its use. The author may hold positions in the companies or products discussed on this blog. Always conduct your own research and consult a financial advisor before making any investment decisions.

Subscribe for advice

Free weekly advice covering product strategy, development operations, building teams and more.

More advice

Understanding tacit knowledge

As great as it would be to solve all problems with clearly defined processes and documented knowledge, the reality is that most organisational knowledge tends to be tacit. So, companies should factor this into their ways of working.

Australia to quash angel investing

The Australian Government is about to make it nearly impossible for successful startup workers to reinvest their earnings into new startups. Let’s explore the upcoming changes and how they will affect startups, workers, and the Australian economy.

Stepping on toes

How much should competent people, confidently managing their responsibilities, meddle in the affairs of other teams they perceive to be dropping the ball?