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.