Skip to main content
How I Work

Senior engineering, from first call
to final handoff.

Discovery, architecture, build, and handoff all run through the same senior engineer. You work directly with the person doing the work, so the plan you approve is the system you receive. All work is remote-friendly.

The Process

From first call to working software.

Discovery

I start with your situation: the system, the constraints, what's blocking you, and what a good outcome looks like. Thirty minutes, no commitment. You leave with a clear read on the problem, whether or not we go further together.

Scoping and architecture

Straightforward projects move to a written proposal with scope, timeline, and cost. When the shape needs more thought, a one-week paid discovery and scoping produces the architecture and the statement of work. Either path puts a clear plan in your hands before the build begins.

Build

I architect and implement. The same person who designed the solution writes the code, which keeps the intent intact from plan to production. You see progress as it lands, not all at once at the end.

Handoff

Build projects end with working software, documentation, and a walkthrough your team can act on. The custom work is contractually assigned to you at handoff, and it is built for your team to run, maintain, and extend. Advisory projects end with written findings and decision records.

Where a Build Starts

Two starting points, one path.

Most projects begin one of two ways. Either you have proven the need by hand and want the real system built, or the software already running your business has aged past what it can carry. Both are builds, and both run through the same discovery, architecture, and handoff.

Starting from scratch

  • You validated the idea with a spreadsheet, a manual process, or a quick prototype
  • A founder has a clear product and needs someone to build it
  • An MVP found its customer and needs a real foundation under it
What gets built The production system your operation runs on, built on Azure and .NET, with cross-platform mobile in Flutter where you need it. Designed for your team to run, maintain, and extend.

Replacing what aged out

  • On-prem infrastructure that needs to move to Azure
  • A monolith that blocks your team from shipping independently
  • A platform that can't carry the next product built on top of it
What gets built A cloud-native rebuild fit to the real problem: a well-built monolith, event-driven services, or the mixed topology many systems need. Terraform your team can run, and test coverage that verifies behavior through the transition.

For the shapes a build takes (internal apps, process automation, dashboards, and tooling for AI), see What I Build.

Methodology

Delivery, compressed.

AI accelerates my engineering work. The judgment, the review, and the accountability stay fully mine. Code is understood, tested, and reviewed by a senior engineer before it ships. What changes is the pace.

Proof, not pitch

Before founding Pelican, an extraction that would have taken six weeks took eight days: 14 production endpoints, full test coverage, validated API contracts. Documented results, not a marketing claim.

What this means for your project

  • Faster iteration without trading away quality
  • More test coverage in less time
  • Compressed timelines that translate directly to cost
  • A case study with attributed numbers, not marketing promises
Start Here

Not sure where to start?
That's what discovery is for.

Thirty minutes. I'll listen to your situation, ask the right questions, and tell you honestly whether I'm the right fit, and what a scoped project would actually look like.