I think it is fair to say that at this point, we all know that the stereotype of an engineer coding in a dark room, burning the midnight oil, has become painfully outdated and ridiculous. We haven’t internalized in the industry, yet that engineering productivity is less about standardization, dashboards, and metrics and more about a real sense of autonomy.
The truth is that most productive engineers normally look like they are not working much.
Let me tell you a story. I worked with this great backend engineer for over seven years; let’s call her Anna to maintain anonymity. She would usually join a quick standup from her phone. She was normally at the playground with her kids, having a good time and getting them ready for the day. Then, she would go quiet for the rest of the day unless we had specific team calls. However, in the late afternoon or evening, we would see a bunch of activity from her on GitHub and Slack.
In the beginning, I was concerned she was working in the evenings, perhaps having trouble with the workload, but I quickly learned that she loved it. Anna told me she would find peace and quiet after the kids were in bed and get in the flow until she decided to stop. It was not only during the evenings that she was active; during the day, she would revise docs, add comments, and review Pull Requests of other team members. She was not burning the midnight oil; she was effectively chunking her time and would reserve the evening for the more challenging problems.
She also didn’t need to join every standup; we were fully distributed, so we would have asynchronous check-ins recorded every day in case people couldn’t make it. Anna had control of her day and prioritized her life and kids over work. Consequently, she could do much better work when she sat down to do it. It was done her way at her time. She didn’t have to pretend she was working when she wasn’t.
She was great at communicating, very direct, and not afraid of flagging any issues. Anna never let the team down; she would set expectations on when things would get done and do it.
Tasks were completed on time. She always came up with great solutions and identified problems proactively. If something was more complex and required more time, everyone would know about the delays way in advance. Anna also took time off often, and she was always upbeat.
Anna was not the only one; the rest of the team had different routines, but they all had the same in common. They would prioritize life over work, do stuff when they felt most productive, and communicate openly about issues or blockers.
The team knew what to do; it was me, as a manager, who needed to understand how to stop trying to control how people worked. My job was to coordinate, guide, help, coach, and listen, not control.
Most engineers, like everybody else, are trying to get enough sleep so they can function the next day. At least 40% of them have children, which involves efficiently preparing for the day in the morning and, if lucky, finding time for a workout.
On average, software engineers are in their late 30s-mid 40s, meaning many would have elderly parents requiring their attention. Regular life is full of all sorts of chores and appointments. We get tired; we get ill; we need time to rest, time to play, and time to learn.
The most productive engineers I know take care of themselves. If you are an engineering manager, you have to help them do that.
Yes, there will be times when this sense of freedom will bite you back. There will be this one engineer who, no matter what you do, will not pull their weight, and there will be people who struggle with communication and time management, but that should not be the reason for you to optimize your culture and systems around those who are not delivering.
Find out the problem, use your 1:1s to understand what makes people tick, and build a system that helps empower those who thrive with autonomy while simultaneously developing strategies to help those still struggling.
Don’t punish everybody because of the missteps of a few.
If you’re still skeptical about how rest and autonomy can enhance your team’s productivity, we recommend a couple of excellent books filled with scientific research.
Do Hard Things: Why We Get Resilience Wrong and the Surprising Science of Real Toughness by Steve Magness
Life Profitability: The New Measure of Entrepreneurial Success by Adii Pienaar
Rest: Why You Get More Done When You Work Less by Alex Soojung-Kim Pang
“People are responsible adults at home. Why do we suddenly transform them into adolescents with no freedom when they reach the workplace?” — Ricardo Semler
If you enjoy this article, you can subscribe to our newsletter Engineering Calm. We send short and relaxing emails about unorthodox thinking in engineering management. Learn how to build resilient teams that thrive in chaos while cultivating a sense of calm.
What a truly engaged engineer looks like was originally published in Better Programming on Medium, where people are continuing the conversation by highlighting and responding to this story.