<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Learning from Kotter</title>
	<atom:link href="http://www.changecommblog.com/2007/02/27/learning-from-kotter/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.changecommblog.com/2007/02/27/learning-from-kotter/</link>
	<description>A collection of thoughts and experiences related to communication and change</description>
	<lastBuildDate>Sat, 09 Jan 2010 16:11:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nicholas Ranken</title>
		<link>http://www.changecommblog.com/2007/02/27/learning-from-kotter/comment-page-1/#comment-147</link>
		<dc:creator>Nicholas Ranken</dc:creator>
		<pubDate>Thu, 15 Mar 2007 10:29:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.changecommblog.com/2007/02/27/learning-from-kotter/#comment-147</guid>
		<description>Mike, I wrote more on my experiences with surveys and polling here if you are interested: 

http://www.changecommblog.com/2006/06/16/the-secrets-of-effective-surveys/</description>
		<content:encoded><![CDATA[<p>Mike, I wrote more on my experiences with surveys and polling here if you are interested: </p>
<p><a href="http://www.changecommblog.com/2006/06/16/the-secrets-of-effective-surveys/" rel="nofollow">http://www.changecommblog.com/2006/06/16/the-secrets-of-effective-surveys/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Klein</title>
		<link>http://www.changecommblog.com/2007/02/27/learning-from-kotter/comment-page-1/#comment-139</link>
		<dc:creator>Mike Klein</dc:creator>
		<pubDate>Wed, 14 Mar 2007 14:49:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.changecommblog.com/2007/02/27/learning-from-kotter/#comment-139</guid>
		<description>Good stuff--as for polling, change situations need to use qualitative polling at least as much as quantitative stuff because the qualitative stuff can elicit hot and unanticipated issues which could otherwise be buried in a sea of numbers.

It doesn&#039;t require a lot of effort, except in the analysis (I tend to use SurveyMonkey and ask a lot of open-ended questions).  It&#039;s amazing what little online polls can bring to the surface.</description>
		<content:encoded><![CDATA[<p>Good stuff&#8211;as for polling, change situations need to use qualitative polling at least as much as quantitative stuff because the qualitative stuff can elicit hot and unanticipated issues which could otherwise be buried in a sea of numbers.</p>
<p>It doesn&#8217;t require a lot of effort, except in the analysis (I tend to use SurveyMonkey and ask a lot of open-ended questions).  It&#8217;s amazing what little online polls can bring to the surface.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Liam</title>
		<link>http://www.changecommblog.com/2007/02/27/learning-from-kotter/comment-page-1/#comment-86</link>
		<dc:creator>Liam</dc:creator>
		<pubDate>Sat, 03 Mar 2007 15:02:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.changecommblog.com/2007/02/27/learning-from-kotter/#comment-86</guid>
		<description>Someone just sent me a link  to this: http://www.bbc.co.uk/worldservice/learningenglish/work/handy/kanter.shtml and is an interview with Rosabeth Moss Kanter in which she mentions her 10 rules for stifling change:

1.	Regard any new idea from below with suspicion - because it is new and because it is from below. 
2.	Insist that people who need your approval to act first go through several other layers of management to get their signatures. 
3.	Ask departments or individuals to challenge and criticise each other&#039;s proposals. 
4.	Treat problems as a sign of failure. 
5.	Express your criticisms freely and withhold your praise (that keeps people on their toes). Let them know they can be fired at any time.
6.	Control everything carefully. Count anything that can be counted, frequently. 
7.	Make sure that any request for information is fully justified and that it isn&#039;t distributed too freely (you don&#039;t want data to fall into the wrong hands). 
8.	Make decisions to reorganise or change policies in secret and spring them on people unexpectedly (that also keeps people on their toes)
9.	Assign to lower-level managers, in the name of delegation and participation, responsibility for figuring out how to cut back, lay off or move people around. 
10.	Never forget that you, the higher-ups, already know everything important about this business</description>
		<content:encoded><![CDATA[<p>Someone just sent me a link  to this: <a href="http://www.bbc.co.uk/worldservice/learningenglish/work/handy/kanter.shtml" rel="nofollow">http://www.bbc.co.uk/worldservice/learningenglish/work/handy/kanter.shtml</a> and is an interview with Rosabeth Moss Kanter in which she mentions her 10 rules for stifling change:</p>
<p>1.	Regard any new idea from below with suspicion &#8211; because it is new and because it is from below.<br />
2.	Insist that people who need your approval to act first go through several other layers of management to get their signatures.<br />
3.	Ask departments or individuals to challenge and criticise each other&#8217;s proposals.<br />
4.	Treat problems as a sign of failure.<br />
5.	Express your criticisms freely and withhold your praise (that keeps people on their toes). Let them know they can be fired at any time.<br />
6.	Control everything carefully. Count anything that can be counted, frequently.<br />
7.	Make sure that any request for information is fully justified and that it isn&#8217;t distributed too freely (you don&#8217;t want data to fall into the wrong hands).<br />
8.	Make decisions to reorganise or change policies in secret and spring them on people unexpectedly (that also keeps people on their toes)<br />
9.	Assign to lower-level managers, in the name of delegation and participation, responsibility for figuring out how to cut back, lay off or move people around.<br />
10.	Never forget that you, the higher-ups, already know everything important about this business</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Ranken</title>
		<link>http://www.changecommblog.com/2007/02/27/learning-from-kotter/comment-page-1/#comment-70</link>
		<dc:creator>Nicholas Ranken</dc:creator>
		<pubDate>Fri, 02 Mar 2007 10:37:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.changecommblog.com/2007/02/27/learning-from-kotter/#comment-70</guid>
		<description>Thank you Liam. Your point is very interesting. I&#039;m going to take a look at the write-up you mention.

Nicholas</description>
		<content:encoded><![CDATA[<p>Thank you Liam. Your point is very interesting. I&#8217;m going to take a look at the write-up you mention.</p>
<p>Nicholas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Liam</title>
		<link>http://www.changecommblog.com/2007/02/27/learning-from-kotter/comment-page-1/#comment-69</link>
		<dc:creator>Liam</dc:creator>
		<pubDate>Fri, 02 Mar 2007 09:58:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.changecommblog.com/2007/02/27/learning-from-kotter/#comment-69</guid>
		<description>I have always been very taken by Kotter&#039;s point that one of the reasons why change fails is that organisations declare victory too soon.  When real change can take many years, but most managers are on a 12 to 24 month time horizon, is it any wonder?

There&#039;s a good write-up in &#039;Harvard Business Review on Change&#039;

Liam</description>
		<content:encoded><![CDATA[<p>I have always been very taken by Kotter&#8217;s point that one of the reasons why change fails is that organisations declare victory too soon.  When real change can take many years, but most managers are on a 12 to 24 month time horizon, is it any wonder?</p>
<p>There&#8217;s a good write-up in &#8216;Harvard Business Review on Change&#8217;</p>
<p>Liam</p>
]]></content:encoded>
	</item>
</channel>
</rss>
