iMechanica - Comments for "Topic 38: Lessons - how are these captured"
https://imechanica.org/node/13591
Comments for "Topic 38: Lessons - how are these captured"enLesson Learned
https://imechanica.org/comment/23889#comment-23889
<a id="comment-23889"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p class="MsoNormal">
<span>Accidents happen in Oil and Gas Industry and to help prevent their recurrence, it’s<br />
always important to learn what from those incidents. Sharing lesson learned is<br />
one of the most effective techniques for improving safety performance. Generally,<br />
accident or significant “near miss”, are written up, describing the<br />
circumstances and consequences of the incident, analyzing its causes and<br />
formulating practical recommendations. The purpose is to learn practical<br />
lessons, share them and ensure that each entity concerned benefits from them.</span>
</p>
<p><span>Regulators updates HSE regulation based on lesson learned from accidents / incidents occurred at<br />
any part of the world. For Licensing and Engineering Industry “Lesson Learned” is<br />
a critical element to ensure continuous improvement in safety performance of<br />
their process and engineering design. HSE feedback from design, construction,<br />
commissioning and operation phase is of projects helps in evaluating HSE<br />
compliance, identification of hazards, enhancing risk management techniques<br />
etc.</span>
</p>
<p><strong>Sanjay Vyas-<span>51234203</span></strong>
</p>
<p>
<strong><br />
References</strong>
</p>
<p>
<span><a href="http://cenblog.org/the-safety-zone/2011/01/promoting-lessons-learned/" title="Permanent Link to Promoting lessons learned">Promoting lessons learned</a></span>
</p>
<p>
<a href="http://www.oilandgasuk.co.uk/cmsfiles/modules/publications/pdfs/HS048.pdf"><span> </span><span>Piper Alpha: Lessons Learnt, 2008</span></a></p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Tue, 25 Dec 2012 02:45:23 +0000SanjayVyascomment 23889 at https://imechanica.orgMohamed - response
https://imechanica.org/comment/23842#comment-23842
<a id="comment-23842"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Mohamed
</p>
<p>
I agree with what you are saying , The database is only a tool and should be designed so that it is easy for all to search and utilize. The main factor for knowledge management to work comes from the people within the organization. If there is genuine commitment then you woluld see continuous improvement for sure.
</p>
<p>
</p>
<p>
Thanks for the comments guys
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Tue, 11 Dec 2012 12:33:21 +0000Trevor Strawbridgecomment 23842 at https://imechanica.orgDatabases
https://imechanica.org/comment/23754#comment-23754
<a id="comment-23754"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/23509#comment-23509">Accident Database</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Mark,
</p>
<p>
A central database would be great for Oil and Gas. With all the learning that has gone on in the North Sea, and all the learning that is still to be done in other secotrs (West of Africa, Gulf of Mexico etc) then a central agency would work wonders. The trouble I can see with that however, is that aviation works slightly differently. A small malfunction on an airplane can cause catastrophic failure and loss of life, whereas a small malfunction on an offshore installation may cause a small injury to one person. The trouble therefore would be working out a scale for which we the oil and gas industry will report incidents for.
</p>
<p>
Tony,
</p>
<p>
Going to back to a previous point about the number of lessons to be posted per procedure/month/year, I think that 2 per year is quite a lot if there are several engineers working on a project. There may also be lessons for us that are project specific, or experience specific (ie, another engineer has experienced it before and recorded a lesson) that it is not appropriate to share with the entire company because it is not relevant.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Tue, 11 Dec 2012 10:19:31 +0000Richard Milnecomment 23754 at https://imechanica.orgTrevor,
When the top
https://imechanica.org/comment/23682#comment-23682
<a id="comment-23682"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Trevor,
</p>
<p>
When the top management in any company has the will to learn from past lessons, everything else is easy.
</p>
<p>
I think the solution may be a small software package that has the capability to store lessons and retrieve them by using key words or whatever....Maybe the contribution of the company's employees in developing this kind of software would guarantee some sort of management commitment towards making best use of past lessons.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Tue, 11 Dec 2012 08:35:19 +0000Mohamed H. Metwallycomment 23682 at https://imechanica.orgAccident Database
https://imechanica.org/comment/23509#comment-23509
<a id="comment-23509"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/23401#comment-23401">Lessons and Database</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
You are absolutely right. The key to learning lessons from others is to have a robust database of previous errors or incidents that others can learn from. Unfortunately, the data in the energy sector can be quite sporadic and companies do not like to share information.<br />
An example of a good database is in the aviation industry where a central investigation branch (AAIB) is responsible for investigating all aviation incidents. The reports from these incidents are then available for all to read, from a single source that is unbiased and completely professional.<br />
The good thing about the Air Accident Investigation Branch is that they report the incident, they make safety recommendations, but they do not apportion blame or liability. This means the reports can be read by all and lessons can be learned.
</p>
<p>
I think that it is long overdue for a similar branch to be setup for the energy industry. It will only be through an independent investigation branch, that is responsible for investigating all incidents, that we will have an accurate and representative database of incidents which we can all learn from.
</p>
<p>
<a href="http://www.aaib.gov.uk/home/index.cfm">http://www.aaib.gov.uk/home/index.cfm</a>
</p>
<p>
Mark Haley
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Tue, 11 Dec 2012 00:48:44 +0000Mark Haleycomment 23509 at https://imechanica.orgLessons - learning logs
https://imechanica.org/comment/23437#comment-23437
<a id="comment-23437"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/22740#comment-22740">Just remembered - Knowledge Management</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Lessons - learning logs
</p>
<p>
Personal you could use your weekly report to generate the inputs to your learning log - this should consist of lessons from each event that was worth reporting eg Deviations, NCR's, performance reports, MOC's, VO's, Late / on time deliveries or deliverables, Successes, <br />
you can also record your more personal thoughts on the items, people or methods employed as these are not always for publishing but are likely some of the most valuable lessons you will learn personally.
</p>
<p>
On at least a monthly basis you should take your top5 or less to your mentor for discussion and review - this can be over a coffee and record feedback - this may come in the form of some directed further learning on the subject matter however it could be that you have uncovered a true lesson and its value should be recorded more formally in the company system for sharing with others.
</p>
<p>
look at what these kids do these days......<a href="http://www.learninglogs.co.uk/inglehurstcommunitynews.htm">http://www.learninglogs.co.uk/inglehurstcommunitynews.htm</a>
</p>
<p>
isnt it amazing. REAL mindmapping of lessons...i gonna try to emulate these guys this week( just 10mins worth every week i'm sure shall show potential value to making continious improvement in my business/ dept.
</p>
<p>
Project - as part of the monthly reviews a short time could be set-aside for review of the big issues from the month and then stepped through as suggested below using WHAT WENT WELL EVEN BETTER IF methodology.
</p>
<p>
The more regular these reviews take place the easier and more valuable the contributions shall become as it becomes almost second nature to brainstorm the way things are done, questioning is to be encouraged as long as solutions are offered for improvement rather than as criticism.<br /><a href="http://www.projectconnections.com/templates/detail/lessons-learned-meeting-report.html">http://www.projectconnections.com/templates/detail/lessons-learned-meeting-report.html</a>
</p>
<p>
One of the biggest sources of lessons will be a formal reporting or performance system which can start simply enough with daily and monthly reports and be developed toward the major database systems in use across many organisations where the data recorded demands even more detail to allow seperate analysis of the failures in order to provide trends and reports across categories which help to direct resources and focus toward the most valuable lessons to be learned.<br /><a href="http://en.wikipedia.org/wiki/Failure_Reporting,_Analysis_and_Corrective_Action_Systems">http://en.wikipedia.org/wiki/Failure_Reporting,_Analysis_and_Corrective_Action_Systems</a>
</p>
<p>
These systems are quite advance now in the larger organisations and allow real statistical analysis of trends, root cause and effects being document as a matter of course and when we get to true root cause real lessons are learned.<br />
The balance is always made against the value of the learning but a basic time allowance should be allowed in order to get to the root and identify possible solutions before some scoring is applied to help management prioritise the follow up work to obtain a truly corrective action preventing re-occurence.regards<br />
tony morgan
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Mon, 10 Dec 2012 22:51:19 +0000Tony Morgancomment 23437 at https://imechanica.orgLessons and Database
https://imechanica.org/comment/23401#comment-23401
<a id="comment-23401"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/22739#comment-22739">Tracking Lessons and Ensuring Quality</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Lessons and Database
</p>
<p>
You make some excellent points and it is essential that time and priority is given to the value and scoring of the lessons.
</p>
<p>
A key factor in the use of any database is the design of it and search capabilites - the best have a variety of ways of searching - dates, projects, assembly, product types as well as keywords however real lessons should be worked into the management/control system via procedures, processes and checklists to ensure lessons are documented into the fabric of standard procedures, guideline documents or checklists. As noted by another contributor SUBJECT MATTER EXPERTS assigned ot the management and control of specific products or areas of engineering or organisation should be given time to spend on controlling, validating, accepting and providing feedback on lessons. Some kind of scoring and categorisation should be applied to each lessons as you suggest so that they can be grouped and then combined into standard practices and woven into the working documents of the organisation as well as simply being part of the browsable database.
</p>
<p>
I think it is a good idea to set the targets in order to generate the ideas/ solutions and 2 a year does not seem very much to be honest. I would expect 2 per workscope or 1 per month ?
</p>
<p>
The review of these does need a senior engineer to be allowed the time to review, coach and feedback but this is all part of a valued mentoring system that many companies are bought into.....the challenge as always is to make these sessions weekly and stick to them. Keep them short and regular and if you miss one then the next one cannot be missed, no excuses. The mentor or supervisor should have mentoring and knowledge transfer as one of his appraisal KPIs and be measured by his mentee and boss on his performance via true 360 degree appraisal system. This culture should be rolled across the organisation as an investment in the value of lessons learned and importance of knowledge management.
</p>
<p>
All main institutions eg IMECHE and IET profess mentoring as an essential skill and this should be more than lip service. It is essential that the knowledge of success and failure is passed on from engineer to engineer and this cannot be enforced but the best organisations identify the personality traits and people with the drive and passion for this type of work and ensure that they are given the time and tools to carry the torch.
</p>
<p>
regards<br />
tony morgan
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Mon, 10 Dec 2012 21:41:46 +0000Tony Morgancomment 23401 at https://imechanica.orgThe problem with
https://imechanica.org/comment/21426#comment-21426
<a id="comment-21426"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p align="justify">
The problem with information is a double-edged blade. Until recently, information was kept in huge dusty tomes filled with numbers that were kept in basements and file cabinets around the world. The amount of work needed to gain something out of them was tremendous (making lists of similar occurrences out of 500 books full of numbers and then trying to make some statistical correlations between them) and few companies and even countries were willing to spend resources (time and money, most of the time) to do that.</p>
<p>Nowadays, most of these databases have been computerized, but a new problem has arisen from this procedure, that everyone can have access to huge amounts of information that most of the time is very impractical to go through and try to process it.</p>
<p>Tony mentioned an e-mail system. I've heard this from people working in big companies, that the amount of memos and e-mails coming to them everyday is huge and that they usually do not have the time to go through all this information. This phenomenon usually becomes more and more annoying when you go up at the corporate ladder, higher positions getting spammed everyday with memos from many different projects that they participate in.
</p>
<p align="justify">
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Sun, 09 Dec 2012 23:58:56 +0000Foivos Theofilopouloscomment 21426 at https://imechanica.orgContinuity/retention of knowledge
https://imechanica.org/comment/22983#comment-22983
<a id="comment-22983"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
On an international level, I think the best way to deal with this is to have forums on a regular basis, where all major issues can be discussed. This can lead to the publication of papers and also the collective influencing in policy making or improvement of standards. These issues can easily be circulated in news bulletins for specific industries or topics. The challenge here would be to get companies to collaborate and share. It might not be so difficult when dealing with health and safety, but discussing designs or IP sensitive issues might be more difficult.
</p>
<p>
On a lower/company level, I think, in some ways it might be more difficult. In the past, we have had events like Project Close Down meetings or Critical Design Reviews, but the documenting and accessing of the information afterwards still remain difficult. In this regard, there is no substitute for experience. But considering that people often change jobs or retire, one would think that a company would put in more effort to maintain continuity regarding lessons learnt and the retention/transfer of knowledge.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Sun, 09 Dec 2012 12:39:48 +0000Etienne Guntercomment 22983 at https://imechanica.orgLessons- How are these captured
https://imechanica.org/comment/22978#comment-22978
<a id="comment-22978"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
<strong><span>"Those who don't know history are destined to repeat<br />
it."- Edmund Burke</span></strong><span></span>
</p>
<p>
<strong><span>"Those who cannot remember the past are condemned to repeat<br />
it." - George Santayana</span></strong><span></span>
</p>
<p>
<span>Most<br />
times, lessons learnt are captured but the big question is: are they always<br />
applied?</span>
</p>
<p>
<span>Exxon-Valdez<br />
disaster cost the company about $5billion in damages. Did that damage their<br />
reputation? That incident was a turning point for the company even if it was<br />
seen as a low point in many quarters. It led to the introduction of a new<br />
safety strategy now adopted throughout the company. A risk matrix was<br />
introduced which triggers referral to higher level of management and cost<br />
cutting proposal now have to go through a risk assessment process. Exxon learns<br />
and apply.</span>
</p>
<p>
<span>Looking<br />
at BP, I will say they learn but pretend to apply, cheaply or maybe not at all.<br />
The basis for my argument will not lie solely on the Gulf of Mexico spill. In<br />
March 2004, the Texas City Refinery explosion resulted in various OSHA<br />
violations, In the same Refinery 2 months later a worker fell to his death in a<br />
tank, a few month later a worker was burned to death in an accident and in<br />
March 2005 multiple maintenance failures caused an explosion in the<br />
Isomerisation unit leading to 15 deaths and 200 injuries. BP did not learn from<br />
these cost-cutting related accidents as it again in 2006 neglected maintenance<br />
of the Prudhoe Bay pipeline leading to its rupture and leaking of 4800 barrels<br />
of oil per day.</span>
</p>
<p>
<span>Now<br />
to the Macondo incident, Exxon was drilling an ultra deep well, Blackbeard<br />
similar to Macondo well (HPHT) in 2007 but had to stop drilling because the<br />
Drillers suggested that with the complications encountered, a blowout was<br />
eminent. The management listened to the Drillers and walked away from a<br />
$200million investment. Lessons were learnt, captured and applied. BP<br />
underestimated safety. They learnt, captured but didn’t apply. A $34million<br />
drilling lease resulted to paying out tens of billions of dollars</span>
</p>
<p>
<span><a href="http://www.exxonmobil.com/Corporate/about_issues_valdez.aspx">http://www.exxonmobil.com/Corporate/about_issues_valdez.aspx</a></span>
</p>
<p>
<span><a href="http://en.wikipedia.org/wiki/Texas_City_Refinery_explosion">http://en.wikipedia.org/wiki/Texas_City_Refinery_explosion</a></span>
</p>
<p>
<span><a href="http://www.disaster-resource.com/index.php?option=com_content&view=article&id=1768&Itemid=141 ">http://www.disaster-resource.com/index.php?option=com_content&view=artic...</a></span>
</p>
<p>
<span>OKEKE<br />
FRANCIS N.</span>
</p>
<p>
<span>OIL<br />
AND GAS ENGINEERING</span>
</p>
<p class="MsoNormal">
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Sun, 09 Dec 2012 12:13:22 +0000OKEKE FRANCIScomment 22978 at https://imechanica.orgLeeson Learnt as it applies to Design
https://imechanica.org/comment/22742#comment-22742
<a id="comment-22742"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/21504#comment-21504">Re:</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
In engineering design, lesson learnt are usually captured in standard and codes, theses codes have been built up and revised over the years based on the lessons learnt from experienced individuals that makeup the body of the particular body involved, and incidents/accidents that have occured. A typical example is the American Petroleum Industry Recommended practice, going through a relevant API R.P that suits the exact phase guides the design engineer from making desions that could prove fatal, a wrong design increases the probability of an incident occuring.
</p>
<p>
Other companies also develop thier own standards which might be more stringent that the international standards and codes example of such standards are the Chevron Engineering Standards [1], and Shell Design Engineering Practice (Shell DEP)
</p>
<p>
Shell also prescribes mandatory technical standards relating to process safety requirements. These standards are informed by recommendations arising from industry incident investigations, such as the Baker Report on the Texas City incident, which included guidance on safe siting of occupied portable buildings and avoiding liquid release relief to atmosphere. [2]
</p>
<p>
Also the Client company puts in place a review team that ensures that the standards have been rigourously adhered with in the design submitted, and finally a HAZOP session, constructability review session comprising of the design company, operations personnel, Client engineering review team, experienced engineers, and other relevant disciplines are gathered to critically review the drawing, this ensures that lessons learnt from past experiences are captured/incorporated into the design.
</p>
<p>
</p>
<p>
</p>
<p>
References
</p>
<p class="MsoNormal">
1. <a href="http://info.ogp.org.uk/standards/07London/09-Thompson.pdf">http://info.ogp.org.uk/standards/07London/09-Thompson.pdf</a>
</p>
<p class="MsoNormal">
2.<a href="http://www.shell.com/static/environment_society/downloads/safety/process_safety_in_shell_lr.pdf"> http://www.shell.com/static/environment_society/downloads/safety/process_safety_in_shell_lr.pdf</a>
</p>
<p class="MsoNormal">
</p>
<p>
</p>
<p>
</p>
<p>
</p>
<p>
</p>
<p>
</p>
<p>
</p>
<p>
"Everything we hear is an opinion not a fact"
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Fri, 07 Dec 2012 11:19:39 +0000Thomas Ighodalocomment 22742 at https://imechanica.orgJust remembered - Knowledge Management
https://imechanica.org/comment/22740#comment-22740
<a id="comment-22740"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Hi again, guys. Just remembered a further point I want to add.
</p>
<p>
While attending the graduate seminar, we were asked how our respective countries and departments share knowledge - ie lessons.
</p>
<p>
It became clear that there is a large tendency towards informal sharing - going to talk to someone with experience - than there is towards formal - writing a lesson in the database. In a way this is good because is allows people to develop by being able to ask the relevant questions and have interaction with more experienced engineers, however, it means that if the more experienced engineers retire or move on, then we are up the creek.
</p>
<p>
I'm not sure how it should be implemented - perhaps by graduates taking it upon themselves to record the things they ask more senior engineers, but there needs to be some sort of way to record the knowledge of those who have been there, without inconveniencing those people too much.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Fri, 07 Dec 2012 09:50:08 +0000Richard Milnecomment 22740 at https://imechanica.orgTracking Lessons and Ensuring Quality
https://imechanica.org/comment/22739#comment-22739
<a id="comment-22739"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Good Morning all,
</p>
<p>
I was recently at a graduate training session with graduates from around the world within my company. One of our courses involved Lessons Learned and how they are shared and implemented.
</p>
<p>
It seemed to me that the Lessons Learned database that we have has the same downfalls all around the world: It is tough to search through and will take you up to half an hour to find 2 useful lessons, and that is if you know the type of thing you are looking for. If you are having a browse through the lessons hoping to pick something up for a specific project, it is very hard to navigate.
</p>
<p>
Most of the problem behind this is an outdated system, which was around when the company was much smaller and the lessons learned were fewer. It seems that this is the sort of thing that companies do not invest in when they grow.
</p>
<p>
Another part ofthe problem is quality control. From the graduate session, it became clear that some countries graduates have been set targets of entering 2 lessons into the database per year. This sort of target setting introduces the argument of quantity over quality and can add to the confusion in the database.
</p>
<p>
We do have internal checks for the lessons, the engineer sends it to his manager for approval in the system, but quite often, the manager is just as busy and just presses the accept button.
</p>
<p>
These situations need to be handled in a more robust manner, with more emphasis placed on quality and tracking, and possibly finding a way to link similar lessons.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Fri, 07 Dec 2012 09:44:43 +0000Richard Milnecomment 22739 at https://imechanica.orgLessons - PREVENTATIVE / PRO-ACTIVE
https://imechanica.org/comment/22717#comment-22717
<a id="comment-22717"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/21633#comment-21633">Experience is best teacher Response</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
I agree cultural change is the key and the importance of experience and knowledge transfer must be given its place.
</p>
<p>
One way ive seen this done very effectively is in the safety of most organisations ( since this rightfully should have the highest priority as we all go to work with the intention of coming home again !)
</p>
<p>
Key regular review sessions need to be given priority in small functional, project or dept calendars key meetings which should be encouraged, supported and enforced from leadership teams on a monthly basis are....RISK REVIEWS,SAFETY BRIEFINGS, LESSONS LEARNED other tools for encouraging this have been incentivising SUGGESTIONS, IMPROVEMENTS, GOOD REPORTING, KNOWLEDGE SHARING
</p>
<p>
Key Performance Indicators should be established and form part of the employee, supv and snr manager appraisal/bonus system.
</p>
<p>
A balance between the use of Lagging and leading indicators must be struck ( my preference is to promote LEADING and positivity for live sessions, LAGGING i feel is simply fo reporting processes and backward looking not prevention as such although i recognise that it can provide the justification for ACTION rather than speculative potential issues that need addressed...
</p>
<p>
SAFETY uses lagging indicators with lots of abbreviated naming conventions such as DAFWC. LTI, TRIR etc. Leading indicators such as No's of observations raised or ratings of these suggestions made, No of meetings or attendance figures, inspections / audits completed, hosting or leading reviews or presenting lessons on a particular topic ( my favourite for this is to use a strict 5min impact presentation( ref <a href="http://www.presentationzen.com/presentationzen/2009/09/personal-kaizen-tips-for-your-continuous-improvement.html">http://www.presentationzen.com/presentationzen/2009/09/personal-kaizen-tips-for-your-continuous-improvement.html</a>) eg like a SAFETY MOMENT but for RISK reduction or LESSONS LEARNED, can be adopted across knowledge / risk systems too by similar processes and building them into the daily, weekly, monthly practices eg Daily/Site Reports, Observation system or registering/submitting suggestions for entries, Weekly, monthly reports and meetings as mentioned also Mini KAIZEN events called PECHA KUCHA<br />
Ref - <a href="http://www.wired.com/techbiz/media/magazine/15-09/st_pechakucha">http://www.wired.com/techbiz/media/magazine/15-09/st_pechakucha</a>#.
</p>
<p>
In my experience is THE WAY of truly embedding it into the culture its costs time, money and leadership but it has its rewards.
</p>
<p>
<br />
Ref - COINS are the key ( a bit like this course assessment !!!)<br /><a href="http://en.wikipedia.org/wiki/Collaborative_innovation_network">http://en.wikipedia.org/wiki/Collaborative_innovation_network</a><br />
The five essential elements of collaborative innovation networks (what Gloor calls their "genetic code") are as follows:<br />
1.Evolve from learning networks[clarification needed]<br />
2.Feature sound ethical principles<br />
3.Based on trust and self-organization<br />
4.Make knowledge accessible to everyone<br />
5.Operate in internal honesty and transparency
</p>
<p>
regards<br />
tony morgan
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Fri, 07 Dec 2012 00:09:53 +0000Tony Morgancomment 22717 at https://imechanica.orgLessons
https://imechanica.org/comment/22711#comment-22711
<a id="comment-22711"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/21539#comment-21539">Some comments to the discussion </a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Trevor,
</p>
<p>
i'm maybe picking you up wrong but it wouldnt matter how small the part was if the implication of its failure was critical as you suggest.
</p>
<p>
In my experience as you note the smallest parts can have the most serious consequences. An example of this would be where a £50 fitting was placed on a threaded port of a tool and pressurised to 20kpsi.
</p>
<p>
The unit is then functioned and its design is such that pressure is trapped in a localised area. The test pressure is removed from source but trapped pressure remains. The unit is then shipped and arrives at another location under pressure. This results in a projectile incident which could have been avoided by some very simple changes. Due to the seriousness The lessons learned are spread across the a multi-national organisation and must come from many sources.
</p>
<p>
As suggested a full RCA is completed to identify the route cause ( typically 5 Why questioning can help to get to the right level of detail eg why did the item have pressure trapped, each answer can have a why question posed eg design, hidden pressure, operator/procedure error then why for each of these why hidden pressure, fitting used was a blind, why a blind, only fitting available, why used when not on bill of material or drawing - why was change not approved <br />
, No bill of material why no bill of material - root cause identified as cultural issue where test equipment is not logged, recorded and controlled as detailed as full manufacure equipment !!!
</p>
<p>
Various remedies introduced. Global standards for Pressure Testing. Update to JRAs for design risks, ban on use of blind plug's unless engineering approved with no other means of control of all pressure test equipment by part number, drawing and procedure ( i.e through engineering dept with formal check and approval process to reduce single person errors) . Vent down check by supv. no matter how simple or repetitive the task(these can be the most dangerous as people naturally relax).
</p>
<p>
Controls should follow the below hierarchy <br />
'' 1.<br />
Eliminate<br />
Removing the hazard, eg taking a hazardous piece of equipment out of service.<br />
2.<br />
Substitute<br />
Replacing a hazardous substance or process with a less hazardous one, eg substituting a hazardous substance with a non-hazardous substance.<br />
3.<br />
Isolation<br />
Restricting access to plant and equipment or in the case of substances locking them away under strict controls.<br />
4.<br />
Engineering<br />
Redesign a process or piece of equipment to make it less hazardous. Isolating the hazard from the person at risk, eg using a guard or barrier.<br />
5.<br />
Administrative<br />
Adopting standard operating procedures (SOPs) or safe work practices or providing appropriate training, instruction or information.<br />
6.<br />
Personal Protective Equipment<br />
The provision and use of personal protective equipment could include using gloves, glasses, earmuffs, aprons, safety footwear, dust masks.<br />
Ref - <a href="http://w3.unisa.edu.au/ohsw/procedures/docs/hazard.pdf">http://w3.unisa.edu.au/ohsw/procedures/docs/hazard.pdf</a>
</p>
<p>
But also evidence of ''What went well even better if'' used as basic review of incident for POSITIVES to be enforced and publicised as well as what went wrong !
</p>
<p>
eg - Blast screens and test bays were used and stopped the projectile fitting, CCTV cameras were in use and controlled perimiter areas with permit to work for entry to the zone.
</p>
<p>
Lessons should be learned PRO-ACTIVELY and this is certainly a cultural and leadership issue and remains the biggest one to be addressed in COMPANIES...Not simply lip service but follow through activities.
</p>
<p>
</p>
<p>
regards<br />
tony morgan
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Thu, 06 Dec 2012 23:04:13 +0000Tony Morgancomment 22711 at https://imechanica.orgLessons learnt process in a subsea projects
https://imechanica.org/comment/22680#comment-22680
<a id="comment-22680"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
I am currently working on a subsea project and we use a formal lessons learnt process inorder to ensure that knowledge gained from experience , successful or otherwise , is used to improve the project outcomes.
</p>
<p>
The objective of this process are :
</p>
<p>
1) <strong>ensure that the lessons learnt are effectively captured</strong> by a) seeking experience from other projects in the corporate through the lessons learnt share point b) engaging with other project teams executing similar subsea scopes c) maintaining database of lessons to ensure that key lessons learnt are retained and not lost d) conducting formal engagement with suppliers and contractors to solicit input
</p>
<p>
2) <strong>ensure that the lessons learnt are effectively applied</strong> to imrpove the project outcome by : a) facilitating sessions early in each project phase to identify high priority lessons for application b) holding regular reviews of the lessons learnt database to discuss and document applicability
</p>
<p>
3) <strong>ensure that the lessons learnt are effectively shared</strong> with others in the organisation by a) holding a workshop at the end of each project phase to capture and prioritise all lessons learnt b) Sharing those lessons with other project teams worldwide through the internal net and by uploading the main lessons learnt on the database
</p>
<p>
For us the process is working well so far , but I believe that no matter how good the process is , without the right organisation culture and the right human behaviour , knowledge retention and management will fail regardless .
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Thu, 06 Dec 2012 12:18:41 +0000talal slimcomment 22680 at https://imechanica.orgVery difficult, but not impossible
https://imechanica.org/comment/22621#comment-22621
<a id="comment-22621"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p align="justify">
The ideal case would be that the organization can track and trace the information, but in fact this is the most difficult part. In my own experience in the oil industry, I have founded that several barriers makes difficult to save and share the information:
</p>
<p align="justify">
<br />
• The organization is divided and some of the information is considered as “confidential”.<br />
• The organization needs to put huge human resources to load, update and manage the information.<br />
• The safety record is not shown on public data base due to organization polices or governmental decisions.
</p>
<p align="justify">
<br />
In some countries, when an industrial disaster happed, the government try to don’t make a public opinion about the causes of the accident (governmental decision). It is sometimes understandable, because people mix politics with safety. But, what is not understandable is that technical people can’t talk about the accident in order to evaluate the lesson learned from the accident. I am very surprised about the Piper Alpha public enquiry developed in 1989. It has two volumes and analyses every detail of the accident. For the ones that haven’t seen before, don’t miss the opportunity to have a look at the Taylor Library.
</p>
<p align="justify">
<br />
I conclude by suggesting to the organizations to make a high value of their own historical data resources, share the information and put the cap of safety polices without being ashamed of the bad past experience, in contrast make the most of previous experience to gather a better future for the energy industry.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Wed, 05 Dec 2012 16:45:22 +0000Patricia Fleitascomment 22621 at https://imechanica.orgMy Opinion on Lessons Learnt
https://imechanica.org/comment/22546#comment-22546
<a id="comment-22546"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Of course whatever safety measures we have in place at the moment, 80-90% of them have come from lessons learnt from one accident or the other whether catastrophic or not. <br />
But one of the issues plaguing the Oil and Gas industry is the fact that some of these lessons refuse to be learnt as long as there is no occurence of accident. This I would point out, as Alabi commented earlier, as being the weakness of the Senior management of the organization. <br />
I believe a system must be put in place so as to have a hindsight of what performance per time and issues that had gone wrong and likely outcomes if disastrous.<br />
On the other hand, I think Operators should learn to venture into new concepts that will boost their technology. It is not new that most Industries develop cold feet when a novel technology is introduced from outside the organization; they all prefer the way things have been done, especially if there has been no report of a disaster.<br />
During the Post-Macondo lecture, it was pointed out that Operators were not so quick to opt as partners during the testing of the Capping device, developed as a result of the lesson learnt from the Deepwater Horizon Disaster. Organizations should look for system of looking at novel technologies and analyzing them as soon as possible so as to incorporate changes and improvements accordingly.
</p>
<p>
Thank you.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Tue, 04 Dec 2012 04:34:27 +0000Ike Precious C.comment 22546 at https://imechanica.orgTopic 38: Lessons - how are these captured
https://imechanica.org/comment/22509#comment-22509
<a id="comment-22509"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p><span>Safety is the main concern for both, Administration’s Regulators and every operator / owner when it involves a major hazard. Although big steps have been taken to minimize the risks involve special when it concern is oil & gas industry and powerful regulations has been implied to avoid such accidents , but still human error and poor maintenance and improper technical and commercial management<span> </span>shows that these regulations are not thoroughly implied .<span> </span>Also there are still day to day small safety aspects that nor the regulators , neither <span> </span>the operator / owner have much concern for <span> </span>, but the operators suffer in day to day work.</span> </p>
<p class="MsoListParagraphCxSpLast">
<span>These are the areas that lesson learned has less applications , especially when it concerns big companies operating in less advance and developing countries where rules and regulations do exist , however are not implied due to cost involved or some other restrictions.<span> </span>To me although it is important to learn from each and every incident / accident , but implication of existing safety rules and regulation has much more importance . <span> </span></span>
</p>
<p><span><span><span><a href="http://www.mmass.co.uk/Who_Needs_a_Safety_Case.php"><span>http://www.mmass.co.uk/Who_Needs_a_Safety_Case.php</span></a></span><span></span><span><a href="http://www.hse.gov.uk/foi/internalops/hid_circs/enforcement/spcenf158.htm"><span>http://www.hse.gov.uk/foi/internalops/hid_circs/enforcement/spcenf158.htm</span></a></span><span></span></span></span><span></span> </p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Mon, 03 Dec 2012 12:31:09 +0000farman oladicomment 22509 at https://imechanica.orgKey phrase searching?
https://imechanica.org/comment/22469#comment-22469
<a id="comment-22469"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/22219#comment-22219">A few practices - response</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>Maybe not researching beforehand but an idea may be to assign each incident a set of key phrases based on how the incident led to an accident. Key phrases would be best utilised if they were ones often used in things like HAZOPS and could include such parameters as high temperature, low flow, loss of air etc. Then after a HAZID or HAZOP where situations have been highlighted by a team then a search using the same key phrases could be run on the lessons database and all past incidents with the same key phrases would be flagged. Obviously this could lead to a large amount of "hits" in certain scenarios where only one key phrase is used and thus is not a full proof method.</p>
<p>
I think some sort of variation on the above using an automated method of pattern identification is most certainly the way forward. This would remove the need for regular training (reminding) new and old employees of past incidents which would be time consuming, costly and most likely pretty tedious.
</p>
<p>
You really have struck a very difficult to solve challenge here and I would be interested to see if anyone can come up with a solution to fit all scenarios.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Sun, 02 Dec 2012 22:19:23 +0000Craig Donaldsoncomment 22469 at https://imechanica.orglessons-how are these captured
https://imechanica.org/comment/22446#comment-22446
<a id="comment-22446"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>When we talk of lessons learnt from safety issues, we are referring to both the positive and negative lessons safety issue brings to our door step. A comparative study by the HSE has revealed that the main causes of accidents include inappropriate actions from the management on board before and during the incident, the weakness of the management system which allows for incompetent leader to be in charge of an operation and of cause human factor can’t be ruled out of this. HSE also concluded that some of the lessons learnt from these major causes of accidents include putting in place effective procedures for assessing and ensuring competence and for monitoring management scheme, safety and best interest of the younger employees should always be placed first and strict adherence to safety regulations as stated in the safety case. I would wrap up by saying that if you think safety is expensive then try an accident.<br />
Reference<br /><a href="http://www.hse.gov.uk/press/2005/e05034.htm">http://www.hse.gov.uk/press/2005/e05034.htm</a><br />
Name: Alabi Ochu Abdulraheem<br />
Reg no: 51231595</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Sun, 02 Dec 2012 13:34:04 +0000Alabi Ochu Abdulraheemcomment 22446 at https://imechanica.orgLessons Learned To Be Implemented Via A Formal Processes
https://imechanica.org/comment/22404#comment-22404
<a id="comment-22404"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p> </p>
<p align="justify">
Lessons learned process is a part of the Knowledge Management process which has been discussed for quite some time. Most of the objectives and disciplines have been already mentioned in this forum and they have also been discussed widely in the literature. The most important processes which have provided significant performance improvements to the industry in areas of safety, productivity, human resources, operations and technology advances are related to continuous improvement processes through the sharing of best practices and knowledge. One interesting book I would recommend to read is called Learning to Fly written by Chris Collison and Geoff Parcell which is very related to a practical knowledge management (lessons learned) and some of what has been discussed in this forum.
</p>
<p align="justify">
In my opinion, the first stage of the lessons learned process and mainly the Knowledge Management Process can be addressed by what and how we have learned, why and how of the capturing of learning experiences. The outcome of this stage would then be the base for a second stage which is the analysis of what went well and/or what and how we could have done differently and the implementation of the learnings via a Management of Change process. This then agrees with what has been said about the importance of implementing the learnings (becoming the best industry practices) in a practical way by developing new standards, regulations, and/or procedures. That would be then a formal and an effective way of ensuring a continuous improvement which will be reflected in good performance improvements.
</p>
<p align="justify">
The industry has been heavily reinforcing and supporting these processes during the last two decades and significant improvements have been observed. Regulations and new standards have been established, best operating practices are now being observed on offshore installations. Formal management of change processes, incident investigation processes, formal reporting and recording processes are now rigorously followed as part of the Process Safety Management, all of these resulting from a good leadership. However, those tools and processes are part of a culture of learning and therefore that culture needs to continue growing in order to maintain safer work places and guarantee operations with zero incidents or accidents.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Sat, 01 Dec 2012 13:52:19 +0000Manuel Maldonadocomment 22404 at https://imechanica.orgA few practices - response
https://imechanica.org/comment/22219#comment-22219
<a id="comment-22219"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/21992#comment-21992">a few practices...</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
A few good points here which are indicative within a quality system that has " Continuous Improvement" written within, and whilst documenting the lessons is paramount , its; "what happens next" that I struggle with. How are lessons that are recorded within a database rolled out and re- rolled out again and again....etc. After all a lesson doesnt realy expire but it can very often be developed or improved. So the important point to note is that whist we have this knowlegde stored in our database how and when do we recall that information so that we can re-use it? Researching the database prior to HAZIDs, HIRA's etc may be a plausible idea. Your thoughts welcome
</p>
<p>
Trevor
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Mon, 26 Nov 2012 21:55:08 +0000Trevor Strawbridgecomment 22219 at https://imechanica.orga few practices...
https://imechanica.org/comment/21992#comment-21992
<a id="comment-21992"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/21924#comment-21924">Response to the above</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
</p>
<p>
</p>
<p>
Ouch! That's sounds too familiar. Every organization I've ever worked for has struggled with these issues. However, here are a few practices that I feel help close the gap slightly. Note there are not necessarily in the order of importance.
</p>
<p>
1. Share the information - Though it can sometimes be embarrassing, its best to share this information across the organization so that others can learn from your mistakes.
</p>
<p>
2. Implement a knowledge database - Too often, I seen individuals come up after an incident an state that they knew that would happen and it could have been prevented if they for their opinion. A properly laid out knowledge database can help improve communication across an organization and keep "the answer" from being buried in one engineers files.
</p>
<p>
2. Tie lessons learned to the quality system - Manufacturing organizations often believe quality is only about the actual product. They often lose sight of the fact that mistakes made within a process that has nothing to do with the manufacturing of the product can have a major impact on the organization. Documenting the issue is only the first step. Quality systems are designed to take a issue through documentation to implementation (see steps 3-5).
</p>
<p>
3. Integrate best practices into the design tools
</p>
<p>
4. Incorporate the lesson into training for new and experienced employees.
</p>
<p>
5. Modify procedures before closing out the lessons learned.
</p>
<p>
</p>
<p>
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Wed, 21 Nov 2012 21:11:40 +0000adaviscomment 21992 at https://imechanica.orgResponse to the above
https://imechanica.org/comment/21924#comment-21924
<a id="comment-21924"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/21841#comment-21841">LESSONS- HOW ARE THESE CAPTURED?</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
I dont disagree with Oluwaseguns or Kobinas blogs. Infact I fully concur. However, the issue I have is the apllication of a lesson. If you consider the following scenario: A weld fails in service and has financial and human consequeces, an investigation takes place that may include a tap route, route cause analysis etc. The outcome was that the weld was incorrectly designed for example. The lesson is then captured into a data base and will probably be applied by the people whom were at the front end of the investigation as they have full awarness of the incident. So consider 12months from now , a new project kicks off with a new project team and the same/similar fabrication is to be performed. The new people on that project team may have no knowledge or understanding of the incident/ investigation/lesson that happened 12 months earlier. So the potential for a repeat failure is high unless delegates from that team are made aware of that lesson. which brigs me to my next question How do we do that?
</p>
<p>
</p>
<p>
Trevor
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Tue, 20 Nov 2012 12:49:17 +0000Trevor Strawbridgecomment 21924 at https://imechanica.orgLESSONS- HOW ARE THESE CAPTURED?
https://imechanica.org/comment/21841#comment-21841
<a id="comment-21841"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
I strongly agree with Kobina's view, as the utilisation of lessons captured should also be an integral part of this discussion. What<br />
happens next when lessons are captured from an event and what is put in place to prevent a re-occurence?
</p>
<p>
Root cause analysis(RCA), 5-Why, Why tree are all accident investigation tools that are used to investigate the inherent reason(s) why an incident<br />
occured and what to be put in place and implemented to prevent such an occurence in the future at the work place.
</p>
<p>
In the facility where i work presently, lessons captured are communicated in the safety briefing given to returning employees,when they <br />
arrive back to the platform.<br />
Morning safety talks in tool box talk is another platform where lessons that were cptured are shared to the work force.<br />
Regular bi-weekly safety meeting is another avenue that is utilised to get across to the employees in sharing with them lessons captured <br />
from any event.
</p>
<p>
Using the 5-why accident investigation tool as an example, the "why did it happen" is asked, that leads to an answer and the question is asked until<br />
the inherent reason for the incident is captured, filed in the data base of the company for futher use.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Sun, 18 Nov 2012 20:04:23 +0000Oluwasegun Onasanyacomment 21841 at https://imechanica.orgLessons from a proactive perspective
https://imechanica.org/comment/21840#comment-21840
<a id="comment-21840"></a>
<p><em>In reply to <a href="https://imechanica.org/comment/21479#comment-21479">Lessons learned or learnt </a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>I truly agree with what Trevor is saying about the lessons from a proactive perspective. From my own opinion, I think lessons from a proactive approach in safety management can be improved from looking at everyday performance of an activity rather than why it occasionally fails [1]. This would help to deal with uncertainties by implementing conservative values of variables and “safety factors” in design calculations. For example, if we consider a high loading and low yield strength in a design calculation, it is possible to look at the uncertainty in failure through probability in order to know or expect failure in the near future (whether two days, a month or a year time). This helps to identify which outcome is more likely than others thereby guide good decisions on design, replacement and maintenance, and helps prevent unwanted failure events from happening. </p>
<p>From the above discussion, it can be observed that we should not only learn from an incident that has taken place, but also to focus on better and safer methods of performing activities rather than waiting for a huge incident to happen before a change can be made. </p>
<p>References</p>
<p>[1] <a href="http://www.health.org.uk/public/cms/75/76/313/3425/Proactive%20approaches%20to%20safety%20management%20thought%20paper.pdf?realName=PPqBkh.pdf ">http://www.health.org.uk/public/cms/75/76/313/3425/Proactive%20approache...</a></p>
<p></p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Sun, 18 Nov 2012 19:23:25 +0000Kelvin Osarocomment 21840 at https://imechanica.orgLessons - how are these captured
https://imechanica.org/comment/21836#comment-21836
<a id="comment-21836"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>Lessons are definitely learnt from the occurrence of major industrial accidents in the energy sector in that, new safety legislation law are implemented if the incident creates harm to the environment where by involving loss of life and high financial loss for a company. For example the Piper Alpha disaster of July 1988 [1] has lead to a total change in the safety legislation in the UK offshore waters in that, Offshore Installations (Safety Case) Regulations 1992 was implemented and later revised in 2005 [2,3]. More so, it also lead to the transfer of responsibility from the Department of Energy to the Health and Safety Executive (HSE) in offshore activities in the UK [2,3].</p>
<p> </p>
<p>From the discussion above it can be seen that lessons are definitely learnt in the energy sector in that, the Government and pressure groups have created legislation laws through Health and Safety Executive (HSE) in order to be implement to reduce these incidence from recurring. </p>
<p></p>
<p><strong>References</strong></p>
<p> </p>
<p>[1] Cullen, The Honourable Lord. The Public Inquiry into the Piper Alpha Disaster. London : The Stationery Office, 1990.</p>
<p>[2] Great Britain. The Offshore Installations (Safety Case) Regulations 1992. London : The Stationery Office.</p>
<p>[3] Health and Safety Executive [HSE]. A guide to the Offshore Installations (Safety Case) Regulations 2005. HSE Publications, 2006.</p>
<p></p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Sun, 18 Nov 2012 17:42:27 +0000Kelvin Osarocomment 21836 at https://imechanica.orgThe communication between standards agencies and industy
https://imechanica.org/comment/21653#comment-21653
<a id="comment-21653"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
At present the majority of small scale lessons is kept at a certain level in an organisation such as department manager. For example the lessons may be implemented for the duration that this manager is in charge of future projects . In the event where the manager has been replaced, his replacement has his own way of doing things thus often changing the procedure regardless whether the lesson has been documented in a database.
</p>
<p>
The responsibility relies on standards agencies such as DNV, HSE, API etc to implement changes applying a legal binding best industry practice. I suggest there should be greater negotiations between all relevant companies with the standards agencies. To eliminate future small scale dangers there is a need for standards agencies, backed by the industry to have a greater influence on operations.
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Wed, 14 Nov 2012 16:14:08 +0000Derek Porter.comment 21653 at https://imechanica.orgExperience is best teacher Response
https://imechanica.org/comment/21633#comment-21633
<a id="comment-21633"></a>
<p><em>In reply to <a href="https://imechanica.org/node/13591">Topic 38: Lessons - how are these captured</a></em></p>
<div class="field field-name-comment-body field-type-text-long field-label-hidden"><div class="field-items"><div class="field-item even"><p>
This is a great Blog Hanifah, I could'nt agree more. As I would reiterate; there needs to be a culture change, not so much in the way we capture the lessons, but how we later search for this knowledge and apply it. To often I have seen engineers of different disciplines participating in wash up meetings, and they follow these up by entering "useful" lessons into large Databases. It then becomes frustrating to see incidents that occur later in subsequent projects, tasks etc, that may have been avaidable, were this already stored knowedge sought, and applied beforehand. Its on these occasions where my immeadiate thoughts are "such a waste of knowledge", what can we do to ensure that knowledge is applied and re-applied ?
</p>
<p>
I like the blog Hanifah
</p>
<p>
</p>
<p>
Trevor
</p>
</div></div></div><ul class="links inline"><li class="comment_forbidden first last"><span><a href="/user/login?destination=node/13591%23comment-form">Log in</a> or <a href="/user/register?destination=node/13591%23comment-form">register</a> to post comments</span></li>
</ul>Wed, 14 Nov 2012 13:07:03 +0000Trevor Strawbridgecomment 21633 at https://imechanica.orgError | iMechanica