Lean Project Management
What Lean Project Management Actually Looks Like in a Forensic Consulting Practice
Lean methodology has a branding problem. It sounds like something that belongs in a manufacturing plant or a Fortune 500 operations meeting — full of jargon, whiteboards, and consultants who've never touched the actual work. If you've heard of it at all in the context of a small consulting practice, you've probably dismissed it for exactly that reason.
That's understandable. It's also worth reconsidering.
The core idea behind lean is not complicated. Look at how work actually moves. Identify what has to happen, in what order, and what's getting in the way. Remove what doesn't need to be there. Build a repeatable process around what's left. That's it. No certification required, no software to learn before you can start, no organizational transformation. Just a disciplined way of looking at how work flows and finding where it breaks.
In a forensic consulting practice, it breaks in predictable places. And once you know where to look, the fix is usually simpler than it seems.
What lean actually means in this context
Applied to a small construction consulting or forensic litigation support practice, lean methodology starts with one question: how does a matter move from the moment it comes in to the moment it closes?
Most practitioners, if they're honest, can't answer that question with much precision. Not because they don't know their work — they know it exceptionally well. But the process has never been written down, mapped out, or examined as a process. It exists as a series of habits and instincts that work when the practitioner is touching everything and break the moment someone else needs to step in.
That's the starting point. Not a software implementation, not a reorganization. Just an honest look at how work currently moves — where data gets created, where it goes, who touches it, what happens next, and where it stalls.
What it looks like applied to a forensic practice
Take matter intake. In most solo practices, a new matter arrives by email or phone. The practitioner knows it's active because they remember it. The information might get added to a spreadsheet, might get a folder in a shared drive, might just live in the email thread that started it. There's no consistent process — just a consistent practitioner holding it all together.
Lean looks at that and asks: what actually needs to happen when a new matter comes in? What information has to be captured? Where does it need to live so it's accessible? What triggers the next step? The answer to those questions becomes the intake process. It gets documented, it gets built into whatever system the practice uses, and it works the same way every time — whether the practitioner is handling it or someone else is.
The same logic applies to document management. Deadlines. Client communications. Invoicing. Each one has a version that depends entirely on the practitioner's memory and a version that runs on a defined process. Lean is just the discipline of moving from the first version to the second — systematically, without adding complexity for its own sake.
Why it works for this practice type specifically
Forensic consulting and litigation support practices are small, data-dense, and deadline-driven. Every active matter has documents, contacts, dates, and history that have to be current and accessible at any given time. The margin for error on a court deadline or a client deliverable is essentially zero.
That's exactly the environment lean methodology was designed for. Not to add layers of process on top of work that's already complex, but to remove the friction that makes complex work harder than it needs to be. A well-mapped process in this environment means deadlines don't get missed because they were only tracked in someone's head. Documents don't get lost because the filing system made sense to one person. Invoices don't get delayed because the information needed to prepare them was scattered across three places.
The practice gets smaller in the right ways — less time spent reconstructing information, less time directing support staff through work that should be self-directing, less time doing administrative work that a good system could handle without the practitioner's involvement at all.
You don't need a whiteboard
You need someone who understands how this work actually moves — not in the abstract, but specifically. What a property loss matter looks like from intake to report delivery. What active litigation support requires in terms of document management and deadline tracking. Where the handoffs break and what a cleaner version looks like.
Lean methodology is just the framework for getting there. The work of applying it is knowing the practice well enough to see what needs to change — and building something that runs without you having to hold it together every day.