<?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: Enterprise 2.0 explained to our managers in 10 principles</title>
	<atom:link href="http://www.techiteasy.org/2009/11/29/enterprise-2-0-explained-to-our-managers-in-10-principles/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.techiteasy.org/2009/11/29/enterprise-2-0-explained-to-our-managers-in-10-principles/</link>
	<description>A Technology and Business Weblog provided to You by a Global Group of Friends.</description>
	<lastBuildDate>Thu, 18 Mar 2010 12:29:11 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: cecil</title>
		<link>http://www.techiteasy.org/2009/11/29/enterprise-2-0-explained-to-our-managers-in-10-principles/#comment-5936</link>
		<dc:creator>cecil</dc:creator>
		<pubDate>Sat, 30 Jan 2010 10:35:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.techiteasy.org/?p=2427#comment-5936</guid>
		<description>Paula, 
 
I am reading Enterprise 2.0 book from Andrew McAfee and I now have a better understanding of your point about complexity science.  
 
I believe that what you mean is that complexity science helps in understanding how structure emerge from pattern of usage from multiple users.  
 
And I understand that my understanding of emergence is a bit shallow compared to the actual meaning that Andrew of yourself can put behind Emergence, again, based on complexity science. 
 
However I stick to my take against complexity in a organisational environment : as Scott Berkun puts it nicely, there are 2 types of people : &lt;a href=&quot;http://www.scottberkun.com/blog/2006/there-are-two-kinds-of-people-complexifiers-and-simplifers/&quot; target=&quot;_blank&quot;&gt;complexifiers and simplifiers&lt;/a&gt;.  
 
And I have noticed that we just achieve far more with the second category of people.   </description>
		<content:encoded><![CDATA[<p>Paula, </p>
<p>I am reading Enterprise 2.0 book from Andrew McAfee and I now have a better understanding of your point about complexity science.  </p>
<p>I believe that what you mean is that complexity science helps in understanding how structure emerge from pattern of usage from multiple users.  </p>
<p>And I understand that my understanding of emergence is a bit shallow compared to the actual meaning that Andrew of yourself can put behind Emergence, again, based on complexity science. </p>
<p>However I stick to my take against complexity in a organisational environment : as Scott Berkun puts it nicely, there are 2 types of people : <a href="http://www.scottberkun.com/blog/2006/there-are-two-kinds-of-people-complexifiers-and-simplifers/" target="_blank">complexifiers and simplifiers</a>.  </p>
<p>And I have noticed that we just achieve far more with the second category of people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cecil</title>
		<link>http://www.techiteasy.org/2009/11/29/enterprise-2-0-explained-to-our-managers-in-10-principles/#comment-5876</link>
		<dc:creator>cecil</dc:creator>
		<pubDate>Wed, 27 Jan 2010 10:02:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.techiteasy.org/?p=2427#comment-5876</guid>
		<description>thanks Robert ! </description>
		<content:encoded><![CDATA[<p>thanks Robert !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: @rlavigne42</title>
		<link>http://www.techiteasy.org/2009/11/29/enterprise-2-0-explained-to-our-managers-in-10-principles/#comment-5741</link>
		<dc:creator>@rlavigne42</dc:creator>
		<pubDate>Mon, 18 Jan 2010 23:41:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.techiteasy.org/?p=2427#comment-5741</guid>
		<description>Great basis for a #E20 Manifesto Cecil.  Bravo, Robert </description>
		<content:encoded><![CDATA[<p>Great basis for a #E20 Manifesto Cecil.  Bravo, Robert</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ceciiil</title>
		<link>http://www.techiteasy.org/2009/11/29/enterprise-2-0-explained-to-our-managers-in-10-principles/#comment-5267</link>
		<dc:creator>ceciiil</dc:creator>
		<pubDate>Mon, 07 Dec 2009 06:50:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.techiteasy.org/?p=2427#comment-5267</guid>
		<description>Hi Paula, 
 
Hey, many thanks for this long reply. Generally speaking of course E2.0 embraces a lot of both. But keep in mind  the idea here is to convince managers who are not E2.0 fan about the need of having a paradigm shift with the principles they use to take decision in their day to day management. 
 
1- When I talk about broadcast i&#039;m talking about the old broadcast way where some happy few broadcast to the masses without any way for the latter to reply. These days are over. Of course we all broadcast but a) this is mass broadcasting, I.e you and I can broadcast  and b) this engages conversation - i.e you are able to reply. Which is completely different to the old broadcast way as Chris Locke spots it 
 
2- you definitely are right on this one; i&#039;ve never been very comfortable with it either. I guess it was there to make the number but that&#039;s a second mistake as there already was one too many. So you&#039;re right it&#039;s not quite there : I promise 10 principles and there are 11 (2 #3) so that&#039;s already 10% off the mark. 
 
3- emergence may requires structure, just like an enterprise with E2.0 approach needs structure. What I wanted to stress was that E2.0 needs the absence of too much predetermined structure to be successful. Managers love to put too much predetermine structure, especially on methodologies they are not familiar with. This makes innovation and emergence suffocate. 
 
4-  I am talking about folksonomy to handle information. I don&#039;t now about workflow. But my bet is that if you&#039;re using pre-determined tags as in enterprise folksonomy, this is still folksonomy and not taxonomy. I.e it&#039;s still information findable through meta data as opposed to their location.  
 
5- Actually, every single points would deserve a full blog post on their own. Agree with you : it&#039;s quite easy to pretend doing agility in order to relieve oneself from commitment, etc ...When I talk about agility, I mean the agile manifesto and getting real (37 signals). Probably the most agile bunch of hackers in the world and they don&#039;t use  Scrum. But agree that scrum is a quite efficient framework. Actually, i&#039;ve &lt;a href=&quot;http:\/\/www.techiteasy.org\/2007\/08\/26\/scrum-and-xp-from-the-trenches\/&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;wrote about it in techiteasy&lt;/a&gt; already and I&#039;ve been practicing it for about 2 years now. 
 
6- There obviously needs for balance on every single point. Again, the objective here is to make ol fashion managers think that there is a strong need of paradigm shift. 
 
7- As far as interwined networks are concerned, this is a translation of a french post. In France we talk about someone&#039;s or some team&#039;s &quot;r&#233;seau&quot; (singular). I guess it makes more sense talking about interwining all these personal and team networks in french, then.  
 
8- Complexity is simplicity. And black is white, if you put enough Red, Green and Blue in it. I guess I am not relevant talking about the complexity science, but that&#039;s ok because that&#039;s not what I intended to do here. But I have enough experience in the industry to make the difference between professionals that make life difficult to everybody setting up complex systems to impress people (and God knows there is quite a few of them), with professionals that make life easier to everyone striving from simplicity. That&#039;s what the quote of Cottmeier is all about. And that&#039;s what this point is all about. But simplicity is complex, that&#039;s for sure. As Mark from 37signals puts it : &quot;Simple requires deep thought, discipline, and patience &#8211; things that many companies lack&quot;.  
  
7- Surely not. IT technology is HTML, Ajax and web servers, all of which we wouldn&#039;t be discussing without today. IT Governance is &quot;No one has ever been fired for buying IBM&quot; or &quot;We are an Oracle House so we&#039;ll put an Oracle system as an E2.0 solution because this is the company IT policy&quot; regardless of the usability of the solution. So I stick with IT governance as the enemy and user-oriented technologies and technical solutions as the goal. 
 
10- You&#039;re far too generous ;) </description>
		<content:encoded><![CDATA[<p>Hi Paula, </p>
<p>Hey, many thanks for this long reply. Generally speaking of course E2.0 embraces a lot of both. But keep in mind  the idea here is to convince managers who are not E2.0 fan about the need of having a paradigm shift with the principles they use to take decision in their day to day management. </p>
<p>1- When I talk about broadcast i&#039;m talking about the old broadcast way where some happy few broadcast to the masses without any way for the latter to reply. These days are over. Of course we all broadcast but a) this is mass broadcasting, I.e you and I can broadcast  and b) this engages conversation &#8211; i.e you are able to reply. Which is completely different to the old broadcast way as Chris Locke spots it </p>
<p>2- you definitely are right on this one; i&#039;ve never been very comfortable with it either. I guess it was there to make the number but that&#039;s a second mistake as there already was one too many. So you&#039;re right it&#039;s not quite there : I promise 10 principles and there are 11 (2 #3) so that&#039;s already 10% off the mark. </p>
<p>3- emergence may requires structure, just like an enterprise with E2.0 approach needs structure. What I wanted to stress was that E2.0 needs the absence of too much predetermined structure to be successful. Managers love to put too much predetermine structure, especially on methodologies they are not familiar with. This makes innovation and emergence suffocate. </p>
<p>4-  I am talking about folksonomy to handle information. I don&#039;t now about workflow. But my bet is that if you&#039;re using pre-determined tags as in enterprise folksonomy, this is still folksonomy and not taxonomy. I.e it&#039;s still information findable through meta data as opposed to their location.  </p>
<p>5- Actually, every single points would deserve a full blog post on their own. Agree with you : it&#039;s quite easy to pretend doing agility in order to relieve oneself from commitment, etc &#8230;When I talk about agility, I mean the agile manifesto and getting real (37 signals). Probably the most agile bunch of hackers in the world and they don&#039;t use  Scrum. But agree that scrum is a quite efficient framework. Actually, i&#039;ve <a href="http:\/\/www.techiteasy.org\/2007\/08\/26\/scrum-and-xp-from-the-trenches\/" target="_blank" rel="nofollow">wrote about it in techiteasy</a> already and I&#039;ve been practicing it for about 2 years now. </p>
<p>6- There obviously needs for balance on every single point. Again, the objective here is to make ol fashion managers think that there is a strong need of paradigm shift. </p>
<p>7- As far as interwined networks are concerned, this is a translation of a french post. In France we talk about someone&#039;s or some team&#039;s &quot;r&eacute;seau&quot; (singular). I guess it makes more sense talking about interwining all these personal and team networks in french, then.  </p>
<p>8- Complexity is simplicity. And black is white, if you put enough Red, Green and Blue in it. I guess I am not relevant talking about the complexity science, but that&#8217;s ok because that&#8217;s not what I intended to do here. But I have enough experience in the industry to make the difference between professionals that make life difficult to everybody setting up complex systems to impress people (and God knows there is quite a few of them), with professionals that make life easier to everyone striving from simplicity. That&#039;s what the quote of Cottmeier is all about. And that&#039;s what this point is all about. But simplicity is complex, that&#039;s for sure. As Mark from 37signals puts it : &quot;Simple requires deep thought, discipline, and patience &ndash; things that many companies lack&quot;.  </p>
<p>7- Surely not. IT technology is HTML, Ajax and web servers, all of which we wouldn&#039;t be discussing without today. IT Governance is &quot;No one has ever been fired for buying IBM&quot; or &quot;We are an Oracle House so we&#039;ll put an Oracle system as an E2.0 solution because this is the company IT policy&quot; regardless of the usability of the solution. So I stick with IT governance as the enemy and user-oriented technologies and technical solutions as the goal. </p>
<p>10- You&#039;re far too generous <img src='http://www.techiteasy.org/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: @SameerPatel</title>
		<link>http://www.techiteasy.org/2009/11/29/enterprise-2-0-explained-to-our-managers-in-10-principles/#comment-5266</link>
		<dc:creator>@SameerPatel</dc:creator>
		<pubDate>Mon, 07 Dec 2009 05:40:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.techiteasy.org/?p=2427#comment-5266</guid>
		<description>Hey Paula  
re: . Conversation is relevant, but so is broadcast. One of the best E2.0 adoptions I&#039;ve seen was where the company disabled all email group distribution lists, requiring anything relevant to be &#039;broadcast&#039; via email to be moved to the E2.0 platform.  
 
Then you might love this: &lt;a href=&quot;http://bit.ly/7F5zSB&quot; rel=&quot;nofollow&quot;&gt;http://bit.ly/7F5zSB&lt;/a&gt; </description>
		<content:encoded><![CDATA[<p>Hey Paula<br />
re: . Conversation is relevant, but so is broadcast. One of the best E2.0 adoptions I&#39;ve seen was where the company disabled all email group distribution lists, requiring anything relevant to be &#39;broadcast&#39; via email to be moved to the E2.0 platform.  </p>
<p>Then you might love this: <a href="http://bit.ly/7F5zSB" rel="nofollow">http://bit.ly/7F5zSB</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: השיטוטים של השבוע: 29 לנובמבר – 5 לדצמבר 2009 : ארבעה כיווני מידע</title>
		<link>http://www.techiteasy.org/2009/11/29/enterprise-2-0-explained-to-our-managers-in-10-principles/#comment-5264</link>
		<dc:creator>השיטוטים של השבוע: 29 לנובמבר – 5 לדצמבר 2009 : ארבעה כיווני מידע</dc:creator>
		<pubDate>Sat, 05 Dec 2009 17:31:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.techiteasy.org/?p=2427#comment-5264</guid>
		<description>[...] כיצד להסביר את E2.0 למנהלים: Enterprise 2.0 explained to our managers in 10 principles [...]</description>
		<content:encoded><![CDATA[<p>[...] כיצד להסביר את E2.0 למנהלים: Enterprise 2.0 explained to our managers in 10 principles [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: @rotkapchen</title>
		<link>http://www.techiteasy.org/2009/11/29/enterprise-2-0-explained-to-our-managers-in-10-principles/#comment-5258</link>
		<dc:creator>@rotkapchen</dc:creator>
		<pubDate>Sat, 05 Dec 2009 04:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.techiteasy.org/?p=2427#comment-5258</guid>
		<description>Close, but not quite. E 2.0 embraces a lot of &#039;both&#039;. 
1. Conversation is relevant, but so is broadcast. One of the best E2.0 adoptions I&#039;ve seen was where the company disabled all email group distribution lists, requiring anything relevant to be &#039;broadcast&#039; via email to be moved to the E2.0 platform. 
 
2. It&#039;s neither bottom up or top down. Indeed, the beauty of E2.0 is that it &#039;flattens&#039; the organization. That means there is no bottom or top. Suggesting that it&#039;s bottom up just embraces a concept that E2.0 eschews. 
 
3. Emergence requires some structure (see the lava lamp analogy &lt;a href=&quot;http://www.fastforwardblog.com/2009/09/16/e2-0-unleashing-the-potential/)&quot; rel=&quot;nofollow&quot;&gt;http://www.fastforwardblog.com/2009/09/16/e2-0-un...&lt;/a&gt; 
 
4. Folksonomy is relevant to individuals, but it is really bad for using tagging as an architectural mechanism to manage flow. For example, you can do away with programmed workflow and replace it with work that flows on conversations with tags. The standard list of tags would effectively be a taxonomy. 
 
5. Agility is nice, but so many are so used to the principles of Project Management (and the corresponding controls) that many existing practices of Agile are bastardized to the point that it&#039;s difficult to use the term with any degree of confidence that people who claim to be practicing it actually are. Take it to Scrum and you&#039;re doing a bit better. 
 
6. I agree with you fundamentally here. But again, there&#039;s still need for a balance (you even intimated the same). 
 
7. [Isn&#039;t an intertwined network redundant? Sounds a whole lot like &#039;spaghetti code&#039; to me?] Again, fundamentally agree, but the description leaves me flat. 
 
8. Complexity IS simplicity. The concepts of complexity science are fundamental to E2.0. It&#039;s clear from your comments here that you&#039;re not familiar with the relevance or the meaning. 
 
9. User oriented technologies vs. IT governance? How about user-oriented governance vs. IT technology? The latter is E2.0. 
 
10. I&#039;ll give you the last one : ) </description>
		<content:encoded><![CDATA[<p>Close, but not quite. E 2.0 embraces a lot of &#39;both&#39;.<br />
1. Conversation is relevant, but so is broadcast. One of the best E2.0 adoptions I&#39;ve seen was where the company disabled all email group distribution lists, requiring anything relevant to be &#39;broadcast&#39; via email to be moved to the E2.0 platform. </p>
<p>2. It&#39;s neither bottom up or top down. Indeed, the beauty of E2.0 is that it &#39;flattens&#39; the organization. That means there is no bottom or top. Suggesting that it&#39;s bottom up just embraces a concept that E2.0 eschews. </p>
<p>3. Emergence requires some structure (see the lava lamp analogy <a href="http://www.fastforwardblog.com/2009/09/16/e2-0-unleashing-the-potential/)" rel="nofollow"></a><a href="http://www.fastforwardblog.com/2009/09/16/e2-0-un.." rel="nofollow">http://www.fastforwardblog.com/2009/09/16/e2-0-un..</a>. </p>
<p>4. Folksonomy is relevant to individuals, but it is really bad for using tagging as an architectural mechanism to manage flow. For example, you can do away with programmed workflow and replace it with work that flows on conversations with tags. The standard list of tags would effectively be a taxonomy. </p>
<p>5. Agility is nice, but so many are so used to the principles of Project Management (and the corresponding controls) that many existing practices of Agile are bastardized to the point that it&#39;s difficult to use the term with any degree of confidence that people who claim to be practicing it actually are. Take it to Scrum and you&#39;re doing a bit better. </p>
<p>6. I agree with you fundamentally here. But again, there&#39;s still need for a balance (you even intimated the same). </p>
<p>7. [Isn&#39;t an intertwined network redundant? Sounds a whole lot like &#39;spaghetti code&#39; to me?] Again, fundamentally agree, but the description leaves me flat. </p>
<p>8. Complexity IS simplicity. The concepts of complexity science are fundamental to E2.0. It&#39;s clear from your comments here that you&#39;re not familiar with the relevance or the meaning. </p>
<p>9. User oriented technologies vs. IT governance? How about user-oriented governance vs. IT technology? The latter is E2.0. </p>
<p>10. I&#39;ll give you the last one : )</p>
]]></content:encoded>
	</item>
</channel>
</rss>
