History of Project Mgmt
Polaris: Lessons in Risk
Agile Leadership & Churchill
Project Lessons Great Escape
Avoiding Project Disasters
Titanic Lessons for Projects
Churchill Adaptive Enterprise
Future Publications
Where to Buy Series Books?
Stay informed on our latest news!
Titanic Lessons for IT Projects
|
Summary
|
|
|
Why Did R.M.S. Titanic Founder?
According to popular myth a combination of factors led to Titanic's disaster namely bad luck, a hidden ice-spur, material failure, brittle steel, bad luck and incompetence at sea. According to more recent research, based on a closer re-examination and re-interpretation of the two Titanic inquiries, the truth lies closer to factors that plague projects today that lead to project failure. Namely, poor project management which allowed major compromises to be made in every project stage - from design to construction to testing, and right into implementation and operation. Some compromises were more significant like those in the design and the shortened height of the bulkheads, or the reduced number of lifeboats. In today's terms these are known as compromises in non-functional requirements.
Olympic's collision with H.M.S. Hawke (see photo below) also played a significant part as it impacted Titanic's project schedule as major repairs had to be carried out. The scope of Titanic's sea trials (testing) was dramatically reduced so the launch window could still be realized, after all the world's richest people had booked for the social event of 1912. If you were one of the financial elite you had to be on board, White Star had completed a brilliant marketing job. |
|
|
Titanic's Construction Project Impact on the Disaster Through Titanic's construction project the elevation of expectations that this was "the greatest ship ever built" instilled a sense of supreme confidence. This led to further compromises in the implementation stage and allowed for catastrophic mistakes to be made like pushing the ship to its operational limits in a bid to beat Olympic's best crossing time. A calamitous failure in key feedback mechanism (ice bucket test, wireless operators overloaded with commercial traffic, confusion by the lookouts) resulted in grounding the ship onto an ice shelf.
The ship may have sat there on the ice shelf for up to 15 minutes as two assessment groups assessed the damage on board.
Failing to adequately analyze the situation and succumbing to business pressures to save face the crippled ship was restarted and limped off the ice shelf in the belief it could be returned to Halifax.
|
|
The forward motion further ruptured Titanic's double hull and the design flaws compromised the ship as it could not handle the increased rate of flooding. According to the inquiries the ship was sailed forward at dead slow. Every year we experience IT projects from "hell" that we know will turn into an operational disaster. But do any come close to a Titanic's track-record of four years in development (1909-1912) and four days in operation?
Imagine you are in one of Titanic's lifeboats just sighted by the rescue ship Carpathia. As you look back at the wreckage site, you wonder how such a disaster could have happened. What were the causes? How could things go so badly wrong? Why did she founder? No one had expected it. Too truly understand the disaster we need to examine the construction project.
R.M.S. Titanic was considered by many, including its designers and builders to be an unsinkable ship. With redundant safety systems that used the latest emerging technologies of the day, the ship was considered so safe that it did not even need a full complement of 48 lifeboats. Yet, a collision with ice put an end to the ship on her maiden voyage and led to the deaths of thousands of passengers and crew. The sinking of Titanic is one of the worst maritime disasters ever and was caused by mistakes in the project. Photos: Courtesy of the Ulster Folk and Transport Museum The following reviews were posted on Gantthead.com: Titanic Lessons for IT Projects analyzes the project that designed, built, and launched the ship, showing how compromises made during early project stages led to serious flaws in this supposedly "perfect ship." In addition, the book explains how major mistakes during the early days of the ship's operations led to the disaster. All of these disastrous compromises and mistakes were fully avoidable.
In the two Titanic inquiries (U.S. and British) a systematic cover up, by the White Star Director Bruce Ismay and the remaining officers, of their actions shifted the scrutiny away from the decision making that went on in the project and its implementation. It is here that we can mine critical lessons for today's projects, project best practices, and how to avoid IT project disasters.
IT Projects from "Hell"
Project Over Confidence
Book Reviews


