Six departments, six truths — and one list everyone signs.

The hard part is rarely the solution. It is that six parties mean different things by the same sentence, nobody says so out loud, and the project discovers it in month four. I hear every party out separately, turn what they say into requirements you can check, and run the session where the contradictions are settled.

How do we do this?
“We keep discussing and nothing gets decided. And nobody can say what we actually agreed.”

Disagreement is not the problem — undiscovered disagreement is. Two teams use the word “customer” for different people for half a year, and the cost surfaces when it is expensive to fix. The work is to make the difference visible early enough that it is still cheap.

How it works

Hear, sort, settle

Three stages from scattered opinions to a signed list. The method behind it runs through my cases — the German Red Cross project put students, social workers and professionals in one room and came out with three prioritised problem statements.

01

Hear

Every party separately, before anyone sits in the same room. People say different things in a group than they do alone, and the quiet objection is usually the one that sinks the project. This is also where I learn how decisions really get made here — who signs, who blocks, which escalation path exists but is never written down.

02

Sort

What people say becomes requirements you can check: who needs what, why, and how you would know it is met. Written this way, two statements that sounded compatible stop being compatible — and that is the point. Contradictions get a name instead of a shrug.

03

Settle

One session, with the contradictions on the table and criteria agreed before anyone sees them. Where opinion meets opinion nothing moves, so I bring in a third party neither side can argue with: evidence from users. You leave with a prioritised list, the reasoning written down, and the open points named as open.

01.Hear

Every party separately, before anyone sits in the same room. People say different things in a group than they do alone, and the quiet objection is usually the one that sinks the project. This is also where I learn how decisions really get made here — who signs, who blocks, which escalation path exists but is never written down.

Stakeholder interviewsUser interviewsHow decisions get made here
WHAT EACH PARTY SAYSSALES“Customers keep asking for it.”OPERATIONS“It has to fit the existing process.”IT“Not on that stack, not this year.”LEGAL“Consent has to be documented.”SUPPORT“Half the tickets are about this one step.”MANAGEMENT“We need it by Q3.”HOW DECISIONS GET MADE HERESIGNS OFFManagementMUST BE CONSULTEDLegalITCAN STOP IT LATEWorks councilOperationsNobody draws this chart. Everybody is governed by it.

02.Sort

What people say becomes requirements you can check: who needs what, why, and how you would know it is met. Written this way, two statements that sounded compatible stop being compatible — and that is the point. Contradictions get a name instead of a shrug.

Requirements elicitationTestable wordingContradictions mapped
AS IT WAS SAIDAS IT CAN BE TESTED“It should be easy to use”A new hire completes a booking unaided in under 4 min“Everything on one screen”All 14 fields visible without scrolling!“It has to work on a phone”Usable one-handed at 375 px width“Keep the approval step”Two signatures before anything is sent!CONFLICTTwo of these cannot both be true. Nobody noticed for four months.

03.Settle

One session, with the contradictions on the table and criteria agreed before anyone sees them. Where opinion meets opinion nothing moves, so I bring in a third party neither side can argue with: evidence from users. You leave with a prioritised list, the reasoning written down, and the open points named as open.

Co-creation workshopPrioritised requirementsWritten rationale
PRIORITISED, WITH REASONS01Guided booking flowBeats 14 fields on measured task time02Two-step approvalLegal requirement, not negotiable03Mobile parityDeferred to phase 2, by agreement04Single-screen viewDropped — conflicts with 0105Offline modeOpen: no evidence either way yetWRITTEN RATIONALEDecision recordDecided byEvidenceContested points2 of 11Still open1, namedSIGNED OFF BYProduct ownerLegalOperations
Our solution

Leave with a list everyone signs — and can still defend next quarter

I do not decide for you. I make the decision possible: every position heard, every contradiction visible, every priority justified. What you sign, you signed knowing why.

Outcome

  • A prioritised requirements list, in testable wording
  • The contradictions named, with how each was settled
  • Dependencies, responsibilities and status made visible
  • The open points marked open, not quietly dropped

Perfect for

  • Projects where several departments or companies have to agree
  • Initiatives that keep discussing without anything being decided

Type

Two to five weeks, depending on how many parties

Who needs this

Who this is for

This is for projects where the disagreement is the project — and where everyone has been polite about it for too long.

Project lead

Every meeting reopens the same question

People nod, nothing is decided, and four weeks later the same argument runs again with different words.

You get the contradictions named and settled, in writing.

Multi-party programme

Two organisations, one product

Each side assumes the other meant what they meant. The gap surfaces when it is expensive.

You get one requirements list both sides actually signed.

Product owner

You inherited a backlog nobody can justify

Items exist because someone once asked. Nobody remembers who, why, or whether it still matters.

You get a prioritised list with the reasoning attached.

Not sure this is the right one?

  • The direction is agreed and now needs proving with real users — that is Design Thinking.
  • It is decided and now has to be built consistently — that is Design Engineering.
  • You need design judgment over a longer period — see Capabilities.
Questions

Questions people ask before starting

Isn’t this just workshop facilitation?

There is a workshop in it, and it is the smallest part. A workshop without separate conversations beforehand produces the result the loudest person in the room would have produced anyway. The work is what happens before: hearing each party alone, writing down what they actually mean, and finding where two sentences that sound compatible are not.

How do you resolve a conflict between two departments?

Rarely by negotiating between them. Where opinion meets opinion, the more senior opinion wins and the problem returns. What settles it is a third party neither side can argue with — what users actually do. “Neither of your assumptions holds” ends a dispute faster than any compromise.

What is requirements engineering, in plain terms?

Turning what people want into statements you can check. “It should be easy to use” is a wish. “A new employee completes the first booking without help in under four minutes” is a requirement — you can test it, and you can tell when it is met. Most project arguments are about wishes that were never converted.

Are you certified?

I am in training for CPRE, the standard requirements-engineering certification, and for Scrum Product Owner. I am certified CPUX-F and a Digital Innovation & Product Manager (IHK). I would rather you judge the work: the German Red Cross sprint, the Volkswagen sprint with Microsoft, and the Vaillant intranet were all multi-party projects.

What if the parties simply do not agree?

Then that is the result, and it is worth knowing in week three rather than month six. Some conflicts are not about facts but about goals, and no evidence settles those — they need a decision from above. My job is to tell you which kind you have, clearly enough that the right person can act on it.

Let’s work together

Ready to get it decided?

A free 30-minute call. No pitch, no pressure — an honest look at where your project is stuck and whether I can help.