Diamax

How We Work

Two conversations that lead somewhere

A client knows something is not working and suspects the reason is not technical. A process still runs, but it takes thirty days when it should take ten, or it bottlenecks on two people, or it produces a result nobody can defend. The documentation does not explain it, and the people who can either lack the standing to do so or have already left.

A client knows exactly what is needed and cannot find anyone able to build it. The requirement is genuinely difficult, the niche is too narrow for a product to exist, and the firms large enough to attempt it would be both prohibitive and wrong for the problem. This is more common than it sounds. One client required what amounted to an enterprise resource planning platform for a global research program, and no product served that niche; it has been in production for a decade. Another required a real-time exchange carrying on the order of a thousand posts a day, each generating thousands of notifications, approaching sixty million a month and delivered as they occur. That client knew precisely what was wanted. Finding anyone who could build it was the difficulty.

Where the conversation does not lead anywhere is when the requirement is clear and the work is ordinary: a standard directory, a routine community, a content system. That work is well served by platforms and by capable implementation partners, and we will point a client toward one.

Discretion

Some of our best work does not appear on this website and never will.

A problem arriving from an executive office often has two versions. The stated version appears in the strategic plan. The actual version is the one keeping someone awake, and it generally involves a person, a relationship, or a risk that nobody has written down because it can and will be addressed.

We are careful about what we repeat, where we say it, and how it will appear to someone who was not in the room. That is less a matter of policy than a precondition for the first conversation.

The method

1

Observe

We watch the work happen, on site and alongside the people doing it, for as long as it takes — usually longer than anyone expects and shorter than they fear.

No process runs the way it is documented, and the difference between the documented process and the actual one is usually where the problem lies. Most of what we eventually learn comes from people under no obligation to tell us anything. Earning that is a distinct professional skill, and we do not assume anyone is pleased to see us.

2

Find the judgment

Somewhere in every consequential process there is a point at which the documented rule stops being sufficient and a person decides. That decision draws on something nobody wrote down: why the exception exists, what happened the last time it was ignored, which of two conflicting requirements actually governs.

Locating those points is the most difficult thing we do, and everything else depends on it. Automate one by accident and the process does not simply deteriorate; it deteriorates in a way nobody can diagnose, because the person who was holding it together is no longer in the loop.

3

Design the division of labor

Automate what is genuinely repeatable. Augment the work where judgment improves the outcome. Escalate when the system reaches the limit of what it knows.

The escalation path is not an error handler. It carries more value than anything else in the system, and it should be designed first.

4

Engineer it

Production systems, built to run for a long time under real security and real load. We use AI extensively in our own work and we are explicit about where it stops: the machine moves fast, and people hold the boundary.

5

Steward it

We stay. Some of these systems have been running for more than twenty years, and several have outlived the staff who commissioned them. Stewardship is a phase of the work rather than a service attached afterward.

Days, not hours

Analysis and design of this kind require sustained and uninterrupted attention, a day at a time rather than an hour. Holding a dozen interacting constraints in mind is not something that can be set down and picked up again; a single interruption collapses the structure, which then has to be rebuilt from the bottom.

We therefore schedule this work in days and limit how many run consecutively. A firm can produce only so many days of genuine judgment in a year, and we prefer to establish that limit deliberately rather than discover it late in an engagement.

What AI changed about the method

Less than the industry claims, and more than we expected.

It did not change where judgment sits. That question is the same as it was in 1998. What it changed is when the question can be answered. We can build the exception path in the second week and watch someone use it, rather than describing it in a workshop and finding the flaw in month five. We can put three interface directions in front of the people who will live with them instead of arguing about which to build.

The judgment now happens earlier, and against real evidence. That is a change in method rather than in speed.

Productive friction

The engagements that go well are those in which someone tells us early that we are wrong.

We ask direct questions, we disagree with premises, and we expect the same in return. A firm that agrees with everything a client says is offering capacity rather than judgment, and capacity is widely available.

Working away from the office

Some problems are best solved by putting everyone in one room for several days and not leaving.

The form is something like a charrette: the client's people, our people, and whoever else the problem requires, working continuously on one question until the shape of an answer appears. It compresses months of correspondence into a few days and surfaces disagreements early, which is where they belong.

These sessions work best away from the office, somewhere without easy communication and without the option of slipping out to attend something else. What matters is the concentration. Not every engagement needs one; those that do tend to be the ones in which the real problem is not yet agreed.

On site, and not

Proximity when proximity creates understanding, and isolation when the work requires concentration. Clients have given us offices and building access for extended periods so that we could reach the right people and observe the work. We ask for that when it matters and we do not when it does not.

Start with one consequential workflow.

Not a transformation program, but one process that matters, that is not working, and that someone senior wants addressed.

Contact Diamax