Home
About Us
Site Map
Products
AceIt FEATURES
Free Trial Version
Purchase AceIt
Services
PMP® Certification
PM Tips & Tricks
PMP® Exam Tips
News & Events
Steelmaker Fined
eHealth Update
Project Lessons
More Green Projects
Casino Confusion
Lean IT
Vendor Management
eHealth Followup
Swine Flu Pandemic
Tory IT Plans
Bell Telus Joint Venture
Green Projects
Project Management on the Move
In Tight Times
Prince2 Update
Chines Construction Projects
EU Trade Talks
Spending Less on IT
PMBOK Update
Macau PMP Course
Archive
PM Tools & Techniques
Links
Contact Us
BLOG

 

 

In a Toronto Star Greater Toronto section story published in the January 15, 2010 edition of the Star, staff writer Louise Brown reported the findings of a study on the project that built the new St. Clair Avenue streetcar line in Toronto ON Canada. Ms. Brown quoted the study as saying "With no clear boss, constantly changing plans and too many small contractors crowding the job site, Toronto’s controversial St. Clair streetcar line cost more time, money, and local anguish than necessary.”

The project was controversial because many residents and small business owners along St. Clair Avenue objected to the project because of the affect they thought the project might have. The project created a dedicated right of way along St. Clair Avenue, both east and west, for streetcars. The benefit of the project was to be an improvement in traffic flow. Streetcars would no longer be held up in rush hour by cars making left hand turns and vehicular traffic would no longer have to stop for the streetcars as they picked up and dropped off passengers. Unfortunately for shop owners the project reduced the sidewalk area in front of stores, cafes and restaurants. Construction also severely restricted traffic along the street for a total of five years. Business was reduced because of the reduction in traffic and some unfortunate businesses that were not robust enough to withstand the loss were forced to close their doors. It gets worse. The final 300 metres of right of way won’t be completed until next spring.

The description of the project as having no clear boss should resonate with project managers from every industry. The problem could probably be better described as having too many bosses who think that they are the chief sponsor for the project. "Constantly changing plans” does that sound familiar to anyone in my audience of project managers? Like most projects in similar situations this one overran its budget and schedule significantly and we’ve already talked about the degree of anguish and the fate of some of the project stakeholders. Some poll, conducted at some point in the future, will record the results of this project and once again the failures will be laid at the project manager’s doorstep.

Let’s look at the facts before we allow the blame to be assigned to the project manager. First, let’s address the issue of no clear boss. The project had 2 sponsors: the city of Toronto and the Toronto Transit Commission (TTC). These are both political institutions, the city is represented by a Council of elected councilors and the TTC is composed of bureaucrats appointed by the city. The project manager would have a difficult time forcing that cast of characters to identify one business sponsor who would take financial responsibility for the project. Like many of these government sponsored projects, there was no clear financial ownership for this project. The best the project manager could do is to point out the risks that failure to identify one business sponsor would expose the project to.

The news story did not mention how the project was organized so I’m making an assumption here that there was one project manager who had overall responsibility for the project. The news story mentions the budget for the project was initially $65M CDN and the project is projected to cost $106M upon completion. The budget overruns and schedule slippages go hand in hand: the longer the work takes the more it costs. The story doesn’t make mention of how the project manager handled changes to the project, but the fact that the impact of those changes was known (the increase in budget was $41M) indicates some form of change management. I find it interesting that the news story reports that the project was $41M over budget without reference to the changes to that budget. Therein lies the cautionary tale for project managers everywhere: it is not enough to craft and implement an air tight plan to manage change, we have to communicate the new baselines that result from an approved change in such a way that not one stakeholder talks in terms of the old baselines. Only then can we avoid the fate of the poor St. Clair project manager who is saddled with responsibility for the project that was $41M over budget.

There is a positive side to this story as well. The study undertaken is the construction industry version of Lessons Learned, conducted on a grand scale. The story does not provide details of the contents of the report other than noting the failures of the project. The study will be used to avoid similar mistakes for upcoming light rail transit projects at other Toronto locations. Lessons Learned seem to be a priority on projects up to the time the project is complete and then no-one wants to hang around to contribute. The best way I know of to combat the urge to run to the exits, regardless of whether the project is a success or a failure, is to make the final Lessons Learned a part of the project and contribution to the exercise a deliverable for the team members.

There is much to be learned from the mistakes we make on a project but don’t neglect to note the things that were done right. There is nothing more frustrating to stakeholders than to have something go right on one project, then having it fail on the very next project. Encourage the team to contribute both negative and positive lessons. Positive lessons will tend to improve morale and combat the stigma of failure caused by airing the failures. Drawing conclusions from the lessons is also important. Whether the team members offer the "why it went wrong/right” and "how to do it next time” with their lesson, or you use a problem solving tool such as Root Cause Analysis to identify causes and solutions, try to accompany each lesson with a recommendation for avoiding the mistake or repeating the success.

 
  
POWERED BY
ULTIMATE WEBSITES