Over the next 14 posts, I'm sharing the leadership principles I've developed while building and leading engineering teams in my career. These aren't academic theories. They're battle-tested principles that emerged from real problems: missed deadlines, broken production systems, developers who couldn't grow, and teams that couldn't ship.
Here's what this series is not:
- A management framework you must follow
- A comprehensive guide to leadership
- The "right" way to do things
Here's what it is:
- 14 principles I believe make engineers better
- Concrete examples of what works and what doesn't
- Practical actions you can take today
You won't agree with everything. You might not agree with anything. That's fine. This is about you, not me. Take what's useful. Ignore the rest. Use AI to summarize it, text-to-speech to listen while you commute, or just skim for the bold text.
What matters is this: How much do you want to get better at what you do?
The 14 Principles
- Intellectual Honesty - Always have a defensible theory for why you're building something
- Ownership & Accountability - You own your code from concept to production
- Ship Every Day - Progress is a puzzle made piece by piece
- AI as Assistant, Not Autopilot - Use AI to accelerate learning, not replace thinking
- Come Prepared - Study before the class, debate during the class
- Learn in Public - No DMs for technical problems
- Continuous Learning - You are responsible for your own growth
- Quality Without Paralysis - Ship safely, but ship
- Open Discourse - Best idea wins, regardless of rank
- Raise the Bar - Meet it, then raise it
- Professional, Not Personal - Be effective, not nice
- Bias for Action - Done and shipped beats perfect and theoretical
- Active Observability - Shipping is just the beginning
- Product Builders, Not Code Writers - Talk to stakeholders before building
Who This Is For
This series is for engineers who want to be more than just code writers. It's for people who want to:
- Ship great software, not just write code
- Build products that solve real problems
- Grow faster in their careers
- Lead teams without losing their technical edge
- Work with a championship mentality
If you're comfortable where you are, this isn't for you. If you want to get better, keep reading.
The Foundation: Championship Mentality
Every principle in this series comes from one core belief: We're building a team of champions.
Champions ship. Champions improve. Champions raise the bar.
You have two paths:
- Path A: Be comfortable, be safe, be forgettable
- Path B: Be the professional who delivers, who raises the bar, who ships great work
This series is for people who choose Path B.
How to Use This Series
Each post focuses on one principle with:
- The problem - why this matters
- What good looks like - concrete examples
- What bad looks like - what to avoid
- How to practice it - actionable steps
- The test - how to know if you're doing it
Read them in order. Read them out of order. Read one and stop. Come back in six months. Whatever works for you.
The only thing I ask: If you read it, apply it. Don't just collect knowledge. Use it. Test it. See if it makes you better. Come back and let's discuss what didn't work, what worked, let's improve the next version.
Let's Start
The first principle is Intellectual Honesty - the foundation of everything else. Because if you can't be honest about what you know and don't know, you can't learn, you can't grow, and you can't build anything great.
Let's go.
This is the introduction to a 14-part series on Core Leadership Principles for engineering teams. Next up: Intellectual Honesty - The Foundation of Great Engineering.
Follow me on Twitter
If you like and want to support my work check my patreon
See more in https://linktr.ee/daniloab.
Photo by TheMarketingHustle.com on Unsplash
Top comments (2)
very good post!
Thanks!