HomeComputingDataHow a Two-Person Data Team Decided Not to Become a Ten-Person One

How a Two-Person Data Team Decided Not to Become a Ten-Person One

two-person data team
Image by AI

Edmund Optics was about to hire five data engineers to keep up. Instead, a team of two now delivers what that department would have, and the avoided headcount roughly covers the entire data stack. The case is worth reading because it answers a question every data leader under a hiring freeze is actually asking: does “do more with less” survive contact with real work?

The default response to a data team that can’t keep up is obvious: add people. More pipelines, more requests, more engineers. Edmund Optics was on exactly that path, and then didn’t take it. That decision, not any single speed metric, is what makes the story worth examining, because the reasoning behind it generalizes to almost every lean team in the same bind.

Edmund Optics manufactures precision optical components for everything from autonomous vehicles to biomedical research. With 34,000 SKUs and a serious digital marketing budget, the margin for a wrong data call is thin. Holding it together was a two-person analytics team, Global Analytics Manager Dan Adams and one engineer, trying, in Adams’s words, to move at enterprise speed as a small team. His plan was to bring in new data engineers just to keep pace. Then they started using Maia.

The Constraint Was Capacity, Not Capability

What’s instructive about Edmund Optics is that nothing was broken in the usual sense. The team was capable. The architecture was sound. What it lacked was hours, and the specific thing eating them was a class of work that didn’t need senior judgment, just senior time.

The breaking point was a marketing pipeline that should have unified every digital channel and connected spend to revenue. It stalled for the better part of a year. The team needed that visibility to know where its marketing dollars were working, and without it, as Adams put it, they were flying with little foresight about where the money was best spent. Meanwhile the always-on campaigns kept spending against a picture nobody could quite see.

That’s the trap a lot of lean teams sit in. The work that would create leverage is precisely the work there’s never capacity to finish, because keeping the lights on consumes the capacity first.

What Was Actually Tested

The real test wasn’t whether Maia could generate code. It was whether an agentic platform could take the stalled, capacity-blocked work off the queue without the team trading control for speed. Maia doesn’t just write code, it explains the logic, documents the pipelines, iterates, and debugs. As the team’s engineer put it, it handles the boring, time-consuming parts of data engineering so he can focus on the genuinely difficult parts of the job.

The pipeline that had been a year-long obstacle became operational in an afternoon. Adams’s read: work that would have taken a week or two was getting done in a day, sometimes an afternoon.

But the speed wasn’t the decision. The decision was about headcount. With Maia carrying the routine build and maintenance work, Edmund Optics avoided five planned data-engineering hires, roughly $500,000 to $750,000 in headcount it didn’t have to add. Adams’s framing is the one every CFO understands: they were going to hire five engineers and now don’t need to, and the savings in wages covers the entire data stack and then some.

The Quote Worth Reading Carefully

The line that captures it isn’t about cost. It’s Adams’s read on what the team became: small, but with Maia, punching well above its weight.

That’s a more interesting claim than the savings figure, because it’s about leverage rather than reduction. The cheap version of “do more with less” is just “do less, with less, and call it efficient.” That’s not what happened here. The team didn’t shrink its ambitions to fit two people; it expanded what two people could credibly take on. The avoided hires are the financial evidence, but the capability shift is the actual result.

The reframing underneath it is the one worth carrying to other teams: AI here didn’t replace data engineers. There weren’t engineers to replace, the whole point was that the team stayed at two. It amplified the two who were already there.

What the POC Was Really a Test Of

Read as one company’s story, this is a mid-market manufacturer that saved on hiring. Read structurally, it tested whether the “augment, don’t replace” claim holds up when a team genuinely can’t add people, which is the condition most data leaders are actually operating under, not the enterprise scenario the AI productivity narrative usually assumes.

It tested three things. Whether agentic automation can clear work that’s been blocked for months, not just speed up work that already flows, the stalled marketing pipeline, live in an afternoon, answered that. Whether the economics are real enough to change a hiring decision rather than just a velocity chart,m five avoided hires and the headcount cost they carried answered that. And whether a two-person team can credibly take on work that previously implied a department, which is the part that points forward.

What Comes Next

The reason the augmentation framing matters is what it unlocks next. With Maia carrying the routine load, Edmund Optics’s team can take on projects that were previously out of reach for a group its size, including a major systems migration with hundreds of existing stored procedures to rewrite, pipelines to rebuild, and reports to repoint. Before, that’s the kind of undertaking a two-person team outsources at significant cost. Now it’s in-house and within reach.

That’s the shift other lean teams can borrow directly. The model isn’t a smaller team doing the same work faster. It’s a small team becoming credible on work that used to require scale it could never justify, and deciding, on the evidence, that the right next move wasn’t to hire.

The full Edmund Optics case study is at maia.ai.

Latest Articles

Related Articles