In her book ‘Free Time’, author Jenny Blake addresses one of the biggest problems for modern workers: the burden of busywork. The average knowledge worker today spends so much time on admin tasks, meetings, and emails that the feeling of ‘truly getting things done that matter’ can be elusive.
Although Blake's book was written with small business owners in mind, its principles are just as relevant to site leaders, managers, and engineers. At Factory AI, we often discuss work productivity with our customers. We ask reliability engineers how much time they spend behind a desk versus on the factory floor, and if they could, how they would change this proportion.
A common answer is that they would prefer to spend more time at their desks working on future projects with a broad impact, rather than dealing with today’s emergencies or responding to emails about maintenance store labels.
Jenny Blake’s book is part of the wider Slow Productivity movement, which I’m a big fan of. Currently, I’m reading Cal Newport’s book on the topic. The strategies offered in these books can make a significant difference over time.
Cal Newport offers strategies such as:
One surprising strategy in Newport’s book is spending money on software. He references Jenny Blake’s $2,400 monthly spend on premium productivity software like Calendly, Docusign, and Zoom.
“From the context of slow productivity, investments of this type make a lot of sense. The more you can tame the small commitments pulling at your attention, the more sustainably and effectively you can work on things that matter.”
In engineering, spending on software is sometimes undervalued. There's a mentality that hiring staff is always more productive than leveraging software. However, in an industry with a staff shortage and continuously improving software, this mentality might need to change.
Here’s an exercise to determine the value you're getting (or not getting) from software:
This exercise is a rough estimate but can help decide what’s worth keeping and what might need more investment. Some software benefits might not directly translate to time saved, requiring a different evaluation approach.
Today's reliability engineers likely spend too much time on tasks that don’t directly improve site reliability. This sentiment is shared by many of our customers and other reliability leaders.
We’re not claiming that our predictive maintenance software will solve all these problems. However, using software aligned with your core responsibilities—like equipment uptime, OEE, and availability—makes sense. Also, it might be easier to implement a predictive maintenance software (which helps you shift from reactive to proactive maintenance, saving time and improving equipment uptime) than many reliability engineers think.
If you want to learn more about predictive maintenance, here are some of our previous articles that might help:
As always, we welcome your feedback.