About

Thomas Martz

I've spent the better part of a decade inside enterprise organizations — as an engineer, as an architect, and most often as the person called in when something was wrong and nobody could explain why.

The Pattern I Kept Seeing

In organization after organization, the same thing was true: everyone was capable, everyone was working hard, and everyone was operating from a different picture of how the business worked. Sales had one model, engineering another, operations a third — each correct from where it stood, and incompatible with the others.

The expensive failures — the rewrites, the stalled transformations, the AI pilots that never left the demo — traced back to that gap. Whatever got built faithfully encoded one department's version of reality, and the rest of the organization experienced it as wrong.

Everywhere I went, I kept being pulled into the same work: walk into the confusion, interview everyone, take the contradictions seriously instead of averaging them, and produce a model of what was actually happening that everyone could finally rally around. Redda Labs is that work, made deliberate.

"Companies rarely fail from lack of effort. They fail because they're operating from inconsistent models of themselves — and reconciling those models is nobody's job."

Background

My technical foundation is in Python and cloud architecture — building the kinds of internal systems and data pipelines that organizations depend on but rarely think about until they fail. Before moving into engineering, I spent time as a financial analyst, and that combination has been more useful than either background alone: I read an organization the way an analyst reads a balance sheet and an architect reads a system — looking for what the official story leaves out.

Organizational decisions are business decisions. Understanding cost, risk, and what success looks like in measurable terms matters as much as understanding the structure underneath — so every contradiction I surface comes with a price tag, and every recommendation with a measurable outcome.

The AI era has made this work more valuable, not less. Modern AI can execute nearly anything you can describe accurately — which means the organizations that win are the ones that can describe themselves accurately. Building that description is precisely the work I do, and it's why AI readiness is woven into every engagement rather than sold as a separate service.

How I Work

I work across levels of an organization, from technical teams to operators to executives, because the real model only appears when you hold all three perspectives at once. I ask the same questions of different people, take the contradictions seriously instead of averaging them away, and keep pulling until the accounts reconcile into a single picture that everyone recognizes as true.

I'm direct. Every deliverable has to clear a simple bar: it should tell you something true about your company that nobody inside it could see. I'll also tell you when things are sound and you should move forward without overthinking it. The goal is always clarity.

At a Glance

Location

Maryland · Mid-Atlantic

Background

Principal Engineer · Solutions Architect

Prior: Financial Analyst

Focus Areas

Operating Models · Organizational Diagnostics · AI Readiness

Clients

Organizations complex enough that nobody sees the whole picture

Why “Redda”

The name comes from the Icelandic phrase það reddast: “it’ll work out.” Icelanders don’t mean it passively. Að redda is a verb. Things work out because someone steps in and sorts them out.

That’s the promise of the name: your company will be okay, and there’s a person making sure of it.

Technical Depth

The grounding behind the AI-readiness work — technology I know deeply enough to advise on, not a vendor list.

Python AWS Docker PostgreSQL MongoDB Redis GitLab / Git LLMs / AI Tools Cloud Architecture Systems Integration

Ready to talk?

If you're facing a significant software decision, I'm happy to have a direct conversation about whether this is the right fit.

Book a Strategy Call

Philosophy

Why I do this work this way

Understanding first

Every engagement starts by building an accurate picture of how the organization actually works. Strategy, technology, and AI decisions all get easier once that picture exists — most of them become obvious.

It should surprise you

A good diagnosis shows you something real that nobody inside the company had seen, and you can check it against your own experience the moment you read it. If it only confirms what you already knew, it isn't finished.

Deliver something usable

Every engagement ends with a written model your team can act on — structured to survive the hand-off to whoever acts next, whether that's your leadership team, your engineers, or your AI tools.

If something in your organization is deeply wrong and nobody can explain why — that's the call I take.

Start with a conversation. I'll tell you honestly within the first thirty minutes whether what I do is what you actually need.