Consulting

From business problem to working system.

Choose end-to-end delivery, hands-on support for your team, or focused expert advice. Each engagement starts with a clear problem, an accountable owner and an agreed outcome.

Discuss your project

Engagement modes

01

Build

From discovery and architecture to a working system, release and handover.

End-to-end delivery. Gunnar owns the engagement.

02

Extend

Hands-on engineering, architecture and delivery support inside your team.

Your delivery lead keeps accountability.

03

Advise

Clear recommendations on AI opportunities, knowledge quality and technical direction.

A named decision-maker receives the findings.

Most work mixes the three. An architecture assignment often involves advice and a period of embedded support, so we agree the balance rather than forcing the work into one mode.

Services, grouped by the capability they build

For each one: the situation it helps with, what is delivered, and how we judge whether it worked.

01 · Business and product clarity

AI opportunity and process discovery

Situation

AI is expected somewhere, but nobody has agreed where it would pay.

Delivered

A mapped process, a shortlist of candidate use cases and a recommended first move.

Success

You can defend the choice of first use case and the measures attached to it.

Business analysis and requirements

Situation

The team is building, but the requirement keeps moving underneath them.

Delivered

Written intent, acceptance criteria and the open questions that still need answers.

Success

Developers and stakeholders describe done in the same words.

02 · Knowledge and context

Knowledge management and retrieval

Situation

Answers exist somewhere in documents, systems and people's heads.

Delivered

Approved sources, retrieval with citations, permissions and an evaluation set.

Success

Answers cite a source someone owns, and the evaluation set improves over time.

Knowledge system assessment

Situation

A knowledge or search tool is live and people do not trust what it returns.

Delivered

A source map with owners, a record of gaps and risks, and a prioritised plan.

Success

The next three pieces of work are agreed, with owners against each.

See the full knowledge systems approach

03 · Agents and workflows

Agent workflows

Situation

A repetitive process spans several systems and still needs judgment in places.

Delivered

Connected tools, explicit operating limits, approval points and observability.

Success

Tasks complete without supervision inside their limits, and escalate outside them.

AI application development

Situation

The capability has to reach real users as a product, not a demo.

Delivered

A working application, tests, documentation and a release you can operate.

Success

People use it for the task it was built for, and your team can change it.

Agentic delivery enablement

Situation

Your developers use AI tools, with uneven results and no shared review standard.

Delivered

Task specification patterns, review gates and working agreements from our ADLC.

Success

Agent-assisted changes arrive small, reviewed and traceable to an intent.

Explore the ADLC

04 · Delivery and infrastructure

Architecture and technical direction

Situation

Decisions are being deferred, and each delay narrows the options.

Delivered

Boundaries, interfaces and recorded architecture decisions with their trade-offs.

Success

A new person can read why the system is shaped this way and argue with it.

Architecture review

Situation

Something works but feels fragile, and you want a second opinion before scaling it.

Delivered

Findings, risks ranked by consequence, and remediation options with effort.

Success

You know which risks you are accepting on purpose.

AI engineering

Situation

You have the plan and need capable hands inside the team to deliver it.

Delivered

Implementation, evaluations, integration and review alongside your engineers.

Success

The work continues after we leave, without a knowledge gap.

Self-hosted and hybrid AI infrastructure

Situation

Data sensitivity, cost or deployment constraints rule out a single cloud model.

Delivered

Model placement by task, the controls around it, and measured quality and cost.

Success

Placement is a documented decision, not an accident of what was easiest.

AI operating model design

Situation

Pilots multiply and nobody owns evaluation, approval or the running cost.

Delivered

Named responsibilities, approval limits, evaluation practice and cost visibility.

Success

Everyone can say who approves what, and on what evidence.

How we work

Small slices, written intent and evidence a person has reviewed. Delivery follows our Agentic Development Life Cycle.

Collaboration, adoption and organisational change matter on a delivery programme. A focused architecture review does not carry a change-management workstream, so we scope those parts to the engagement rather than promising them everywhere.

What you receive from discovery
  • Findings and risks
  • Proposed architecture
  • Prioritised delivery plan
  • Acceptance measures
  • Handover of the findings

Advisory engagements are scoped individually; not every one produces the same artefacts.

The first step

We start with a conversation.

We talk about your current process, constraints and desired outcome. Where discovery is needed, we agree its scope, deliverables and duration before work begins.

Discuss your project