<?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 on: Risk management versus the Impediment List</title>
	<atom:link href="http://blog.xebia.com/2007/12/19/risk-management-versus-the-impediment-list/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.xebia.com/2007/12/19/risk-management-versus-the-impediment-list/</link>
	<description></description>
	<lastBuildDate>Thu, 18 Mar 2010 13:27:36 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Eelco Gravendeel</title>
		<link>http://blog.xebia.com/2007/12/19/risk-management-versus-the-impediment-list/comment-page-1/#comment-28326</link>
		<dc:creator>Eelco Gravendeel</dc:creator>
		<pubDate>Wed, 19 Dec 2007 23:54:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2007/12/19/risk-management-versus-the-impediment-list/#comment-28326</guid>
		<description>Hi Lars, 

First: Your interpretation is right, Managing a list of identified risks means making sure they don&#039;t become impediments (or otherwise nasty problems that prevent the project from succeeding). In a pure (software) product development company, managing risks could and ideally would be the concern of the product owner. In an environment where the product owner is not used to doing projects a project manager should fulfill this role. Not that the perfect product owner is almost like a super hero: guarding vision, ROI, managing risks, perfectly knows his / her business both internally and externally etc. etc. So in practice it makes perfect sense to have a project manager on board in both environments to help out with managing things like the list of identified risks.</description>
		<content:encoded><![CDATA[<p>Hi Lars, </p>
<p>First: Your interpretation is right, Managing a list of identified risks means making sure they don&#8217;t become impediments (or otherwise nasty problems that prevent the project from succeeding). In a pure (software) product development company, managing risks could and ideally would be the concern of the product owner. In an environment where the product owner is not used to doing projects a project manager should fulfill this role. Not that the perfect product owner is almost like a super hero: guarding vision, ROI, managing risks, perfectly knows his / her business both internally and externally etc. etc. So in practice it makes perfect sense to have a project manager on board in both environments to help out with managing things like the list of identified risks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars Vonk</title>
		<link>http://blog.xebia.com/2007/12/19/risk-management-versus-the-impediment-list/comment-page-1/#comment-28305</link>
		<dc:creator>Lars Vonk</dc:creator>
		<pubDate>Wed, 19 Dec 2007 20:27:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2007/12/19/risk-management-versus-the-impediment-list/#comment-28305</guid>
		<description>Hi Eelco,

I am not exactly sure what you mean by managing the list. I interpret it has: Take actions to make sure the possibility of such a risk becoming an impediment (or problem) is minimal. If this is the case shouldn&#039;t this be the product owner&#039;s responsibility? Or is the Project Manager in your example the Product Owner?</description>
		<content:encoded><![CDATA[<p>Hi Eelco,</p>
<p>I am not exactly sure what you mean by managing the list. I interpret it has: Take actions to make sure the possibility of such a risk becoming an impediment (or problem) is minimal. If this is the case shouldn&#8217;t this be the product owner&#8217;s responsibility? Or is the Project Manager in your example the Product Owner?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
