Building AI native teams
AI has changed the economics of building software, but most product teams are still figuring 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.
The value of what gets made reflects the quality of the judgment applied to
decisions that shaped 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.
3. Judgment comes from iteration.
The individual and the collective improve their ability to make good decisions by
making decisions, applying them, encountering reality, and carrying what you
learned into the next cycle.
Speed doesn't create quality directly. The value of speed isn't how much
more you can produce. It's how quickly and effectively you can turn being wrong
into better judgment.
Not because every good decision creates value. But because over enough
decisions, the quality of judgment determines the team's leverage on producing
value.
Mental Model
Products = People (+ Agents)
If great judgment creates value, then products inherit the strengths and
weaknesses of the teams that shape them. There are no bad products, only teams
whose judgment, alignment, or ability to iterate failed them. Even when external
circumstances are genuinely difficult, the team's judgment determines how well it
responds to those circumstances. Boldly simplified: there are no bad products,
only bad teams.
- If AI is used to pass judgment, then a human is still the one deciding when to
let that happen. Delegating both to other humans and agents is a judgment call
made by a human.
- Products are the accumulated consequence of the decisions made by the people and
agents shaping them. External conditions change the game, but the team's job is
to perceive those conditions, make good bets, learn when they're wrong, and
adapt.
People (+ Agents) = Purpose, Process, and Practice
If there's no such thing as bad products, only bad teams, then what makes up a
great team is the following:
- 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: If you see agents as a who not a what, then not much has
changed. Agents are nothing more than low experience, high knowledge interns.
When given clear Purpose (context), and clear Process (tools), and clear
Practice (evaluated skills), they stand exponentially higher chances of success.
Insight: This explains why small teams and indie developers have an easier
time building value. They're usually very clear on what they're building (a
personal problem), they tend not to need process to stay aligned, and they tend
to work within their skillset to shape a solution.
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 — because every meaningful iteration required
scarce human labor to turn a decision into reality.
- Backlogs grow faster than teams can ship. There are more ideas, fixes, and
improvements than design and engineering have capacity to execute.
- Teams spend heavily on prioritization. Because building something is
expensive, deciding what deserves production capacity becomes a major
organizational activity.
- 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. When the company needs substantially
more throughput, the obvious response is hiring — which then introduces more
coordination overhead.
Post-AI
Alignment constrains agency — because AI increases the number of decisions
that can be made independently, faster than teams can align on them.
- People can produce faster than the organization can decide.
Implementations, prototypes, and alternatives pile up waiting for direction or
approval.
- Different people solve the same problem differently. Increased autonomy
produces inconsistent patterns, architecture, interactions, and product
behavior.
- Local optimization increases. Individuals and teams move quickly in ways
that make sense within their scope but don't necessarily make the overall
product better.
- Review becomes more expensive relative to creation. Generating work gets
cheap; understanding, evaluating, and taking responsibility for that work does
not.
- More output stops meaning more progress. The organization is visibly busy
and shipping, yet the product can feel 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. Choosing to initiate and maintain 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, and continuously update judgment.
- 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.