I try to take this kind of approach with my own work. My workload is really light, so every task I get, I take the opportunity to dig into the task and the business needs surrounding the tasks so that I can come up with a solution that works, is stable, can be extended when needed, and doesn&#x27;t require a lot of maintenance.<p>When an issue comes up, the first thing to do is to put together a workaround, a way for business to continue in absence of a proper fix. I then, without the need to rush, dig into the issue, figuring out a way to reproduce it, then isolate it, then fix it in a way that makes the whole system more robust and not less.<p>Having worked on the codebase &#x2F; infrastructure this way for two years, my workflow is pretty-well refined. For my current issue, I&#x27;m devising a command-line tool to download and parse the log files to give me exactly the info I need to run down web issues. I can yak-shave to my heart&#x27;s content.