<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for CIOh-no</title>
	<atom:link href="http://pmasson.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmasson.wordpress.com</link>
	<description>facilitate, not mandate</description>
	<lastBuildDate>Fri, 11 Sep 2009 19:09:06 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on I Have a Suggestion, “No more Suggestions!” by strategic change management</title>
		<link>http://pmasson.wordpress.com/2007/01/23/i-have-a-suggestion-%e2%80%9cno-more-suggestions%e2%80%9d/#comment-849</link>
		<dc:creator>strategic change management</dc:creator>
		<pubDate>Fri, 11 Sep 2009 19:09:06 +0000</pubDate>
		<guid isPermaLink="false">http://pmasson.wordpress.com/2007/01/23/i-have-a-suggestion-%e2%80%9cno-more-suggestions%e2%80%9d/#comment-849</guid>
		<description>&lt;strong&gt;strategic change management...&lt;/strong&gt;

Great post. My approach to strategic change management says the quality of the first five percent determines what happens in the rest of the process. This same principle applies to many situations....</description>
		<content:encoded><![CDATA[<p><strong>strategic change management&#8230;</strong></p>
<p>Great post. My approach to strategic change management says the quality of the first five percent determines what happens in the rest of the process. This same principle applies to many situations&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CI-whO? by pmasson</title>
		<link>http://pmasson.wordpress.com/about/#comment-798</link>
		<dc:creator>pmasson</dc:creator>
		<pubDate>Tue, 19 May 2009 22:58:14 +0000</pubDate>
		<guid isPermaLink="false">#comment-798</guid>
		<description>Well it is &quot;CI-whO.&quot;</description>
		<content:encoded><![CDATA[<p>Well it is &#8220;CI-whO.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CI-whO? by Stephen Downes</title>
		<link>http://pmasson.wordpress.com/about/#comment-797</link>
		<dc:creator>Stephen Downes</dc:creator>
		<pubDate>Tue, 19 May 2009 19:53:29 +0000</pubDate>
		<guid isPermaLink="false">#comment-797</guid>
		<description>Maybe you could actually state your name somewhere on your blog, rather than making me look it up in a Campus Technology magazine article?</description>
		<content:encoded><![CDATA[<p>Maybe you could actually state your name somewhere on your blog, rather than making me look it up in a Campus Technology magazine article?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The More Things Change (Bb Buys Another LMS), The More They Stay The Same (Reaction Filled With FUD) by John A Arkansawyer</title>
		<link>http://pmasson.wordpress.com/2009/05/16/the-more-things-change-bb-buys-another-lms-the-more-they-stay-the-same-reaction-filled-with-fud/#comment-795</link>
		<dc:creator>John A Arkansawyer</dc:creator>
		<pubDate>Sat, 16 May 2009 13:50:42 +0000</pubDate>
		<guid isPermaLink="false">http://pmasson.wordpress.com/?p=40#comment-795</guid>
		<description>Open source advocates shoot themselves in the foot when they emphasize the ability to muck around in the source code, as that implies the code needs to be mucked around with on an everyday basis for production use. That&#039;s not true* of any major open source project I&#039;ve ever used in production.

*To get Perl 5.8.0 to compile on NCR/AT&amp;T Unix, I had to make a couple of changes in the install script. I call that a configuration change, not a code change.</description>
		<content:encoded><![CDATA[<p>Open source advocates shoot themselves in the foot when they emphasize the ability to muck around in the source code, as that implies the code needs to be mucked around with on an everyday basis for production use. That&#8217;s not true* of any major open source project I&#8217;ve ever used in production.</p>
<p>*To get Perl 5.8.0 to compile on NCR/AT&amp;T Unix, I had to make a couple of changes in the install script. I call that a configuration change, not a code change.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Question Shouldn&#8217;t Be; &#8220;Why IT Projects Get Killed&#8230;&#8221; by PM Hut</title>
		<link>http://pmasson.wordpress.com/2008/06/04/the-question-isnt-why-it-projects-get-killed/#comment-754</link>
		<dc:creator>PM Hut</dc:creator>
		<pubDate>Mon, 14 Jul 2008 19:03:46 +0000</pubDate>
		<guid isPermaLink="false">http://pmasson.wordpress.com/?p=34#comment-754</guid>
		<description>Here&#039;s a complementary article on the same note: &lt;a href=&#039;http://www.pmhut.com/failure-causes-in-it-project-management&#039; rel=&quot;nofollow&quot;&gt;Failure Causes in IT Project Management&lt;/a&gt;.

I think the 2 articles relate to each other, as usually failure causes are the same causes that can get a project canned.</description>
		<content:encoded><![CDATA[<p>Here&#8217;s a complementary article on the same note: <a href='http://www.pmhut.com/failure-causes-in-it-project-management' rel="nofollow">Failure Causes in IT Project Management</a>.</p>
<p>I think the 2 articles relate to each other, as usually failure causes are the same causes that can get a project canned.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on lol l8r by Dennis Callas</title>
		<link>http://pmasson.wordpress.com/2007/11/23/lol-l8r/#comment-744</link>
		<dc:creator>Dennis Callas</dc:creator>
		<pubDate>Sat, 29 Mar 2008 13:19:01 +0000</pubDate>
		<guid isPermaLink="false">http://pmasson.wordpress.com/2007/11/23/lol-l8r/#comment-744</guid>
		<description>The following is the policy statement that was included in the course syllabus template, based on discussions with SUNY Counsel: 
CELL PHONES/TAPE RECORDERS/ELECTRONIC DEVICES IN THE CLASSROOM: Students are required to turn off cell phones (blackberries, etc.) in class and may not use recording devices, unless the student has a documented disability which permits recording, or permission of the course instructor. A student&#039;s refusal to turn off a cell phone (blackberry, etc.) will be cause for dismissal from class. In addition, use of ANY electronic devices (for text messaging, listening to MP3 players, inappropriate use of a laptop, etc.) which disrupt class will also be cause for dismissal from that class.</description>
		<content:encoded><![CDATA[<p>The following is the policy statement that was included in the course syllabus template, based on discussions with SUNY Counsel:<br />
CELL PHONES/TAPE RECORDERS/ELECTRONIC DEVICES IN THE CLASSROOM: Students are required to turn off cell phones (blackberries, etc.) in class and may not use recording devices, unless the student has a documented disability which permits recording, or permission of the course instructor. A student&#8217;s refusal to turn off a cell phone (blackberry, etc.) will be cause for dismissal from class. In addition, use of ANY electronic devices (for text messaging, listening to MP3 players, inappropriate use of a laptop, etc.) which disrupt class will also be cause for dismissal from that class.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Most Poisonous Force in Technology by What Really Happened at SUNY: Another View at e-Literate</title>
		<link>http://pmasson.wordpress.com/2007/07/05/the-most-poisonous-force-in-technology/#comment-743</link>
		<dc:creator>What Really Happened at SUNY: Another View at e-Literate</dc:creator>
		<pubDate>Sat, 22 Mar 2008 21:54:35 +0000</pubDate>
		<guid isPermaLink="false">http://pmasson.wordpress.com/2007/07/05/the-most-poisonous-force-in-technology/#comment-743</guid>
		<description>[...] the death of SLN2, my good friend Patrick Masson has lifted the veil just a little bit higher in a recent blog post. As a side note, I am thrilled to see Patrick join the blogosphere. His blog, [...]</description>
		<content:encoded><![CDATA[<p>[...] the death of SLN2, my good friend Patrick Masson has lifted the veil just a little bit higher in a recent blog post. As a side note, I am thrilled to see Patrick join the blogosphere. His blog, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Most Poisonous Force in Technology by pmasson</title>
		<link>http://pmasson.wordpress.com/2007/07/05/the-most-poisonous-force-in-technology/#comment-93</link>
		<dc:creator>pmasson</dc:creator>
		<pubDate>Fri, 20 Jul 2007 15:58:51 +0000</pubDate>
		<guid isPermaLink="false">http://pmasson.wordpress.com/2007/07/05/the-most-poisonous-force-in-technology/#comment-93</guid>
		<description>Greg,

I completely agree.</description>
		<content:encoded><![CDATA[<p>Greg,</p>
<p>I completely agree.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Most Poisonous Force in Technology by Greg Ketcham</title>
		<link>http://pmasson.wordpress.com/2007/07/05/the-most-poisonous-force-in-technology/#comment-92</link>
		<dc:creator>Greg Ketcham</dc:creator>
		<pubDate>Fri, 20 Jul 2007 13:36:54 +0000</pubDate>
		<guid isPermaLink="false">http://pmasson.wordpress.com/2007/07/05/the-most-poisonous-force-in-technology/#comment-92</guid>
		<description>Patrick:
Really, whether or not an open architecture would better serve the SUNY community vs. a proprietary commercial LMS was never the issue. The central issue, IMO, was the process of diffusion of innovations. What? No one in the Tower ever read Everett Rogers? The attempts at gaining buy in from key constituents - the CTO communtiy - range from laughable to downright pathetic.  There was simply no attempt to understand key concerns that CTOs might voice - such as SLAs, support processes, migration processes, actual development timelines. You know, hard data :-)

I would still submit that, by managing the change process correctly, there might have been a higher level of buy in and acceptance across the managerial strata of SUNY. But since SLN 2.0 was essentially presented in a &quot;we know what&#039;s best for you&quot; manner, not surprisingly, it wasn&#039;t an easy pill for many to swallow. If today&#039;s present leadership had been in place at that point in time, we might be at a different point than where we are today. Effective leadership means actually talking and  your constituents - something that was not in evidence in the past within SLN executive management.

Greg Ketcham
MIDizen X</description>
		<content:encoded><![CDATA[<p>Patrick:<br />
Really, whether or not an open architecture would better serve the SUNY community vs. a proprietary commercial LMS was never the issue. The central issue, IMO, was the process of diffusion of innovations. What? No one in the Tower ever read Everett Rogers? The attempts at gaining buy in from key constituents &#8211; the CTO communtiy &#8211; range from laughable to downright pathetic.  There was simply no attempt to understand key concerns that CTOs might voice &#8211; such as SLAs, support processes, migration processes, actual development timelines. You know, hard data <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>I would still submit that, by managing the change process correctly, there might have been a higher level of buy in and acceptance across the managerial strata of SUNY. But since SLN 2.0 was essentially presented in a &#8220;we know what&#8217;s best for you&#8221; manner, not surprisingly, it wasn&#8217;t an easy pill for many to swallow. If today&#8217;s present leadership had been in place at that point in time, we might be at a different point than where we are today. Effective leadership means actually talking and  your constituents &#8211; something that was not in evidence in the past within SLN executive management.</p>
<p>Greg Ketcham<br />
MIDizen X</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Most Poisonous Force in Technology by Bill Fitzgerald</title>
		<link>http://pmasson.wordpress.com/2007/07/05/the-most-poisonous-force-in-technology/#comment-84</link>
		<dc:creator>Bill Fitzgerald</dc:creator>
		<pubDate>Mon, 09 Jul 2007 22:26:36 +0000</pubDate>
		<guid isPermaLink="false">http://pmasson.wordpress.com/2007/07/05/the-most-poisonous-force-in-technology/#comment-84</guid>
		<description>Thank you for sharing your ideas about this -- I hear similar sentiments voiced on an almost-daily basis by forward thinking insiders from large within education and business.

What&#039;s interesting is the &quot;bottom line&quot; argument as voiced by your first commenter: &quot;This post truly highlights the fact that the “bottom line” can be the driver is most any industry, be it private sector, public sector, and even public education.&quot;

Done well, building on top of open source products allows organizations to build a scalable structure that can use the innovation flowing from the various open source communities. Really, if an institution is smart enough to leave core code untouched (to allow for clean upgrades between versions) and use open standards to create connections between different applications, the TCO becomes a wash.

RE Beth Harris&#039;s comment: &quot;Anyway, none of this really matters since it is just a matter of time until teaching and learning are not bound by the walls of the LMS — and become truly collaborative by being public, cross-institutional, and international, and until what students (and teachers) create can be recreated by anyone, anywhere. We just have to bide our time…&quot;

Yup. There&#039;s no surer sign of stagnation, isolation, and eventual obsolescence than sequestering oneself behind a wall.

Cheers,

Bill</description>
		<content:encoded><![CDATA[<p>Thank you for sharing your ideas about this &#8212; I hear similar sentiments voiced on an almost-daily basis by forward thinking insiders from large within education and business.</p>
<p>What&#8217;s interesting is the &#8220;bottom line&#8221; argument as voiced by your first commenter: &#8220;This post truly highlights the fact that the “bottom line” can be the driver is most any industry, be it private sector, public sector, and even public education.&#8221;</p>
<p>Done well, building on top of open source products allows organizations to build a scalable structure that can use the innovation flowing from the various open source communities. Really, if an institution is smart enough to leave core code untouched (to allow for clean upgrades between versions) and use open standards to create connections between different applications, the TCO becomes a wash.</p>
<p>RE Beth Harris&#8217;s comment: &#8220;Anyway, none of this really matters since it is just a matter of time until teaching and learning are not bound by the walls of the LMS — and become truly collaborative by being public, cross-institutional, and international, and until what students (and teachers) create can be recreated by anyone, anywhere. We just have to bide our time…&#8221;</p>
<p>Yup. There&#8217;s no surer sign of stagnation, isolation, and eventual obsolescence than sequestering oneself behind a wall.</p>
<p>Cheers,</p>
<p>Bill</p>
]]></content:encoded>
	</item>
</channel>
</rss>
