Culture

aronow.io

Astronomer

Attentive

Aven

Benchling

Boulevard

Brightline

Brigit

Calm

Census

Clever

CloudTrucks

Coder is a remote infrastructure development platform that makes working with code easier than ever. Coder enables everyone from industry rookies to experts to develop code faster than ever before, using templatized starting points and ultra-secure workspaces.

Coder

Cohere

Cointracker

Color

Costanoa Ventures

Decimal

Deel is payroll for modern business. No matter where you're hiring, Deel helps customers run payroll, supporting 150+ countries with hundreds of worldwide experts. Deel helps their customers know that hiring, paying, and managing stayed compliant and easy in their all-in-one platform.

Deel

Deepnote

Deliveroo

Dune

Duolingo

EightSleep is more than a mattress company - it's a suite of products devoted to sleep fitness. Their goal is to make sure that your sleep is as high-performing as you are, helping you meet and exceed the bar for excellence in your waking life. Athletes and scientists alike love their range of highly customizable sleep tech because it helps them live healthier.

EightSleep

Figma

Format One

FullStory

Juni

Linear

Marqeta is a modern card issuing platform dedicated to empowering innovators to launch their products to the world. They have over a decade of experience as a trusted, high-tech solution for builders who need simple, scalable payment solutions.

Marqeta

Modern Treasury

Monte Carlo is a Series D data observability company helping its customers accelerate the adoption of data to eliminate downtime. 

Monte Carlo

Notion

Opendoor

Plato

PostHog

PostHog is an open source analytics platform. Their product is used by product, engineering, and marketing teams to understand user behavior, including product analytics, session recording, user paths, a/b testing, heatmaps, and more. The suite, founded through Y Combinator in 2020, has since been installed by over 10,000 companies.

Pragma Platform

Pulley

Ramp

Readme

Replit

Scratchpad

Sift

Snyk

Sourcegraph

Stytch

Talentful

Treasury Prime

VanMoof is a Dutch e-bike company creating stylish, feature-rich city bikes. They're the fastest growing bike company in the world, with an active community in over 50 cities worldwide.

VanMoof

Veev

Verkada

WeTransfer

Zippin

Abhik Pramanik

Kyra ran our first holiday book exchange, and it's been a hit with the team (to the point people mentioned it in our 1:1s). I added some photos from our recent meetups.


Ben added some improvements to our Slack guidelines. Sylvie added a way for us to learn more about each other in our weekly standup. We've been using both for over a month, and the team has been enjoying the changes!


How we use efficient and deliberate communication at Ashby to keep Slack notifications and meetings to a minimum, focus 36h out of a 40h week, and have fun along the way 😀.


How Thoughtful Communication Makes Us Unreasonably Productive

Engineering

Recruiting

Product

Benjamin Encz


<Hint>This article was adapted from an internal post I wrote to the team.</Hint>

It's almost that time of the year for reflection and long form thoughts (I'm actually hoping to be able to do this much more frequently soon)!

In our internal post "The Year(s) Ahead", I focused heavily on product and execution. While these areas remain critical, my recent reflections are more focused on scaling the Ashby team, which is the natural next focus area after initial product-market fit.

How do we maintain what has made us special so far? And what will need to change in the coming months?

## Quick Personal Reflection on Time

About two weeks ago, I took a Friday off. Even though I wasn't working that day, I passively generated some of the best long term thinking in weeks.

It is a bit cliché, but I have generated many of my best ideas while going on a run (at least it's not the shower!).

It is well known that frequently taking a step back and taking time off is very important yet it's easy to get lost in execution mode since, at this stage of a company, there's always too much work for too small of a team.

I also spent my Friday reading a large chunk of [this interesting book on work and time](https://www.amazon.com/Overwhelmed-Work-Love-Play-When-ebook/dp/B00EX0XYU6/ref=tmm_kin_swatch_0?_encoding=UTF8&qid=1633648964&sr=8-1). While I don't agree with all of it, it did trigger me to reflect more on how I (and we as a company) spend our time.

## Time at Ashby

Managing time is something we have focused on very early as a company. One of the main goals of  [Thoughtful Communication](/culture/blog/thoughtful-communication) is to allow us to be very productive without working unsustainable hours (optimizing for the long term is another of our values).

So far our focus around time management has been heavily focused on _excelling at execution_. As with many startups, Ashby started with a large burst of research and creativity followed by a long cycle focused on executing against the early insights.

![Research vs Execution](/images/time_and_productivity/chart.png "Rough approximation of time spent on execution vs. research and planning.")

## A New Phase

Ashby is now entering a new phase.

There are two key milestones that will impact how we use time going forward:

- Within the next year or so we will have completed executing against most of our initial insights. More time and focus will shift to novel features and products.
- We need to do everything at a larger scale. In addition to doing a great job at what we do (e.g. writing product specs, on-boarding customers), many of us will need to take time to build a "machine" that can do the same at scale.

In order to free up time to work on these new priorities, we will have to take away some time from pure execution. Someone who is responding to customer requests 40 hours a week doesn't have the time and focus to build out a system (team + processes) that can ensure amazing support at 5x the scale of customers. A sales rep who is on demos all day cannot come up with creative new prospecting ideas. An engineer working heads down on code 40 hours a week won't be able to research and generate new product ideas or devex/infrastructure improvements.

Part of the answer here is hiring. We will need to build enough slack in each team to free up capacity for longer term initiatives alongside day to day duties.

**But the other part of the answer is thoughtful time management.** By forcing ourselves to invest some amount of time in long-term initiatives, we can relatively quickly reduce the execution load (a very good recent example of this is our Sentry fixer rotation).

## Creating Leverage Needs Time, Enter "Leverage Time"

I've touched on this in the paragraph above, but time, when wisely invested, can be leveraged (which means it can pay itself back many times over in a short period of time). Examples of activities that create leverage:

- Taking time to learning a commonly used tool/technology deeper to be able to move faster.
- Taking time to create a snippet out of a frequently used response to customers.
 - *More generally, we can reflect on activities that consume a lot of our time and build solutions to reduce or eliminate these activities.*

### Detour: Quick Side Note on Engineering Leverage Time

When starting Ashby, Abhik and I discussed early on how valuable it could be to have an engineering coach. Their role would simply be to spend some amount of time shadowing each engineer on the team: observing how they used their IDE, how they set up their local development environment, where they spend time, etc.<Footnote>We don't have an open role for an "enginering coach" (yet), but if you're an experienced engineer that would be interested in doing this I'm happy to chat!</Footnote>

To this day, I'm still embarrassingly slow at some software engineering things and pairing with others has helped me learn a ton. In most jobs involving mechanical engineering, it is very common to be observed and trained while doing the job. For software engineering, obviously only a small part is "mechanical" and most time is spent thinking. But I've still seen huge productivity boosts by, for example, learning better debugging techniques.

I'd like to see some engineers on the team use leverage time to pair and see what the results are (I also assume this transfers pretty well to other roles). To allow this to be effective, you are not allowed to be worried about looking stupid in front of others 😀.

## Permission and Systems Matter

We are generally a team of high trust and ownership. We focus on the results of people's work not how they did it. But we are also a team of ambitious people who want to be as fast, productive, and responsive as possible.

### Quick Personal Detour to Make a Point

I'm fairly confident that I would be better at my job if I could go on midday runs 3-5 times a week (instead of at most once a week today). For me that was not always the case when I was heads down executing on engineering projects (I still found it helpful, but not nearly as much as now). But now, some time away from responding or reacting to day to day tasks lets me reflect and find leverage points to better use my (and our team's) time going forward.

So why don't I? Partially because I don't have systems in place to block off enough time. Partially because I feel like I would be setting a "bad example" by being away from my desk midday multiple hours a week. While I'm pretty confident the team wouldn't take it that way, it is still a nagging concern (I'll work on improving on this point).

If that is true for me, it is likely true for many others on the team.

If we want to spend more time on leverage time, we will need to give ourselves permission to do so. And we will need to put systems in place to ensure that we get that time.

## Finding Balance and Finding What Works For You

While I believe we need to find more time for long-term initiatives, that still needs to be balanced with some important concerns:

- We still need predictability in schedules.
    - When, roughly, will a feature be released to a customer?
    - How quickly can customers expect support responses?
- We don't want to get to a place where we are generating a huge volume of ideas we never execute on.

Depending on, for instance, your role at Ashby or your current projects, that will mean that the ratio of execution time to leverage time will vary and there will likely still be stretches of execution-only time.

When and how exactly you want to use leverage time will also depend on your personal preferences and work habits.

## A First Iteration of Leverage Time at Ashby

<Hint type="success">This started as a proposal to the team. With unanimous support and excitement, we've implemented our first iteration. We'll loop back with results 😀.
</Hint>

To start experimenting with leverage time, we'd like you to try to dedicate **10% of your work time to leverage time**. To create a system and explicit permission we will block off everyone's calendars *every other Friday*. Especially for customer facing roles, this will be a forcing function to bundle customer interactions together and create a decent chunk of mostly uninterrupted time.

For customer support in particular, we will have to work on some kind of special rotation. We will work a bit more with the other customer facing teams to define what SLAs for responding to customers might look like.

How might you use leverage time?

- Pair program to improve your debugging skills.
- Work on a blog post you've wanted to write for a long time.
- Go for a long walk to work through a complicated problem.
- Write a proposal for a product, design system, or infrastructure change.

We're excited to get your feedback and see where this goes!

## P.S.

This post was written in my head while on a run. Good evidence that (good?) work can be done away from keyboard and screen.

## P.P.S.

Somewhat related reading:

- [Overwhelmed: Work, Love, and Play When No One Has the Time](https://www.amazon.com/Overwhelmed-Work-Love-Play-When-ebook/dp/B00EX0XYU6/ref=sr_1_1?dchild=1&keywords=overwhelmed&qid=1635607843&qsid=144-2077181-7884731&s=digital-text&sprefix=overwhel%2Cdigital-text%2C150&sr=1-1&sres=B00EX0XYU6%2CB01N8YJFTN%2CB00E1O6VG8%2CB08HNLKH7Z%2CB009GIPH0K%2CB01N7WQF5T%2CB07GY1M75M%2CB00JZOZDUY%2CB01N9KLLDV%2CB00G1J1D28%2CB09KL6SYDQ%2CB07KZJ9WS4%2CB09H63GPYV%2CB08WT3ZJQT%2CB08MY11HNL%2CB081M6DLFZ): While the book is centered more around issues mothers (and generally parents) face with time it also has great sections on how to manage time and productivity
- [Time, Talent, Energy](https://www.amazon.com/Time-Talent-Energy-Organizational-Productive-ebook/dp/B01LBRS42G/ref=sr_1_3?dchild=1&keywords=time+talent+energy&qid=1635902517&qsid=141-1916930-5915723&s=digital-text&sprefix=time+talent+e%2Cdigital-text%2C123&sr=1-3&sres=B01LBRS42G%2CB002U3CBUW%2CB08MYVPVR6%2CB00SI0B5VW%2CB008HALPEK%2CB004DEPHUC%2CB004JHYRM2%2CB07PX437QQ%2CB001KPZ2KW%2CB015FMV3LW%2CB00FUZPQP4%2CB000YJ66GE%2CB08B8V2SB4%2CB0816WSSHM%2CB00UCEJ230%2CB006VGG37Q): Great and short book on how companies should avoid drag on energy and time (we're implementing a lot of this!). There's a summary [here](https://hbr.org/2017/01/hrs-vital-role-in-how-employees-spend-their-time-talent-and-energy).
- [Deep Work](https://www.amazon.com/Deep-Work-Focused-Success-Distracted-ebook/dp/B00X47ZVXM): Good read! Caveat is that it is written by an academic who is entirely free of the demands of the business world. Some aspects are to be taken with a grain of salt, but the core ideas seem sound to me.


As we enter a new phase at Ashby, we're carving out explicit time to break us from our day to day duties and focus on activities that create leverage for ourselves and the company.


⏰ Time and Productivity

Culture

⏰ Time and Productivity

How Thoughtful Communication Makes Us Unreasonably Productive

Product

Resources

Company

Developers

Culture

⏰ Time and Productivity

How Thoughtful Communication Makes Us Unreasonably Productive

Subscribe to Updates

Product

Resources

Company

Developers