βππ¦ π―π¦π¦π₯ π°πΆπ³ π₯π¦π·π¦ππ°π±π¦π³π΄ π΅π° π£π¦ π£πΆπ΄πΊ π€π°π₯πͺπ―π¨β
I still regularly come across this mindset. Not with any ill-intention. Developers arenβt cheap, so naturally you want them to be productive.
Whenever I do, Iβm reminded of this meme (image created by Sebastian Hermida).
So this is a reminder that with software development…
π§ππ½πΆπ»π΄ πΆπ π»πΌπ ππ΅π² π―πΌπππΉπ²π»π²π°πΈ π΅β¨
Development is about a lot more than just being heads down hammering out code – itβs about problem-solving, understanding user needs, designing scalable solutions, and ensuring that whatβs built is truly valuable. Rushing to code without seeing the bigger picture leads to missed requirements & re-work, technical debt and buggy software.
It actually slows things down more than it speeds them up π π§
Developers should be involved in the full end-to-end delivery process, not just the coding bit:
π Understanding what we need to deliver, and why
π§ͺ Quality Assurance (you mean you didnβt test it before you threw it over the wall to QA?)
π Shipping! Getting things out to customers before picking up new work
π€ Collaborating with each other and other disciplines
Collaboration is a key one. When developers pair with each other or folks from other disciplines, it speeds up the process by reducing feedback loops and capturing issues early, and fosters shared understanding and ultimately, better solutions.
Having developers engaged more widely might seem counterintuitive if youβre focused on keeping them βbusyβ with coding, but itβs the best way to get the most out of their time.
Typing is not the bottleneck
Leave a reply