Projects with strict safety requirements
Domains where mistakes are unforgiving. Releases that have to land cleanly, before and after go-live.
We take on the work of carrying a project from intent to adoption — sharpening judgement and agreement before the first line of code.
Who This Is For
Finance, insurance, healthcare, manufacturing, public sector, infrastructure, logistics, and the core of SaaS businesses — domains where the work cannot stop and where multiple teams must converge.
Domains where mistakes are unforgiving. Releases that have to land cleanly, before and after go-live.
Live systems that need to keep running while change is introduced. Migration and parallel-run design that has to be carefully held together.
Audit, governance, and regulatory expectations that have to be translated into something the working teams can actually move on.
Strategic intent that is clear at the top, but never quite lands as something the implementing teams can hold on to.
Listen across the structure, the people, and the points, and put what is happening into language.
Structure the voice of the floor, make assumptions and constraints explicit, and surface gaps early.
Build requirements that business strategy, operations, and technology delivery can all hold, and leave behind agreements that do not quietly come apart.
Issue map, stakeholder map, risk inventory, draft requirements specification, agreement log, decision-maker briefing.
Initial diagnosis typically takes two to four weeks; accompanying requirements definition, two to four months. A weekly session plus ad-hoc consultation as needed.
Initial diagnosis JPY 200K–500K; definition and agreement support JPY 500K–1.2M (excl. tax).
When mismatches and rework appear during delivery, work the points back into focus and re-establish agreement.
Review the state of safety and agreement on a live project and return concrete points to address.
After a fire, or after roles have hardened, rebuild the working relationship without losing anyone's standing.
Weekly point summaries, status reports, safety review report, improvement proposals with a prioritised action list, role redefinition proposals, re-alignment workshop design.
In-flight project support runs month to month (usually three months or more); a project safety review takes two to four weeks.
In-flight project support JPY 300K–1M per month; project safety review JPY 300K–800K per review; cross-team rebuild JPY 1M–3M+ (excl. tax).
Common contexts
These are not additional entry points. They are the consulting contexts in which the two primary entries are most often applied.
Alignment
Non-IT stakeholders and actual users are included in requirements, decision-making, and adoption. Bridging the gap between what business needs and what development builds.
Decision support
Risks, trade-offs, and options are structured into clear materials for approvers and project owners — so that the people authorising work understand what they are authorising.
Startup
For founders, product leaders, and development leaders navigating business goals, product decisions, technical structure, and early organisation design — all at once. This is not a third primary entry point; it is a consulting context that usually begins through Foundation Design or Project Rebalancing.
How we work
Three layers, Hard, Soft, and Cultural, worked in parallel, in five steps.
Hard
Surface gaps in requirements early. Bake security and control into the design. Build for the kind of business that cannot afford to stop.
Soft
Get business and engineering speaking the same language. Hold psychological safety and explainability in place while assembling agreements decision-makers can actually act on.
Cultural
Stay until the system is genuinely used. Reduce reliance on individuals, and leave behind a way of working that future projects can re-use.
Listen across the structure, the people, and the points. Put what's happening into language.
Separate what has to be decided, what doesn't, and what cannot yet be decided.
Assemble agreements that business strategy, operations, and technology delivery can all hold — built so they don't quietly come apart.
Stay close enough during delivery to support the adjustments and conversations that come up — but only as far as is useful.
Stay until the system is genuinely used, and leave behind a way of working the organisation can re-use.
What We Don't Do
Drawing the boundary first turns out to be where trust starts.
We don't take on work that's defined purely as person-months. The focus stays on the quality of judgement and agreement.
Decisions stay inside the organisation. Our job is to organise the material and the points so the call can actually be made.
We don't run projects as blame exercises. The energy goes into structures in which failure is harder.
Our company strictly prohibits, as a matter of business ethics, the presentation of exaggerated track records or the practice of portraying uncertain information as definitive facts. The fundamental principle of our communication is transparency and integrity in information.
FAQ
Things that tend to come up before the first conversation.
We can start from organising the situation. No prep deck, no internal sign-off needed beforehand. Whatever you can share is enough to begin.
Open the contact form