The initial diagnosis is a structured exploration of the specific areas of ambiguity in your company — the situations where different people play by different rules.
The initial diagnosis is not an audit and not an evaluation of your team. It's a structured process of discovery — we listen, observe, and map the specific situations where ambiguity creates friction in your organization.
By the end of the diagnostic phase, you'll have a clear picture of:
These are the operational zones where grey areas most commonly appear in companies of your size.
Arrival expectations, flexibility norms, break policies, and how lateness is handled — or not handled — across the team.
The process for requesting vacation, personal days, and sick leave — including how far in advance, who approves, and what happens when requests overlap.
What happens when someone is absent — who covers their responsibilities, how urgent tasks are redirected, and who is accountable for the outcome.
How shared tools, vehicles, equipment, and digital resources are allocated, reserved, and returned — and what happens when demand exceeds availability.
When two departments need the same resource, space, or person at the same time — and no rule exists to determine who takes precedence.
Response time expectations for messages, which channels are used for what, and what constitutes an urgent communication versus a routine one.
A clear sequence designed to gather honest information without disrupting your daily operations.
We begin with a conversation with management to understand the company's context, size, and the specific situations that prompted the inquiry.
We conduct structured interviews with team members at multiple levels. These are conversational, not evaluative — we're listening for patterns, not judging individuals.
We deliver a written report identifying the grey zones, the recurring conflicts, and the specific rules that would address each situation.
Before writing any rules, we need to understand your specific situation. The diagnostic phase ensures the rulebook we build is built around your actual conflicts — not generic assumptions.