If there’s one trait that defines strong engineering leadership—whether you’re a team lead, EM, or CTO—it’s this: Follow-through You could call it consistency, dependability, ownership or trust. But at its core, it means this: When you say you’ll do something, people can count on it getting done. Period. That doesn’t just mean writing code or […]
If your alerts don’t have direct links to runbooks, you’re burning time. Every minute someone spends hunting through Confluence or Notion during an incident is time they could’ve spent fixing the actual problem. Let’s fix that. Two easy wins: These two changes will save your on-call engineers (and your sanity) more than you think. Runbook
Writing reviews used to be a grind. Blank screens. Foggy memory. Wasted hours staring at clunky HR systems that feel like they were built to make the process harder, not easier. Now? I knock out reviews in record time using the ChatGPT app and the talk-to-text feature on my phone. It’s personal, fast, and actually
Kanban teams aren’t “chaotic” by nature. But without a good intake process, they can feel like a support line with no hold music—just a bunch of interruptions and mystery tickets. Here’s how we handle it in real life. Designate a Gatekeeper—We Use Our On-Call Person On our team, the designated intake person is whoever’s on
Hiring engineers is tough. Resumes all start to sound the same. Everyone “thrives in fast-paced environments.” And somehow every candidate is both a “team player” and a “self-starter.” Neat. So how do you actually spot someone who will make your life easier—not harder—once they join? I’ve hired a lot of engineers, and this is what
The basics every engineering team should know (but few actually follow) If you have a website, web app, or mobile app, incidents aren’t a matter of if—they’re a matter of when. Outages, degraded performance, broken deploys, third-party failures… it’s all coming for you. The only question is: Will your team be ready when it happens?
The fastest feedback loop you’re not using enough. Most of us like to believe we write good code—maybe even great code. We test as we build. We poke around in Postman. We check the happy path. We tell ourselves: “Yeah, this is solid.” But then something happens. You push your beautiful, handcrafted update to production…
How to make your team faster without wasting time on the wrong kind of “efficiency.“ There’s always too much work. Always. Backlogs never end, deadlines don’t care, and some of the stuff you’re dealing with is so old and clunky it should come with a warning label. In infrastructure, DevOps, product, or frankly any team,
How do you solve the problem of bad Terraform state and deployment management? Terraform is a tool used to manage cloud resources like VMs, storage, and networks. If you’re deploying applications, you’re probably using Terraform—or something like it—to avoid the nightmare of configuration drift. You define your infrastructure as code, and Terraform makes sure what
We all got into software and engineering because we love solving problems. If you don’t like solving problems, you might want to rethink a few life choices. Me? I love using AI, YouTube, other people’s hard-earned lessons—and yeah, sometimes just beating my head against the wall until something finally works. There’s something addictive about the