<?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: Rethinking enterprise issues.</title>
	<atom:link href="http://www.gilyehuda.com/2009/08/12/rethinking-enterprise-issues/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gilyehuda.com/2009/08/12/rethinking-enterprise-issues/</link>
	<description>A blog about collaboration, trust, open source, workplace, and community behaviors.</description>
	<lastBuildDate>Wed, 08 Feb 2012 09:19:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: Paula Thornton</title>
		<link>http://www.gilyehuda.com/2009/08/12/rethinking-enterprise-issues/comment-page-1/#comment-4862</link>
		<dc:creator>Paula Thornton</dc:creator>
		<pubDate>Thu, 27 Aug 2009 06:53:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilyehuda.com/?p=607#comment-4862</guid>
		<description>&lt;span class=&quot;topsy_trackback_comment&quot;&gt;&lt;span class=&quot;topsy_twitter_username&quot;&gt;&lt;span class=&quot;topsy_trackback_content&quot;&gt;Elder Experience Vid plays better here RT @gyehuda: isn&#039;t @melissaatbif great.  I shared some thoughts about it here  http://bit.ly/JTvk5&lt;/span&gt;&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p><span class="topsy_trackback_comment"><span class="topsy_twitter_username"><span class="topsy_trackback_content">Elder Experience Vid plays better here RT @gyehuda: isn&#8217;t @melissaatbif great.  I shared some thoughts about it here  <a href="http://bit.ly/JTvk5" rel="nofollow">http://bit.ly/JTvk5</a></span></span></span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rotkapchen</title>
		<link>http://www.gilyehuda.com/2009/08/12/rethinking-enterprise-issues/comment-page-1/#comment-1942</link>
		<dc:creator>Rotkapchen</dc:creator>
		<pubDate>Wed, 26 Aug 2009 23:59:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilyehuda.com/?p=607#comment-1942</guid>
		<description>&quot;What do you think of this?&quot; Hmmm...exactly what we do and say in Experience Design all the time : )

Welcome to our reality.</description>
		<content:encoded><![CDATA[<p>&#8220;What do you think of this?&#8221; Hmmm&#8230;exactly what we do and say in Experience Design all the time : )</p>
<p>Welcome to our reality.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jordan Frank</title>
		<link>http://www.gilyehuda.com/2009/08/12/rethinking-enterprise-issues/comment-page-1/#comment-1903</link>
		<dc:creator>Jordan Frank</dc:creator>
		<pubDate>Mon, 17 Aug 2009 18:22:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilyehuda.com/?p=607#comment-1903</guid>
		<description>I like the concept, but you are missing one important clause: memory

same people + same process + memory = different results

Had the group blogged about their status and issues as they were confronted, and also blogged their lessons learned - then they&#039;d have had the opportunity to learn from past issues and overcome them. That may or may not be an issue of process per se, but rather how they operate within the process. A team with experience is
more likely to outperform against other teams, so using memory is generally far better than just tossing new people on a process. 

In a PM role I saw a huge change for the better when the same people  reorganized and got much better results. That was, I suppose, a process change but one that involved same people and good memory. 

The KUKA customer story on our site shows a nice example of an issue-awareness e2.0 deployment. It&#039;s a good best practice for anyone seeking process improvement to follow</description>
		<content:encoded><![CDATA[<p>I like the concept, but you are missing one important clause: memory</p>
<p>same people + same process + memory = different results</p>
<p>Had the group blogged about their status and issues as they were confronted, and also blogged their lessons learned &#8211; then they&#8217;d have had the opportunity to learn from past issues and overcome them. That may or may not be an issue of process per se, but rather how they operate within the process. A team with experience is<br />
more likely to outperform against other teams, so using memory is generally far better than just tossing new people on a process. </p>
<p>In a PM role I saw a huge change for the better when the same people  reorganized and got much better results. That was, I suppose, a process change but one that involved same people and good memory. </p>
<p>The KUKA customer story on our site shows a nice example of an issue-awareness e2.0 deployment. It&#8217;s a good best practice for anyone seeking process improvement to follow</p>
]]></content:encoded>
	</item>
</channel>
</rss>

