Updated 6/28/2021

Being productive

Work in Progress
Hello! This page is a draft. Feel free and poke around, but there are significant structural and contentual pieces yet to be implemented. Mind the proverbial construction noise, and feel free to subscribe here to get notified once it's completed:
Some things I still need to do:
Write about setting a routine
Write about weekly reviews
Write about tooling
Write about smooth-brain work

Why you should listen to me

There are lots of self-centered software engineers who have thought about productivity and blogged about their own spin on GTD. Why should you listen to me?

I don’t have a particularly satisfying answer!

I think I get a lot done. Not to delve too much into Linkedin-core performative business (that’s what the section on “keeping a routine” is for, after all), but I run two multi-thousand-dollar-MRR businesses while gainfully employed as a engineer (or engineering manager, depending on the quarter) at a company most people would be excited to work for.

I work a lot, but not an unsustainable amount: I would peg my level of “time spent in work mode” 1 at around ten hours a day on weekdays and four hours a day on weekends. This is higher than median, but certainly less when I was also freelancing full-time.

I think my philosophy comes down to a few specific things:

  • Be very, very deliberate about how you spend your time
  • Identify and focus on work that aligns with your mood and energy level
  • Create internal systems that make it easier for you to be in a happy place

If that high-level overview sounds interesting and useful to you (even if it sounds facile — especially if it sounds facile), then I think you should read more.

Find your own two minute rule

If you determine an action can be done in two minutes, you actually should do it right then because it’ll take longer to organize it and review it than it would be to actually finish it the first time you notice it. David Allen, Getting Things Done

I mean, sure, sometimes. me

The "two minute rule" is a somewhat contentious part of the GTD philosophy. On one hand, it acts as a strong forcing function to reduce the overhead of task management: rather than plan and notate and ruminate and prioritize and, at long last, execute a thing, you just do the thing if it is sufficiently small and granular.

Like all aspects of GTD (and any other system), it's important to adhere to this concept only to the extent that it helps you. For instance, there are two big extentuating circumstances that prevent me from following the letter of the law:

  1. I have two genres of day: a managerial day, in which I am on calls and walking around the house and reacting to whatever is going on in a given day; an individual day, in which my calendar is free and my time is my own. For the former case, I tend to follow this rule pretty heavily: if I'm on a call with one of my teammates and I notice that I need to take out the recycling I'm just going to do it then and there. 2 But for the latter, there is such a large switching cost between me being in flow and me being out of flow unless it's the task equivalent of "drink some water" it's going into the inbox.
  2. Two minutes is a weird cutoff, and if I'm already sort of flying by the seat of my pants I tend to have the number be closer to five-to-seven minutes. I don't even know what a two minute task entails!

(Also, all of these tiny tasks should end up in your inbox and not your to-do list, as is discussed below.)

Employ linear backoff

It is a fairly often occurrence that I don’t get everything done that I want to or plan to in a given day. I think this is largely fine, and probably a Umesh-ism 3 in its own right.

I’m pretty aggressive with what I want to get done in a given day and I often underestimate the mental toll of meetings or switching costs. Tuesdays and Thursdays are my days most heavily laden with meetings; consequentially, they’re also the days where I often fail to complete everything on my to-do list.

“Fail to complete” is a gross phrasing, though. It’s not that I failed to be productive (there are those days, but in general I’m pretty productive) but it’s that I failed to plan out a reasonable workload for my day. And that’s fine!

The real failure mode comes in how I adjust. A very bad idea is to look at the six items you didn’t do today and say to yourself “okay, I’ll do them tomorrow instead.” Chances are, you’re just overloading tomorrow. Then you’ll look at the eight items you didn’t do tomorrow and say “okay, I’ll do them the next day instead.” All you’re doing is snowballing your misery until (if you’re like me) each time you glance at your list of work you feel overcome in dread and anxiety and you discard the process entirely.

Instead, take the time and do linear backoff: only allow yourself to allocate one item per day. If that’s absolutely impossible (say, you have two hard deadlines that you must meet by tomorrow), negotiate with your former self by pushing out some other item that you already allocated.

Employ read-only and write-only modes

The knowledge sector’s insistence that productivity is a personal issue seems to have created a so-called “tragedy of the commons” scenario, in which individuals making reasonable decisions for themselves insure a negative group outcome. An office worker’s life is dramatically easier, in the moment, if she can send messages that demand immediate responses from her colleagues, or disseminate requests and tasks to others in an ad-hoc manner. But the cumulative effect of such constant, unstructured communication is cognitively harmful: on the receiving end, the deluge of information and demands makes work unmanageable. There’s little that any one individual can do to fix the problem. A worker might send fewer e-mail requests to others, and become more structured about her work, but she’ll still receive requests from everyone else; meanwhile, if she decides to decrease the amount of time that she spends engaging with this harried digital din, she slows down other people’s work, creating frustration. Cal Newport, The Rise and Fall of Getting Things Done

A failure mode I often run into is that I treat my todo list like a stack (first on, first off) rather than a queue (first on, last off.)

This is common. A coworker asks you a quick question and you want to get back to them immediately; a customer emails and you want to impress them by responding in less than five minutes. You assign yourself things that pop up: “Oh, I need to check the mail;” “Oh, I should see how the metric is doing;” “Oh, I need to talk to that team about their revised timeline for the project.”

These tasks are sometimes small and they are sometimes big. Regardless of their size and importance, they should be delegated to your inbox as soon as you’ve narrowed in on what you’re trying to do today. Don’t let the specter of immediacy spook you into thinking that its more important than the things that you’ve already outlined as important!

When I first read advice like this, I was skeptical. “That works if you’re some executive or senior employee, but I don’t have the leeway to ignore people as a junior engineer,” was the genre of riposte I conjured. And to a certain extent this is true: there are certain genres of task that you don’t the luxury of scheduling for your future self, especially as a lower-level engineer. But that genre is smaller and more fleeting than you think. If you’re a young professional in industry, the most important skill you can nurture is the ability to consistently and mechanically accomplish well-scoped tasks in a timely manner, and being disciplined on how and why you get randomized helps with that, not hurts.

A useful exercise in determining how effective this approach is: try it on a random day. (If you’re really worried about your team or your company getting mad at you, try it on a weekend or a day off.) Set aside a time — say, two hours after you wake up — as a deadline for adding things to your list to do, and force yourself to put any incoming things in a pile to the side to review at the end of the day.

If you are anything like me, you will be shocked by two things:

  • Urgency fades. Things that you thought were time-sensitive and necessary at 10am will look sepia and simple eight hours later, once the novelty has passed. They might be recontextualized; they might be resolved by someone else; they might be things you no longer want or need to do.
  • Lots of things try to randomize you! I collect around forty or fifty items over the course of a day, and seeing them all added up gives a really stark sense of just how many incoming stimuli vie for my attention.

Employ a weekly review

It's not about the task lists or tickler files or whatever. It's about being able to take complete stock of your life on a regular basis. Everything else is based on that. You get everything captured and in one place so you can look at it and say, "Okay, is this working?" madhadron

Failure cases

Not turning off your brain

Wake up in the morning, put on a comfy sweater, and make a pot of tea (or coffee if you're into that). Make yourself a light breakfast -- biscotti or a scone, toast with jam. Sit down, stare out a window, drink your hot beverage and eat your breakfast. If your neighbor does Tai Chi every morning in their backyard and your window overlooks their backyard, you have my permission to watch them do Tai Chi. Mouse Reeve, A SUGGESTION ON HOW TO SPEND A DAY AT HOME

I am very bad at breaking out of my Puritan work ethic on vacation or mental health days. I am also very bad at recognizing when I am done for the day if I have accomplished everything I set out to do but still have time or energy. This is probably not surprising. If you are, like me, so inclined to write thousands of words about productivity, then the mere concept of productivity is likely entangled with your identity a deeply unhealthy amount.

There are two little tricks I like to play on myself, both somewhat akin:

  1. When you're done with your list for the day, you're really done. No adding new things to the list. You can still work if you want to, but you're not allowed to build a new list.
  2. When you're on vacation (or otherwise taking time off), still build a list for the day — but that list can only have a maximum of three items.

These two rules in parallel build some habits:

  • the list is king
  • you must always have a list
  • when the list is done, you are free.

Is this weird and sycophantic? Absolutely! If you don't need to do this — if you are not the type of person who actively feels bad when they are not working, nor the type of person who has a devil on their shoulder on weeks off of work whining that you could be spending this time better — then this section is not for you.

Ignoring your list

Here is a standard failure case that I run into:

  1. I collate my list of twenty or so items for the day. (The number of items doesn't matter; just imagine that it is a healthy and reasonable amount of work for the day.)
  2. The list contains some items I find uninteresting or distateful. Going through some annoying emails, say; or perhaps finally cleaning out the gutters.
  3. I remember some work that is not in my list but is something I want to do eventually: maybe a fully-scoped ticket on an epic that I haven't quite committed to, or an interesting blog post idea.
  4. I spend a large amount of time working on that instead.
  5. It is now the end of the day, and my list of items is much less burnt-down than I had hoped and planned, and so I despair.

It is easy to trick yourself into thinking that working with urgency and focus is a good substitute for working on the most important and urgent thing. It is always a lie! If those exciting work items that you'd rather do instead are the right thing to work on, then they should be part of your list; if the items that you don't want to work on are truly avoidable, then just delete them from your list.

But ignoring your list is a slippery slope. The list only works when you can have absolute faith and reliance in it; as soon as you start second-guessing it, it is just a fake way of pretending that you are Working On The Right Thing.

Further reading

  • Getting Things Done. This is the ur-text on productivity for a lot of folks, myself included: I don't agree with everything in the book, but the majority of it is the foundation of how I try and organize myself, and a lot of the points I outline above are ripped straight from GTD. (I also )
  • Cadence, a similarly opinionated variant of GTD. There are parts of this I disagree with — the core concept of cadences doesn't mesh with how I approach self-improvement — but the general concept of strata is wonderful, and I strongly agree with the emphasis on structured review and tailoring your discipline to your personal goals.

Footnotes

  1. If this sounds vague, that’s intentional. “Time spent at my desk” is a close but imperfect answer — I get a lot done on my iPad, as more and more of my time is spent reading or writing.

  2. I guess another productivity tip: take all of your meetings as phone calls so you can walk around the house (or the neighborhood). Yes, you are that guy and it is somewhat annoying for the first meeting and then everyone gets used to it and it is glorious.

  3. “If you’ve never missed a flight, you’re spending too much time in airports.”

Want to read more?
Found an issue on this page? Let me know.
© 2023 Justin Duke • Thank you and be well.