Losses & Gains, Tracking Task Switching & Thrashing

I take measurements and review statistical data on a range of topics to an extensive degree. However last year, pandemic year 2020, I dug into a few metrics to better tell the story about the damage task switching does to getting deliveries out the door. I wanted to answer one specific question, ideally with a measurable number.

How many projects, tasks, and other deliverables don’t get delivered because of task switching via corporate attention deficit hyper-action disorder?


If you’ve never heard of Corporate Attention Deficit Hyper-Action Disorder, welcome to the latest term I’m going to coin for use in this article. Possibly, I’ll use it in future articles, and refer back this one and for that reason let’s define CADHAD.

CADHAD – With a silent h this acronym stands for Corporate Attention Hyper-Action Disorder. Being specific, it’s the activity, anti-pattern, and syndrome of making activities within a business environment that routinely lead to the completion of other activities getting canceled, forgotten, or outright deleted. Usually after a thorough effort put into these actions being cancelled, forgotten, or deleted and through the switching, or thrashing of effort, extensive costs are spent over effectively having people do nothing.

CADHAD Metrics

Alright, back to answering the question “How many projects, tasks, and other deliverables don’t get delivered because of task switching via corporate attention deficit hyper-action disorder?”.

Here are a few metrics to get us started.

Actions Assigned, Started & Completed


Projects Assigned, Started & Completed

To note, this is projects assigned to and at least 95% of the tasks assigned during the month for that project being completed equates to the project being marked complete for the month. If it’s less than that I leave it marked as incomplete. For example, if I get pulled off of tasks for project A and get put on tasks for project B, and because of that neither all the tasks for A or B get completed, that’s 2 projects started or continud for the month and zero finished.

Another important caveat, if a company is efficiently organizing their projects and efficiently utilizing their labor resources – i.e. their programmers – than this would be a 1 to 1 number, anything less than that means there are significant restarts and changes occuring that are significantly damaging effective utilization of people and resources. The TLDR, without a 1 to 1 metric the company is effectively burning cash.


Alright, so here are two sets of data. Let’s talk about what each tells us about the story of thrashing. The first part of the year, January through August of 2020 I was at one company – we’ll call it “Databases R’ Us” and the second part of the year I’ll call the company what it is, which is Hasura.

A Story of Thrashing

At Databases R’ Us I had joined a team that had numerous projects and tons of actions to get completed. Initially in January was a reset month, and it was, contrary to what the metrics for January tell us, a really productive month. No new projects were started, just preparation by closing up and finished actions or deleting actions. Which even though it doesn’t tell us a lot it does show one thing, there were a lot of actions that were entirely dropped. Of the 76 only 11 were wrapped up and completed. The reason, the previous months had left the team with a lot of technical debt that effectively just got ignored and the actions associated with paying that debt just got deleted.

The next month, Feburary starts to paint more of a picture of the significant levels of thrashing that were occurring. New projects were setup and planning had been done, totalling a massive 123 actions and 6 projects. I was ready to go, the team was pumped in that first week. However by the end of the month one can see that the level of thrashing immediately led to a massive failure of projects and actions to be completed. A caveat I have to add, is this is measuring a systemic failure, which is important to note because I could be messing up things myself but as we’ll see later I can also deliver robust solutoins when the systemic failures aren’t dragging projects and actions into the dustbin of oblivion. February was a rough period of time for the systemic completion of projects and actions that needed done. At month end, a miserable zero projects could be considered to have had their actions completed, and only 11 overall actions were wrapped up.

March rolled in and things improved, thank goodness, I needed the morale boost to be honest! 3 of 6 projects where brought to completion with their respective tasks completed. Bring the actions down to a very reasonable 13 actions to complete led to 11 being completed. An excellent ratio for task completion.

The next four months brough actions and projects into a varied mix of misdirections and failures mixed in with a few successes. Overall the subsequent 4 months Databases R’ Us improved efficiency of systemic delivery to about 50% or so. Not good, but much better than the January and February time frame where everything was a vast systemic failure that largely led to teams delivering on things that effectively didn’t get delivered to product or customers.

August wrapped up my work with Databases R’ Us with final delivery of a project and my departure. A fun time, and a great example of systemic wins and systemic failures around a company delivering or not.

Enter Hasura

I joined Hasura in October, taking a month in September to knock out some of my own personal projects and action activity. As you can see, of the things I planned and started with eventual completion I knocked it out of the park that month. In October, starting with Hasura that streak continued. October had a solid score of 4 projects started, 4 completed and 37 actions started and 29 brought to completed. Not perfect, but really good for just starting out at a new company – when so much time actions linger a bit longer just because one is still setting up their accounts and other requisite but not company useful work toward product or services advancement.

November and December continued that streak, 4 of 4 and 5 of 5 projects respectively. Even though December is often a really dead month for advancement of projects and actions to complete, in 2020 there were a solid bunch that I got into and knocked out. It provided me an excellent win upon new years! Even the actions completion ratio was really good.

Lagniappe Comments

2020 was a strange year, considering the pandemic changes and related characteristics of life itself this year. To compound the intricate complications of 2020 my son was born and I took a chunk of leave in the September and October time frames. Even with this major life event occurring I was still able to – even while taking care of a vast array of baby duties – contribute and knock out work and contribute systemically on a number of level to various projects. So much so, aside from the obvious leave, I’m proud that I went to bat at work at near 100% level even in light of all the pandemic and newborn complexities!

Additionally these were new metrics I had decided to measure and the implications behind them are still a bit hard to describe just from the numbers. Even though it does show the story of the year, it doesn’t really dig deep into where and how the task switching – AKA thrashing – occurred or the end result losses from that outcome. Only that it merely happened. This is something where I need to figure out further metrics that could show how, why, where, when, and what occurred that led to these metrics.

At some point I’d love to work on enriching this story through further data collection and figuring out the who, what, where, when, why, and how of the stories the data is meant to tell. Even more so, I’d love to work with others to brainstorm and figure out how to determine what telemetry should be used to provide this richer insight. If you’re interested, I’m available via the Twitters @adron and also you can directly mesage me here.


The wrap up is, the year definitely involved some significant thrashing that led to projects derailed and action items deferred, deleted, or otherwise thrashed on and left as waste. But the year also led to some striking counterbalances to that with 100% of projects getting worked on and delivered, with an excellent ratio of actions getting completed.


Resolutions for 2018

I thought. I pondered. I added conjecture and reasoning, some oompf, and just went with it. I usually don’t do resolutions. I usually don’t even really do anything for new years except maybe use it as an excuse to watch a good movie and see a fire works show or two. This year I’ve decided I’m going with some resolutions.

  • Beer: Live a little, treat yo’ self, and hit up at least two happy hours or other meets with friends and coder/tech/hacker crews per month. The Ballard Happy Hour has been a good one so far, and of course the exceptional Seattle Scalability Group I help organize is pretty epic unto itself. The latter often having free beer post meet up. Both meets are good conversations, great beer, and a great chance to just unwind with smart folk. Goal: Attend two meets per month.
  • Communication Improvements: Find a new and more efficient way to increase the throughput of my follow ups with everybody. Whether by email, phone, or whatever it might be. Goal: Increase rate of follow ups by 15%.
  • Cell Phone Disruption: Decrease my actual cell phone usage making *phone calls* even further. Regain the privacy, personal time, and focus time that one traditionally had before the time of cell phones invading every corner of existence. How I do this I’m not entirely sure, but I’m betting when I figure it out I’ll blog it. Goal: Make it so that I don’t look at or need my cell phone for anything more than 1 phone call per week on average (vid chat, etc, excluded).
  • Write More Code, Build Patterns & Algorithms: I want to review and go back to some of the coding roots that I haven’t hit upon in a long time. It’s odd, when coding day in and day out one tends to not touch upon a lot of the fundamental basics. I want to start writing about and reviewing this again, keep it fresh in mind so it’s always easy to reach into my mind and explain how things work to who may ask. Goal: Write 0.5 blog entry per week on coding algorithms, patterns, or related core coding concepts and skills.
  • Reinitiate in Industry: Kick back off and give some dedicated presentations at meet ups and conferences. Goal: Give at least 4–6 talks that are dedicated, focused, mid-level or advanced topics following my standards for speaking, follow up, and improving.
  • Make OSS Workable for Me: Get the OSS projects I’ve started in the last 2–3 years into a more workable state, insure others can take them, build, and get running without issue. It’s been a few years since I’ve worked on and helped with any OSS projects that are actually used, it’s a bummer and I’m going to resolve that this year. Goal: Get two projects into a workable state so others can use them and I can use them for their intended purpose and for teaching and blogging purposes.
  • Get More Active: Take more bike rides, train trips, and spend more time with friends and family in Portland. Goal 1: Spend at least 3–4 days at Pedalpalooza this year, and take at least 4 trips (1 per quarter at minimum) of about ~2 days each in 2018. Goal 2: Participate in at least 1 group rides per quarter in Seattle.
  • Self Health: Take more time for myself, allocate appropriate me time to make sure I can keep my sanity. Goal: Write, ponder, introspect, and watch the world turn more often. Blog on the park, lake, boat, train, or place and moment of writing, pondering, introspecting, and watching the world turn by writing about it.
  • Write More: I’ve fallen off from the levels I like to blog and write about things. I like to write to introspect, to learn, and show, share, and teach. I want to return and increase beyond the level in which I wrote previously. Following the medium use of mediums I’ve previously outlined. Goal: See “Self Health” as this goal interlines with that goal.
  • Improve Local Communities: Stop getting involved in Internet politics I can’t improve. Get more focused in local politics. Help more people in Seattle, help more people however I can. Help in the fight for better and more housing for all people. Help in the fight for better and more advanced and modern transportation options in Seattle, Portland, and wherever I can. Goal 1: Join Cascade Bicycle Club and the monthly urbanist meets. Goal 2: Keep up with the respective communities ala Bike Portland, The Urbanist, Seattle Transit Blog, Seattle Bike Blog, WA Bikes, and Cascade Bicycle Club.

Now for the bets right? I’ve got 11 goals. Will I meet them all? Will I get 50% of them accomplished? What’s the probability I can knock all of this out? Right now as I write this resolution I’m taking a wild guess of about 93% chance I can knock out all of these goals. Even if each quarter is off kilter a bit, I could recover in a subsequent quarter. Here’s to 2018, actually accomplishing the resolutions, and all that jazz.