Swizec Teller - a geek with a hatswizec.com

    HOW great engineers hack The Process

    Earlier this week we talked about why engineers hack the process. Today I wanna talk about how.


    The Process is like an organization's immune system against the incompetent, the lazy, and the too busy to pay attention. Safety rails to make sure everyone does at least sort of good work no matter what.

    We can't trust you to run tests? Fine, no merging without a green test suite.

    We can't trust you to dev test your code? Fine, not done without independent sign-off.

    Can't trust you to think through your solution before coding? Fine, no starting without an engineering kickoff.

    Can't even trust you to read the spec? Fine, no coding without a detailed time estimate verified and agreed upon by five independent parties.

    groan giphy

    But you're a great engineer. Never incompetent, rarely lazy, and always too busy to pay attention ... wait a minute ๐Ÿค”

    Hacking The Process

    So how do you hack The Process when it gets in the way?


    First you have to build trust. Without trust you won't have the leeway to hack the process.

    Trust is best built by not fucking up.

    Think of trust like karma points on Reddit. Say something useful, get a point. Say something dumb, lose a point.

    Deliver a project on time. +2 points. Find an edge case in the spec and talk to the PM. +5 points. Refactor a tricky piece of code and improve everyone's lives. +10 points.

    Kill production because of a typo. -20 points.

    Take ownership, fix the typo, and explain how you'll ensure a typo never gets into production again. +10 points.

    Oh and you just added to The Process. oops.

    karma giphy


    Second, you need to take responsibility.

    When something goes wrong and you followed The Process, your ass is covered. Process is the ultimate cover-your-ass strategy.

    "Oh but I was just following the process. You should fix that if you want to fix this sort of mistake"

    Weak move my friend. -5 trust points, but I get it.

    /me throws another step onto The Process

    When you hack the process, it's all on you. Everything works out? You're a hero.

    Production goes down, customer gets double-charged, investor sees a blank page instead of an app demo ๐Ÿ‘‰ your ass is grass.

    And you gotta own it. Take full responsibility. You hacked the process and it didn't work out. Own it, apologize, fix the mistake, explain the incentives, move on.

    But without ownership, you'll never be trusted to hack the process ever again.


    The last step is good judgement.

    You're about to hack The Process. Is it worth the risk?

    Think of risk like jumping over a canyon. You have to balance probability and consequence.

    Let me explain with a crude comic of a stick figure jumping over a canyon ๐Ÿ‘‡


    Good judgement means you can tell the difference between these situations.

    Hacking The Process when probability of failure is low and consequences are nil? Go for it.

    Hacking The Process when probability of failure is high and consequences are dire? Please reconsider.

    So how

    Ok so you've got the trust, responsibility, and judgement to hack The Process. Now what?

    Now you find opportunities to hack the process, my friend.

    Start simple like disabling a merge check or two when it gets in the way of deploying a well-tested branch to production in a timely manner. Re-enable after you're done.

    Drop a step or five from the feature development checklist when it feels unnecessary. Does your feature actually benefit from QA or will automated tests do a better job? Does what you're doing even need automated tests? Do you need a detailed checklist estimate to think through a feature?

    Just don't be late. "Multiply your gut estimate by 3.14" is a rule of thumb I've heard a lot.

    You can graduate from there to completely subverting The Process.

    Something broken? Just fix it. Don't wait for a spec.

    Glaring hole in the spec? Propose a solution, tell the PM, let them add to the spec.

    Better yet, implement the solution and show your PM a screenshot. They'll be happy as heck.

    Everyone loves it when you have their back.

    As long as implementing a quick solution doesn't take you 5 days and blows your estimate to shreds. Make that the next project instead :)

    And most of all: use your hacks to improve The Process

    Every improvement starts as an experiment. YOU can make life better for everyone my friend.

    Happy hacking.


    Did you enjoy this article?

    Published on March 6th, 2020 in Opinions, Personal

    Learned something new?
    Want to become an expert?

    Here's how it works ๐Ÿ‘‡

    Leave your email and I'll send you thoughtfully written emails every week about React, JavaScript, and your career. Lessons learned over 20 years in the industry working with companies ranging from tiny startups to Fortune5 behemoths.

    Join Swizec's Newsletter

    And get thoughtful letters ๐Ÿ’Œ on mindsets, tactics, and technical skills for your career. Real lessons from building production software. No bullshit.

    "Man, love your simple writing! Yours is the only newsletter I open and only blog that I give a fuck to read & scroll till the end. And wow always take away lessons with me. Inspiring! And very relatable. ๐Ÿ‘Œ"

    ~ Ashish Kumar

    Join over 14,000 engineers just like you already improving their careers with my letters, workshops, courses, and talks. โœŒ๏ธ

    Have a burning question that you think I can answer?ย I don't have all of the answers, but I have some! Hit me up on twitter or book a 30min ama for in-depth help.

    Ready to Stop copy pasting D3 examples and create data visualizations of your own? ย Learn how to build scalable dataviz components your whole team can understand with React for Data Visualization

    Curious about Serverless and the modern backend? Check out Serverless Handbook, modern backend for the frontend engineer.

    Ready to learn how it all fits together and build a modern webapp from scratch? Learn how to launch a webapp and make your first ๐Ÿ’ฐ on the side with ServerlessReact.Dev

    Want to brush up on your modern JavaScript syntax?ย Check out my interactive cheatsheet: es6cheatsheet.com

    By the way, just in case no one has told you it yet today: I love and appreciate you for who you areย โค๏ธ

    Created bySwizecwith โค๏ธ