Teahose.
SIGN IN
NEW HERE — WHAT TEAHOSE DOES
We read the entire AI & tech firehose — so you don't have to.
PODPodcastsAll-In, No Priors, Acquired…
NEWNewslettersStratechery, Newcomer…
PAPPapersPhysical AI research
PHProduct Huntdaily launches
VCInvestor ScoutSequoia, a16z, Benchmark…
CLAUDE DISTILLS →
7 reads, 30 sec each — free, 6 AM ET.
+ a live graph of the companies, people & themes underneath.
HOME/DATA DRIVEN VC/🔥Who Should Own the Tech Stack:…
NEWS
// NEWSLETTER ISSUE
DATA DRIVEN VC

🔥Who Should Own the Tech Stack: Investors vs Engineers

DATE August 30, 2026SOURCE DATA DRIVEN VCPARTICIPANTS ANDRE RETTERATH
// SUMMARY

Data Driven VC — 🔥Who Should Own the Tech Stack: Investors vs Engineers
Data Driven VC — 🔥Who Should Own the Tech Stack: Investors vs Engineers

Data Driven VC — 🔥Who Should Own the Tech Stack: Investors vs Engineers (2)
Data Driven VC — 🔥Who Should Own the Tech Stack: Investors vs Engineers (2)

Data Driven VC — 🔥Who Should Own the Tech Stack: Investors vs Engineers (3)
Data Driven VC — 🔥Who Should Own the Tech Stack: Investors vs Engineers (3)

Note to reader: The article's full panel discussion is paywalled. The summary below is drawn entirely from the substantive free-text content (the author's framing, the panel topic teaser, and the participant bios) plus the panel screenshot. No fabricated quotes or insights have been added.


1. Key Themes

Theme 1: The AI-Augmented VC Firm Is No Longer Theoretical — It's Being Actively Built

Leading funds are hiring dedicated engineering talent and treating internal tooling as a core competency, not a back-office function. The vision articulated by the author is explicit: "the leading investment firm of the future will be augmented: few human investors with strong judgment and unique deal access supported by AI."

Theme 2: Tech Stack Ownership Is a Live, Unresolved Governance Question Across Fund Sizes

The central debate — whether investors or engineers should own the stack — plays out differently by firm size and mandate. The article surfaces four distinct real-world models (Chapter One, Accel, Georgian, RTP Global), implying there is no consensus answer: "one of the most frequently asked questions remains: who should own the tech stack?"

Theme 3: Lean, Senior Engineering Teams Outperform Larger Ones Over Time

The author's firsthand experience at Earlybird VC reveals a counter-intuitive scaling lesson: "our tech team is now three senior engineers who build everything we need to become more efficient and effective across the firm. A lean setup that's more powerful than a team triple the size was just two years before."

Theme 4: Tool Adoption by Investment Teams Is an Active Change-Management Problem

Georgian's approach — described in the article teaser as a "pull not push" strategy — signals that building internal tools is only half the battle. Getting investment professionals to actually use them requires deliberate product thinking: "The pull not push strategy Georgian uses to get investment teams actually adopting new tools."

Theme 5: In-House Builds Carry Hidden Ownership Costs

The article flags a warning rarely discussed openly: "Why building in-house comes with an ownership cost most firms don't see coming." This suggests that the build-vs-buy debate in VC tech stacks has a long tail of maintenance burden that firms underestimate.


2. Contrarian Perspectives

Perspective 1: Bigger Engineering Teams Are Not Better The conventional assumption is that more engineering headcount = more capability. The author directly refutes this from lived experience: "A lean setup that's more powerful than a team triple the size was just two years before." This implies that over-hiring engineers at VC firms may dilute focus and create coordination overhead that erodes the productivity gains the team was meant to deliver.

Perspective 2: Data Governance at Scale Fractures — and That May Be Intentional Rather than treating unified data ownership as the goal, the article teases that Accel deliberately splits it: "Why data governance ends up split three ways at Accel, and who owns which piece." This is a contrarian organizational design — suggesting that at global, multi-strategy fund scale, distributed data ownership may be more practical than a single source of truth, even if it creates redundancy.

Perspective 3: The Tech Stack Owner Should Probably Not Be a Pure Technologist Jelmer de Jong's arc at RTP Global — hired as the firm's first CTO, then moved into investing, now splitting time between both — implies that the most effective tech stack owners are hybrids: "Jelmer de Jong, Partner at RTP Global, who joined as the firm's first CTO hire before moving into investing, and now splits time between the two." This challenges the default of hiring a siloed engineering leader disconnected from investment judgment.


3. Companies Identified

Accel

  • Description: Global multi-stage venture capital firm
  • Why mentioned: Case study in enterprise-scale VC tech stack governance; Rahul Nath (CPO) is building deal sourcing, deal management, and portfolio monitoring infrastructure for the global investment team
  • Quote: "Rahul Nath, Chief Product Officer at Accel, who is building the deal sourcing, deal management, and portfolio monitoring platform for the firm's global investment team."

Chapter One

  • Description: Early-stage VC firm
  • Why mentioned: Case study in a GP-led, investor-owned tech stack — Jamesin Seidel built internal systems while simultaneously running investments
  • Quote: "Jameson Seidel, General Partner at Chapter One and former Twitter data scientist, who built out the firm's internal systems while running investments alongside it."

Georgian

  • Description: Growth-stage VC firm with a dedicated AI lab
  • Why mentioned: Case study in a large, structured engineering function within a VC firm; noteworthy "pull not push" adoption strategy
  • Quote: "Madalin Mihailescu, CTO at Georgian, who leads a 20-person AI lab split between portfolio company work and internal tooling for Georgian's investment team."

RTP Global

  • Description: Global venture capital firm
  • Why mentioned: Case study in a hybrid investor-CTO model; the firm's first CTO hire eventually transitioned into an investing role
  • Quote: "Jelmer de Jong, Partner at RTP Global, who joined as the firm's first CTO hire before moving into investing, and now splits time between the two."

Earlybird VC

  • Description: European early-stage venture capital firm
  • Why mentioned: Author Andre Retterath's home firm; used as the primary firsthand case study for engineering team scaling lessons
  • Quote: "When I joined Earlybird almost a decade ago, there was one Associate owning the tech stack, mostly Salesforce as CRM and Google for storage and email management."

Wispr Flow

  • Description: AI voice-to-text dictation tool (sponsor)
  • Why mentioned: Sponsored ad placement; product claims 89% of messages sent with zero edits across Slack, email, LinkedIn, Mac, Windows, and iPhone
  • Quote: "89% of messages sent with zero edits."

4. People Identified

Andre Retterath

  • Description: Author of Data Driven VC; Partner at Earlybird VC
  • Why mentioned: Author and moderator of the panel; shares firsthand experience scaling Earlybird's engineering team from one associate to eight FTEs and back down to three senior engineers
  • Quote: "Quickly, I became the 'tech owner' at Earlybird."

Rahul Nath

  • Description: Chief Product Officer at Accel
  • Why mentioned: Panel participant; responsible for Accel's global deal sourcing, deal management, and portfolio monitoring platform
  • Quote: "Rahul Nath, Chief Product Officer at Accel, who is building the deal sourcing, deal management, and portfolio monitoring platform for the firm's global investment team."

Jamesin Seidel

  • Description: General Partner at Chapter One; former Twitter data scientist
  • Why mentioned: Panel participant; built Chapter One's internal tech systems while simultaneously executing investments — a rare investor-as-engineer model
  • Quote: "Jameson Seidel, General Partner at Chapter One and former Twitter data scientist, who built out the firm's internal systems while running investments alongside it."

Madalin Mihailescu (Mads)

  • Description: CTO at Georgian
  • Why mentioned: Panel participant; leads a 20-person AI lab with a dual mandate (portfolio support + internal tooling); advocates a "pull not push" adoption strategy
  • Quote: "Madalin Mihailescu, CTO at Georgian, who leads a 20-person AI lab split between portfolio company work and internal tooling for Georgian's investment team."

Jelmer de Jong

  • Description: Partner & CTO at RTP Global
  • Why mentioned: Panel participant; unique profile as a technologist who crossed over into investing — the clearest embodiment of the hybrid model the article interrogates
  • Quote: "Jelmer de Jong, Partner at RTP Global, who joined as the firm's first CTO hire before moving into investing, and now splits time between the two."

5. Operating Insights

Insight 1: Start Automating Before You Hire — Use That Leverage to Identify What Actually Needs an Engineer The author's own path illustrates a sequencing principle: automate first as a generalist, then hire specialists only for what automation can't solve. "I needed to learn all tasks from scratch, and while I was doing so, I automated as much as I could right away." Firms that hire engineers before mapping their automation surface area risk building the wrong things.

Insight 2: Tool Adoption Requires a "Pull" Strategy, Not Just a Deployment Georgian's explicit framing of "pull not push" for investment team adoption is a critical operating lesson. Internal tools fail not because they are poorly built, but because they are pushed onto users rather than designed to create organic demand. Operators building internal AI tooling should embed pull mechanics (e.g., surfacing proactive insights, reducing friction at the moment of need) rather than relying on mandates.

Insight 3: Vendor Proliferation Becomes a Management Tax The article flags that once a firm runs ten or more tools, vendor management itself becomes a material operational burden: "What happens to vendor management once a firm is running ten different tools." For operators scaling their tech stacks, consolidation strategy and vendor governance should be proactively designed, not reactively managed.


6. Overlooked Insights

Insight 1: Georgian's AI Lab Serves a Dual Mandate — Both Internal and Portfolio-Facing Most VC engineering functions are purely internal. Georgian's 20-person AI lab is explicitly "split between portfolio company work and internal tooling." This dual mandate is significant: it creates a shared services model where engineering investment is partially justified by direct portfolio value-add, potentially making the function easier to fund and staff. Other firms building internal tech should consider whether a portfolio-service component could subsidize or de-risk the investment.

Insight 2: The Question of "Who to Hire First" for Small Funds Is Explicitly Unresolved The article teases guidance on "the advice for solo GPs and small funds on who to hire first, and why" as one of the panel's key outputs — but this content is paywalled. Given that the majority of the VC market consists of sub-$200M funds operating lean, the answer to this question has outsized practical relevance for most readers, yet it is the insight most inaccessible in the free version of this article.