// Topic
Management
Definition
Management coverage in this archive spans 10 posts from Dec 2016 to Oct 2026 and is treated as an operating model question: decision rights, feedback loops, and execution clarity. The strongest adjacent threads are engineering, teams, and leadership. Recurring title motifs include engineering, technical, remote, and everyone.
What the archive argues
- A repeated argument is that small teams ship faster when ownership boundaries are explicit.
- Early posts lean on engineering and tech, while newer posts lean on remote and onboarding as constraints shifted.
- This topic repeatedly intersects with engineering, teams, and leadership, so design choices here rarely stand alone.
Execution checklist
- Write down ownership, escalation routes, and meeting defaults before scaling team surface area.
- Start with the newest post to calibrate current constraints, then backtrack to older entries for first principles.
- When boundary questions appear, cross-read engineering and teams before committing implementation details.
Common failure modes
- Using process to compensate for unclear ownership and weak technical direction.
- Adding management layers before tightening decision loops and execution signals.
- Applying guidance from 2016 to 2026 without revisiting assumptions as context changed.
Suggested reading path
- Start here (current state): The Throughput Engineer: Why Headcount Is a Lagging Metric
- Then read (operating middle): How We Track and Prioritize Tech Debt at a Fintech Startup
- Finish with (foundational context): Building Effective Engineering Teams
Related posts
- The Throughput Engineer: Why Headcount Is a Lagging Metric
- Embracing Remote Work: Benefits, Dangers, and Overcoming Challenges
- Hybrid Work Is Harder Than Full Remote
- Most Developer Productivity Metrics Are Management Theater
- Your Onboarding Is Broken and Everyone Knows It
- How We Track and Prioritize Tech Debt at a Fintech Startup
- What I Learned Scaling an Engineering Team
- Stop Wasting Everyone’s Time in Technical Interviews
References
9 posts
- Embracing Remote Work: Benefits, Dangers, and Overcoming Challenges
After years of building and running distributed engineering teams, here are the actual benefits, real dangers, and hard-won lessons about making remote work stick.
Hybrid Work Is Harder Than Full Remote
Everyone thinks hybrid is the compromise between remote and office. It is actually harder to get right than either extreme.
Most Developer Productivity Metrics Are Management Theater
Lines of code, velocity charts, commit counts — most developer productivity metrics are garbage. DORA metrics are the only ones worth your time.
Your Onboarding Is Broken and Everyone Knows It
Most engineering onboarding is a polite abandonment ritual. Here's what I've learned building onboarding across three startups about what actually gets new engineers shipping fast.
How We Track and Prioritize Tech Debt at a Fintech Startup
A framework for cataloging technical debt, scoring it by impact and risk, and scheduling paydown without stalling feature delivery.
What I Learned Scaling an Engineering Team
Lessons from growing an engineering org at the fintech startup -- what breaks, what works, and why clarity beats process every time.
Stop Wasting Everyone's Time in Technical Interviews
Most technical interviews test the wrong things. After hiring engineers at the fintech startup, here's what I've learned actually predicts job performance.
Engineering Manager vs Tech Lead: What's Actually Different
Two leadership tracks, one fork in the road. A breakdown of what engineering managers and tech leads actually do day-to-day, based on how we structured it at the fintech startup.
Building Effective Engineering Teams
What a year of building an engineering team at Dropbyke taught me about hiring, trust, and the habits that actually matter.