Building AI native teams
AI has changed the economics of building software, but most product teams are still working out what that should mean in practice. We needed a way to ground our own thinking, make sense of the moving parts, and pressure-test ideas as we experiment with what an AI-native team could become. This doc is the framework we use to do that.
First principles
1. Value comes from judgment
Judgment is two things: reading your situation accurately, and deciding well given what you read. The value of what gets made reflects the quality of the judgment applied to the decisions that shaped it.
Not because every good decision creates value — but because across enough decisions, the quality of judgment determines the team's leverage on producing it.
2. Scaling comes from alignment
As the number of people, teams, decisions, features, processes, tools, and systems increases, they all need to remain coherent with one another.
Alignment is not necessarily agreement. Two people can hold different views and both be right — different reasonable answers to the same question. The cost isn't disagreement; it's when independently reasonable decisions cut across each other. Alignment is what keeps that from happening.
3. Judgment comes from iteration
Individuals and teams get better at deciding by deciding: applying the decision, encountering reality, and carrying what they learned into the next cycle. Do another round and see what changed.
What compounds judgment is that the loop is methodical — deliberate, repeated, and honest about the result. Speed doesn't create quality directly. The value of speed isn't how much more you can produce; it's how quickly you can turn being wrong into better judgment.
Mental model
Products = people (+ agents)
If judgment creates value, then products inherit the strengths and weaknesses of the teams that shape them. A product is the accumulated consequence of the decisions made by the people and agents shaping it.
External conditions are real, and sometimes genuinely difficult. But they change the game, not who is playing it. The team's job is to perceive those conditions, make good bets about what to pursue and what to ignore, learn when it's wrong, and adapt. How well a team responds to hard circumstances is still a function of its judgment.
Boldly simplified: there are no bad products, only bad teams.
There is always a human behind the decision
When AI passes judgment, a human decided to let it. Delegating to an agent is the same kind of call as delegating to a person — a judgment about what can be handed off, to whom, with what context, and under what constraints.
AI doesn't remove human judgment from the loop. It moves it up a level: from making the decision to deciding how decisions get made.
People (+ agents) = purpose, process, practice
If there are no bad products, only bad teams, then a great team is made of three things:
- Purpose — clarity on intent, so people can align their decisions to what matters.
- Process — tools, not rules, that reduce the burden of staying aligned with adjacent work.
- Practice — skill in the responsibility you own.
Insight: agents are a who, not a what. See them that way and not much has changed. Agents are low-experience, high-knowledge interns. Given clear purpose (context), clear process (tools), and evaluated practice (skills), their chances of success rise sharply.
Insight: this is why small teams and indie developers punch above their weight. They're usually building something they understand personally (clear purpose), they don't need much process to stay aligned (few people to align), and they work within their own skillset (practice).
Meeting reality
Pre-AI, teams were mostly constrained by their ability to execute. Post-AI, execution gets cheaper, so the burden shifts toward keeping more autonomous work aligned. The same failures still show up through purpose, process, and practice — just in different proportions.
Pre-AI: execution constrains iteration
Every meaningful iteration required scarce human labor to turn a decision into reality.
- Backlogs grow faster than teams can ship. More ideas, fixes, and improvements than design and engineering have capacity to execute.
- Prioritization becomes a major activity. Building is expensive, so deciding what deserves production capacity is itself a large organizational cost.
- Work waits in handoffs. Design waits for engineering, engineering waits for design, product waits for both. Skilled labor is a scarce dependency.
- Exploration gets cut short. Teams commit to "good enough" directions because trying five alternatives costs materially more than trying one.
- Scaling output means scaling headcount. More throughput means hiring — which introduces more coordination overhead.
Post-AI: alignment constrains agency
AI increases the number of decisions that can be made independently, faster than teams can align on them.
- People produce faster than the organization can decide. Implementations, prototypes, and alternatives pile up waiting for direction or approval.
- The same problem gets solved five different ways. Increased autonomy produces inconsistent patterns, architecture, interactions, and product behavior.
- Local optimization increases. Individuals move quickly in ways that make sense within their scope but don't make the overall product better.
- Review becomes expensive relative to creation. Generating work gets cheap; understanding, evaluating, and taking responsibility for it does not.
- More output stops meaning more progress. The organization is visibly busy and shipping, yet the product feels less coherent, because the rate of creation exceeds its ability to align decisions.
Levers of leverage for AI-native teams
When execution becomes abundant, the optimal team is the smallest group of high-judgment people that can stay deeply aligned while using agents to expand their capacity.
- Focused. When creation feels cheap, distractions become traps hiding in plain sight. Initiating and maintaining less keeps complexity from becoming accidental. Less is more: people, initiatives, teams, hierarchy, features.
- Experienced. Start with practiced judgment. If iteration compounds judgment, experienced people give you a higher baseline to compound from.
- Multi-disciplinary. Broader capability enables broader ownership, reducing handoffs and alignment tax.
- Experimental. Optimize for learning loops, not production volume. Make more bets, encounter reality faster, update judgment continuously.
- Constrained. Restore determinism to agents where it matters. Context influences the probability of a good decision; constraints define what decisions are permissible in the first place.
- Documented. Externalize intent, decisions, constraints, history, and system knowledge, so shared context can scale beyond the people holding it in their heads.