tdub.co logo

How to Get Sh*t Done When You’re Building a Startup

As a startup grows it’s only natural that some founders and early employees will slowly transition from making things to managing things.

A few years back Paul Graham of Y Combinator wrote a great piece about the differences between a maker’s schedule and a manager’s schedule. Specifically, he highlights how these two can collide as they work and value their time very differently.

For example, the maker’s schedule is all about shipping code, designing new features, writing unit tests or crafting pixels. Lots of big rocks or larger tasks that require long continuous chunks of focus time and flow.

On the other hand, the manager’s schedule is about planning sprints, sending emails, checking in with teammates, forecasting burn rates, reviewing commits and taking meetings. A never ending bucket of small rocks, or lots of tiny tasks requiring smaller more discrete chunks of time.

What about being a maker and a manager?

This is really fascinating and makes a ton of sense. But what about when we need to both make and manage?

As a founder or early employee there comes a time when this awkward transition starts to happen. We either don’t have the resources to hire someone or we don’t yet fully understand the needs of a particular new role.

Making and managing means writing code for new features and being on top of important emails and planning tasks.

This is multitasking at it’s wurst.

It’s not long before our productivity plummets and we start to feel like we’re running in quicksand.

The start of an awkward transition

After joining the team on Respond, a startup within Buffer, I slowly found myself in this awkward transition where I was trying to be both a maker and a manager.

A typical day often included designing a new feature, pushing some code, working the support queue (we dogfood our own product for this) and prepping for our teams’ next sprint planning meeting.

Nonstop context switching.

As I started to feel less productive than usual I reached out to Joel, our CEO at Buffer, to chat through some ideas on how I might better approach this challenge.

We talked about things like batching tasks, theme days and how Joel himself handled this in the early days of Buffer.

I also found that Wade Foster, CEO at Zapier had some great advice in a post he wrote about how he navigated his own maker / manager transition.

How to get sh*t done

It’s been about a month since I’ve been super conscious of this problem. So far I’ve found a handful of strategies and mindsets for improving my productivity while being both a maker and manager:

1. It’s ok to let things stack up

Not everything is important or needs to be done ASAP. In a startup we’re naturally constrained (time, money, headspace) and that’s OK.

“Over time you’ll get a better sense of what’s truly important right now. If you’re unsure as to whether something is important then it’s probably not.”

We’ve got to truly embrace this one or we’ll forever be chasing our tail.

2. Write it down and move on

It’s OK for things to stack up, but it’s not OK to let items fall through the cracks.

When a manager task crops up quickly write it down. By writing it down it allows us to stop thinking about it and move on. The alternative is juggling a bunch of items in our mind and constantly feeling like we’re forgetting to do something.

Don’t let random items derail your maker days.

Write em’ down and move on.

3. Use a list

A while back I wrote about my information diet and my switch to a bullet journal for keeping track of my tasks.

For maker days I find that a task list of just 2-3 big rocks, with the the most important item first, works best.

For manager days though a task list is often much longer – sometimes even 10 to 20 items.

Lastly, regardless of the theme for the day, I find the best tasks are the crispiest ones - well defined and straightforward to execute on.

4. Fully embrace manager days

Once enough items have stacked up (about once a week for me right now) dedicate an entire day1 to your manager tasks.

Fully embrace it and give in. No new code or design will be shipped today.

It’s ok.

Instead, we’ll hammer out a list of crispy tasks. We’ll sweep your floors so to speak and have a clear mind ready for the next day.

I find getting going at a reasonable hour (not too early) and taking lots of small breaks works well for manager days. If you’re into something like the Pomodoro Technique try that too.

And remember, manager days are great for planning your maker days. If everything is prepped and queued up for your maker days you can fully get into your flow quicker.

5. Fully embrace maker days, too

The same is true for maker days. I find getting started early works best with lots of unstructured time in the day to tackle large tasks and fully get into your flow.

It’s hard at first to let manager tasks stack up (and not immediately tackle them) but it’s critical for doing truly great work.

To really help your focus on maker days you can try things like:

6. Mondays aren’t great for admin days. Fridays are better.

For whatever reason I find starting my week with a manager day to be energy sapping. I think it’s sort of like starting the week with a bunch of meetings. It’s just not great.

Friday on the other hand tends to be a slower day and a great use of a manager day. Better yet, when done right you can start the weekend with a fresh mind knowing that you’ve taken care of your outstanding tasks.

7. Lastly, this should only be temporary

One idea I really love is that as a founder or early employee you should always be looking to fire yourself from your current role. Improve process, automate away or hire for the things you’re doing today so that you can continue to focus on the most important items your business needs to grow.

With this mindset, being both a maker/manager is only temporary. Dig in and make the best of your time but know that it won’t be forever.

What about you?

Have you found a great strategy for making the most of ’maker / manager days? I’d love to chat about it on Twitter


1 I’ve found that setting aside an entire day instead of just a morning or afternoon works best. Lots of context switching and smaller tasks can be much more draining than an entire maker day.