<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for De-RISK Blog</title>
	<atom:link href="http://de-risk.com/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://de-risk.com/blog</link>
	<description>Thoughts on risk management in the wider world</description>
	<lastBuildDate>Thu, 31 Mar 2011 11:15:08 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Risk Management &#8211; I just don&#8217;t get it&#8230; by Jon C</title>
		<link>http://de-risk.com/blog/?p=199&#038;cpage=1#comment-733</link>
		<dc:creator>Jon C</dc:creator>
		<pubDate>Thu, 31 Mar 2011 11:15:08 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=199#comment-733</guid>
		<description>Hey Keith, This reminds me of a large government program that I worked on some time ago. The program manager was the brains behind the deal and was generally acknowledged as the only person who might navigate the program through to a successful conclusion. The problem was that he had no people skills, did not believe in formal process and was the arrogant b&#039;stard that I have ever worked with! The program limped along for a year before falling in a heap - to everyones surprise. The program manager then had a nervous breakdown. Go figure.</description>
		<content:encoded><![CDATA[<p>Hey Keith, This reminds me of a large government program that I worked on some time ago. The program manager was the brains behind the deal and was generally acknowledged as the only person who might navigate the program through to a successful conclusion. The problem was that he had no people skills, did not believe in formal process and was the arrogant b&#8217;stard that I have ever worked with! The program limped along for a year before falling in a heap &#8211; to everyones surprise. The program manager then had a nervous breakdown. Go figure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Risk Management &#8211; I just don&#8217;t get it&#8230; by Keith</title>
		<link>http://de-risk.com/blog/?p=199&#038;cpage=1#comment-731</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Sun, 27 Mar 2011 18:34:06 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=199#comment-731</guid>
		<description>Hi Penny - would be delighted to - have emailed you..</description>
		<content:encoded><![CDATA[<p>Hi Penny &#8211; would be delighted to &#8211; have emailed you..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Risk Management &#8211; I just don&#8217;t get it&#8230; by Penny</title>
		<link>http://de-risk.com/blog/?p=199&#038;cpage=1#comment-730</link>
		<dc:creator>Penny</dc:creator>
		<pubDate>Sun, 27 Mar 2011 17:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=199#comment-730</guid>
		<description>Hi Keith,

Good to see you discussing many of the issues from my forthcoming book -A short guide to facilitating risk management (Gower June 2011) 

I&#039;m wondering if you&#039;d like to review it at some stage - perhaps send me an e-mail or have a look at www.facilitating risk.com

Regards,
Penny</description>
		<content:encoded><![CDATA[<p>Hi Keith,</p>
<p>Good to see you discussing many of the issues from my forthcoming book -A short guide to facilitating risk management (Gower June 2011) </p>
<p>I&#8217;m wondering if you&#8217;d like to review it at some stage &#8211; perhaps send me an e-mail or have a look at <a href="http://www.facilitating" rel="nofollow">http://www.facilitating</a> risk.com</p>
<p>Regards,<br />
Penny</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Risk Management &#8211; I just don&#8217;t get it&#8230; by Keith</title>
		<link>http://de-risk.com/blog/?p=199&#038;cpage=1#comment-729</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Sun, 27 Mar 2011 17:21:39 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=199#comment-729</guid>
		<description>Hi Ravi - been super busy but now time to blog again....

The answer to you question is to make sure that you have a robust process for your largest/most complex projects and then for the rest you have two choices. The most radical is to do no risk management - if they are not critical projects they cannot hurt your your business significantly if they fail?

However, the pragmatic approach would be to use a simplified risk management process for the simpler projects - in ABCD we use the QAC (Quick Assumption Check). Feel free to call if you would like to discuss further...</description>
		<content:encoded><![CDATA[<p>Hi Ravi &#8211; been super busy but now time to blog again&#8230;.</p>
<p>The answer to you question is to make sure that you have a robust process for your largest/most complex projects and then for the rest you have two choices. The most radical is to do no risk management &#8211; if they are not critical projects they cannot hurt your your business significantly if they fail?</p>
<p>However, the pragmatic approach would be to use a simplified risk management process for the simpler projects &#8211; in ABCD we use the QAC (Quick Assumption Check). Feel free to call if you would like to discuss further&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Risk Management &#8211; I just don&#8217;t get it&#8230; by Ravi</title>
		<link>http://de-risk.com/blog/?p=199&#038;cpage=1#comment-728</link>
		<dc:creator>Ravi</dc:creator>
		<pubDate>Sat, 26 Mar 2011 11:14:01 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=199#comment-728</guid>
		<description>Hi Keith,

Good to hear from you again - it seems like a long time - you been busy? I have seen first hand what happens when an organisation tries to standardise on a single risk management  process (and tool). In my experience the tendency is to over-simplify and then the larger projects can&#039;t use these processes for effective risk management. 

My question for you is, if you employ a more comprehensive project that effectively supports the larger project, then what should you do for the smaller projects, which do not justify such complexity?</description>
		<content:encoded><![CDATA[<p>Hi Keith,</p>
<p>Good to hear from you again &#8211; it seems like a long time &#8211; you been busy? I have seen first hand what happens when an organisation tries to standardise on a single risk management  process (and tool). In my experience the tendency is to over-simplify and then the larger projects can&#8217;t use these processes for effective risk management. </p>
<p>My question for you is, if you employ a more comprehensive project that effectively supports the larger project, then what should you do for the smaller projects, which do not justify such complexity?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Risk Management &#8211; I just don&#8217;t get it&#8230; by Keith</title>
		<link>http://de-risk.com/blog/?p=199&#038;cpage=1#comment-727</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Fri, 25 Mar 2011 20:06:32 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=199#comment-727</guid>
		<description>Hi Bruce - thanks for your input. This is a touchy subject for me as I am always suspicious when RAG gets used for virtually everything. Sure its intuitive but it can also be confusing. 

The classic problem is that RAG is used to summarise too many things eg an overall status of Red can mean that the risk is critical or uncontrollable or both!

In ABCD, RAG is used for the overall Criticality of the risk and ABCD is used for Controllability. These are very different dimensions of the risk and need to be kept separate in order that the subsequent Risk Plans can be targeted appropriately.

I totally agree with you re senior management intervention. One of the critical success factors with ABCD is to get the senior management team totally bought into the process so that they act as &quot;champions&quot;. This ultimately make the process deliver its benefits.</description>
		<content:encoded><![CDATA[<p>Hi Bruce &#8211; thanks for your input. This is a touchy subject for me as I am always suspicious when RAG gets used for virtually everything. Sure its intuitive but it can also be confusing. </p>
<p>The classic problem is that RAG is used to summarise too many things eg an overall status of Red can mean that the risk is critical or uncontrollable or both!</p>
<p>In ABCD, RAG is used for the overall Criticality of the risk and ABCD is used for Controllability. These are very different dimensions of the risk and need to be kept separate in order that the subsequent Risk Plans can be targeted appropriately.</p>
<p>I totally agree with you re senior management intervention. One of the critical success factors with ABCD is to get the senior management team totally bought into the process so that they act as &#8220;champions&#8221;. This ultimately make the process deliver its benefits.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Risk Management &#8211; I just don&#8217;t get it&#8230; by Keith</title>
		<link>http://de-risk.com/blog/?p=199&#038;cpage=1#comment-726</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Fri, 25 Mar 2011 19:59:19 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=199#comment-726</guid>
		<description>Hi Don - I have seen this &quot;swamped with data&quot; also - many times. And the point you make about the PMO &quot;making up the risks&quot; is exactly the point of this post - if the risks do not come from the front-line troops and they do not have confidence in the integrity of the system, then risk management will inevitably fail.</description>
		<content:encoded><![CDATA[<p>Hi Don &#8211; I have seen this &#8220;swamped with data&#8221; also &#8211; many times. And the point you make about the PMO &#8220;making up the risks&#8221; is exactly the point of this post &#8211; if the risks do not come from the front-line troops and they do not have confidence in the integrity of the system, then risk management will inevitably fail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Risk Management &#8211; I just don&#8217;t get it&#8230; by Project Management Tools That Work (Bruce)</title>
		<link>http://de-risk.com/blog/?p=199&#038;cpage=1#comment-725</link>
		<dc:creator>Project Management Tools That Work (Bruce)</dc:creator>
		<pubDate>Thu, 24 Mar 2011 16:27:27 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=199#comment-725</guid>
		<description>We had a simple color coding for all the projects at the senior management reivew.  Green was on track.  Yellow was off track but recoverable.  Red was off track, non recoverable, being replanned.

With time, Green became &quot;new project,&quot; yellow was &quot;project in progress&quot; and red was &quot;project trying to complete.&quot;  The color codings still indicated the overall status of the project, it was only that senior management was not effective at intervening to make a difference on the projects (i.e., corporate culture of late and buggy projects).

Good to great techniques make a difference, if there is a team of folks capable of taking action on the information they get.  If a good technique doesn&#039;t work, there is often a more fundamental issue that needs to be fixed first. 

Good technique.

Brucce</description>
		<content:encoded><![CDATA[<p>We had a simple color coding for all the projects at the senior management reivew.  Green was on track.  Yellow was off track but recoverable.  Red was off track, non recoverable, being replanned.</p>
<p>With time, Green became &#8220;new project,&#8221; yellow was &#8220;project in progress&#8221; and red was &#8220;project trying to complete.&#8221;  The color codings still indicated the overall status of the project, it was only that senior management was not effective at intervening to make a difference on the projects (i.e., corporate culture of late and buggy projects).</p>
<p>Good to great techniques make a difference, if there is a team of folks capable of taking action on the information they get.  If a good technique doesn&#8217;t work, there is often a more fundamental issue that needs to be fixed first. </p>
<p>Good technique.</p>
<p>Brucce</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Risk Management &#8211; I just don&#8217;t get it&#8230; by Don</title>
		<link>http://de-risk.com/blog/?p=199&#038;cpage=1#comment-724</link>
		<dc:creator>Don</dc:creator>
		<pubDate>Thu, 24 Mar 2011 14:30:45 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=199#comment-724</guid>
		<description>Hi Keith
A thought provoking post as usual. I have seen this &quot;swamped with data&quot; on too many large programmes. It simply causes management to give up on risk management in despair as they can&#039;t see the wood for the trees, to coin a phrase. On one particular programme I worked on a few years ago, the PMO were completely overwhelmed by the risks submitted by each project. It was so bad that the PMO resorted to re-creating a programme risk register from scratch that was then rejected by the senior management (correctly) as it didn&#039;t come from the projects!</description>
		<content:encoded><![CDATA[<p>Hi Keith<br />
A thought provoking post as usual. I have seen this &#8220;swamped with data&#8221; on too many large programmes. It simply causes management to give up on risk management in despair as they can&#8217;t see the wood for the trees, to coin a phrase. On one particular programme I worked on a few years ago, the PMO were completely overwhelmed by the risks submitted by each project. It was so bad that the PMO resorted to re-creating a programme risk register from scratch that was then rejected by the senior management (correctly) as it didn&#8217;t come from the projects!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Avoiding Black Swans by Don</title>
		<link>http://de-risk.com/blog/?p=12&#038;cpage=1#comment-713</link>
		<dc:creator>Don</dc:creator>
		<pubDate>Fri, 18 Mar 2011 17:34:59 +0000</pubDate>
		<guid isPermaLink="false">http://de-risk.com/blog/?p=12#comment-713</guid>
		<description>Just picking up on Paul&#039;s point re inadequate sea defences around nuclear power stations. Surely its not that difficult to raise the business end of the power station by (say) 30m to reduce the impact of potential tsunamis. Sort of build it on a podium? An idea for future nuclear power station construction perhaps?</description>
		<content:encoded><![CDATA[<p>Just picking up on Paul&#8217;s point re inadequate sea defences around nuclear power stations. Surely its not that difficult to raise the business end of the power station by (say) 30m to reduce the impact of potential tsunamis. Sort of build it on a podium? An idea for future nuclear power station construction perhaps?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

