Legal Project Management: Thoughts, tips, and discoveries related to the management of legal projects.

Of project management, the lawyer doth protest too much, methinks.

Bookmark and Share
| No Comments | 5 TrackBacks
One of my pet peeves is when project management is watered down, sugar coated, or subjected to the literary equivalent of cosmetic surgery to make it more acceptable to lawyers. I don't object to summarizing complex project management theories and techniques using simple English. This is laudable and necessary if we want lawyers to understand and embrace legal project management. What gets under my skin is when obviously informed and experienced project managers buy into the argument that legal projects are somehow unique and that project management standards are not suitable for legal work. Instead of attempting to correct such ignorance, many project managers take the easy "yes, but" route. Yes, project management standards are not appropriate for the mystical practice of law, but they do offer some tools that you might find helpful.

While this may be less threatening to a legal audience, you are ultimately doing them a disservice. Better documentation and reporting practices are good, but to gain all the benefits that a professional project management program can bring, law firms and corporate legal departments need to fundamentally change their view of legal projects. A good place to start is by ditching the chauvinistic view that legal work is special and impervious to process improvements and standardization.

Today I came across another "yes, but" article on legal project management published in LegalWeek.com. I tip my hat to the Discovery Resources blog for bringing it to my attention. 
 
The article is titled "Litigation Support and E-discovery: A Clear Path" and is written by Sanjay Bandhari, head of e-discovery at Ernst & Young. The article discusses the benefits of applying project management skills to electronic discovery. There is only one short phrase I object to in this otherwise timely and useful piece. So, let me first summarize all the useful content crammed into this informative article. 

The article focuses on four Project Management skill sets that help clients keep a rein on e-discovery projects, which he refers to as "overarching PM techniques." These are: 

  1. stakeholder management,
  2. communications management,
  3. budgetary management, and 
  4. risk management.
 
Sanjay does a good job at describing of each of these four areas and how to apply them to e-discovery projects. I particularly appreciate his advice that "[a] single project manager is ... essential to an effective communications plan." I agree with Sanjay on this point. I strongly support adopting a team approach to e-discovery work, but I think project success is better assured if the team assigns to a single project manager the responsibility for making sure all parties are working on the same page. 
 
Sanjay also addresses what he calls "process stage PM techniques," which he defines as "techniques specific to typical e-discovery data processing states such as the Electronic Discovery Reference Model."  These consist of fairly basic suggestions, such as having a written preservation plan, creating a collection tracking schedule, using visuals to track data processing progress, creating review progress reports, and engaging in scoping exercises or pilot projects at the start of more complex cases.
 
None of this is new to seasoned litigation support professionals, but they are not this article's intended audience. It is lawyers who need to read this, so that they are at least thinking about project management when their next case goes into discovery.
 
My one disagreement is with Sanjay's assertion that generally accepted project management standards (he references PMBOK and PRINCE 2) "are not easily applied to the vast majority of e-discovery projects...."  

Nonsense! 

The knowledge areas and processes of these standards are just as applicable to an e-discovery project as they are to a construction project, software design project, or baking cookies. How you apply the process and the level of detail in the documentation will differ depending on the nature of the project. Nobody trained in these standards claims that the knowledge they describe should always be applied uniformly on all projects. That's why I started a blog on LEGAL project management. Project managers need to apply project management standards differently to legal work than to rocket design. How those standards are best applied is worthy of research and discussion, not dismissal.  
 
I think Sanjay's comment is born of his observation that the application of project management standards to e-discovery projects tends "to be anathema to most lawyers (who often regard them as over-engineering."  The lawyer doth protest too much, methinks. I feel very strongly that legal project managers should not capitulate to attorney ignorance. The resistance to measurement, reporting, standardization, and thorough planning leads to the cost overruns seen so often on e-discovery projects.  
 
Sanjay is correct in recognizing the trend of corporate clients "taking direct control of e-discovery across all of their cases rather than relying on external legal advisers to act as a filter on a case-by-case basis" and that "demands for more formalised PM standards seems inevitable." I also agree with his observation that "[t]he greater involvement of corporate clients also appears to be shifting the focus from an assessment of pure cost to an assessment of value....Thus it is not just cost, but cost-effectiveness that matters and that is where good PM techniques can make a difference."  
 
Exactly. Because of these trends, however, we need not disfigure project management to make it less threatening to lawyers. There is no reason we can't apply the mature project management standards represented by PMBOK and PRINCE 2 to legal projects, despite some lawyers' protests.
Bookmark and Share

5 TrackBacks

TrackBack URL: http://legalprojectmanagement.info/cgi-sys/cgiwrap/peaston/managed-mt/mt-tb.cgi/17

Citing the "trend from viewing litigation as a practice to viewing it as a business process" and  increasing expectations of corporate management for their in-house legal departments to adopt a project-management approach to litigation, Lexis... Read More

Taking on the Agents of Chaos from Legal Project Management on July 23, 2009 12:17 AM

Matthew Lane of Fios once again takes up the cause of project management against the forces of evil.  In a "recent" (okay, yes, it's taken me a week to get to it) blog post entitled Bringing Order to Chaos: The Proper Pace of Project Manageme... Read More

This is the second post in a planned three-part series looking at ABA materials discussing Six Sigma. Hat tip to Rees Morrison and his excellent Law Department Management blog for bringing these articles to my attention. Here I'll discuss the second of... Read More

Rees Morrison brings up an important point in a recent post to his Law Department Management blog and touch's on one of my pet peeves with many who discuss "project management" in the legal environment. The title of his post nicely sums up a point I of... Read More

Today I attended, via Web cast, the American Law Institute and American Bar Association (ALI-ABA) continuing legal education course on project management for lawyers.[1] The instructor was time-management-for-lawyers guru Margaret Spencer Dixon.[2]Ms D... Read More

Leave a comment

About this Entry

This page contains a single entry by Paul C. Easton published on May 15, 2009 3:53 AM.

Matthew Lane on "The Making of a Great Project Manager" was the previous entry in this blog.

Two Webinars You'll Want to Check Out if You Outsource Legal Work is the next entry in this blog.

Find recent content on the main index or look in the archives to find all content.