 




<?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: Getting end users to buy into Linux/OpenOffice move-2</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/</link>
	<description></description>
	<lastBuildDate>Sun, 19 May 2013 03:14:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: drillo</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/#comment-45787</link>
		<dc:creator>drillo</dc:creator>
		<pubDate>Mon, 22 Aug 2005 12:19:14 +0000</pubDate>
		<guid isPermaLink="false">#comment-45787</guid>
		<description><![CDATA[All of the previous have been very good.....all I would add is TRAIN, TRAIN, TRAIN!!  By the way, don&#039;t let them think that this move is mostly to make your life easier.  I have made that mistake and am still paying for it.  They really need to think that this is mostly for them.  Build a strong on the reasons for doing this and how it can make them (the users) happy.  if you can succeed with that even in part, your life will be much happier.  Also show how docs can be saved in MS format by default if they are worried about that.  I know that a lot my my people were concerned with that as documents fly around all over the place and MS is the usual format.

Good luck,
Paul]]></description>
		<content:encoded><![CDATA[<p>All of the previous have been very good&#8230;..all I would add is TRAIN, TRAIN, TRAIN!!  By the way, don&#8217;t let them think that this move is mostly to make your life easier.  I have made that mistake and am still paying for it.  They really need to think that this is mostly for them.  Build a strong on the reasons for doing this and how it can make them (the users) happy.  if you can succeed with that even in part, your life will be much happier.  Also show how docs can be saved in MS format by default if they are worried about that.  I know that a lot my my people were concerned with that as documents fly around all over the place and MS is the usual format.</p>
<p>Good luck,<br />
Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cbk780</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/#comment-45788</link>
		<dc:creator>cbk780</dc:creator>
		<pubDate>Mon, 22 Aug 2005 10:24:10 +0000</pubDate>
		<guid isPermaLink="false">#comment-45788</guid>
		<description><![CDATA[I think there are some good suggestions that you have received. What is missing from my perspective is:

1. What&#039;s in it for the end users? 

In other words, why should we invest the effort? One answer is the rather draconian &quot;because if you don&#039;t we will fire you.&quot; And that works but doesn&#039;t create good feeling. Perhaps you can find reasons that the end users would benefit from this change.

2. What are you doing to make it easier for them? Have you talked to them about their fears? Dot hey they fear that they will have to convert existing documents? What will they do when they are stuck and don&#039;t know how to proceed and they have a pressing deadline?

It is natural for users to resist change when they are being asked to shift from a know environment to a new, potentially complex one in which they have little control.

By all means, find some influencers within the user community. Make them early adopters and support the heck out of them. Make sure they have a good experience and you have lsitened to and addressed the concerns that they rais. Then let them spread the word that this is not going to be a horrible process.

Charlie

]]></description>
		<content:encoded><![CDATA[<p>I think there are some good suggestions that you have received. What is missing from my perspective is:</p>
<p>1. What&#8217;s in it for the end users? </p>
<p>In other words, why should we invest the effort? One answer is the rather draconian &#8220;because if you don&#8217;t we will fire you.&#8221; And that works but doesn&#8217;t create good feeling. Perhaps you can find reasons that the end users would benefit from this change.</p>
<p>2. What are you doing to make it easier for them? Have you talked to them about their fears? Dot hey they fear that they will have to convert existing documents? What will they do when they are stuck and don&#8217;t know how to proceed and they have a pressing deadline?</p>
<p>It is natural for users to resist change when they are being asked to shift from a know environment to a new, potentially complex one in which they have little control.</p>
<p>By all means, find some influencers within the user community. Make them early adopters and support the heck out of them. Make sure they have a good experience and you have lsitened to and addressed the concerns that they rais. Then let them spread the word that this is not going to be a horrible process.</p>
<p>Charlie</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: skp02in</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/#comment-45789</link>
		<dc:creator>skp02in</dc:creator>
		<pubDate>Mon, 22 Aug 2005 01:41:59 +0000</pubDate>
		<guid isPermaLink="false">#comment-45789</guid>
		<description><![CDATA[You can also consider virtual machine....on the same end user desktop and then ask them to try new OS and Office Suite...once they are comfortable you can plan to move...but for moving a whole organisation on to a different platform....it should be a justified...bfore taking any such decisions...on wher the company is headed what are its future goals and plans..etc

You get trial edition of VM-Ware, you can take snapshot of one virtual machine..and then replicate it on several other machines(provided hardware is same)....snapshot can help you save time..]]></description>
		<content:encoded><![CDATA[<p>You can also consider virtual machine&#8230;.on the same end user desktop and then ask them to try new OS and Office Suite&#8230;once they are comfortable you can plan to move&#8230;but for moving a whole organisation on to a different platform&#8230;.it should be a justified&#8230;bfore taking any such decisions&#8230;on wher the company is headed what are its future goals and plans..etc</p>
<p>You get trial edition of VM-Ware, you can take snapshot of one virtual machine..and then replicate it on several other machines(provided hardware is same)&#8230;.snapshot can help you save time..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mks3rd</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/#comment-45790</link>
		<dc:creator>mks3rd</dc:creator>
		<pubDate>Mon, 25 Jul 2005 23:20:38 +0000</pubDate>
		<guid isPermaLink="false">#comment-45790</guid>
		<description><![CDATA[Do you have the buyin from upper and middle management? You may think about placing some dual boot machines at the team lead stations and having them get used to the way the linux flavor you are loooking at works. Middle management buyin on a project can help you at the lower levels. If you have a go from upper management get them to help you choose the test pilots from middle management and let er rip. Dual boot machines should not be that hard to configure depending on the flavor of Linux you are thinking about using. Good luck]]></description>
		<content:encoded><![CDATA[<p>Do you have the buyin from upper and middle management? You may think about placing some dual boot machines at the team lead stations and having them get used to the way the linux flavor you are loooking at works. Middle management buyin on a project can help you at the lower levels. If you have a go from upper management get them to help you choose the test pilots from middle management and let er rip. Dual boot machines should not be that hard to configure depending on the flavor of Linux you are thinking about using. Good luck</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chuck603</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/#comment-45791</link>
		<dc:creator>chuck603</dc:creator>
		<pubDate>Mon, 25 Jul 2005 13:57:09 +0000</pubDate>
		<guid isPermaLink="false">#comment-45791</guid>
		<description><![CDATA[Something that probably has been thought of but not mentioned is the way the OS is different. We went from NT4 to XP and sharing/security of local folders and files has caused some learning curve issues. Stuff like a non admin can&#039;t net use a local printer in a batch file played havoc with some apps. Macros, macros, macros. I know everyone is mentioning client acceptance testing but do prove your environment will still funtion before starting the client buy in process.
Also, if you&#039;re using a &quot;coporate look &amp; feel&quot; making the new OS closely resemble that will help. If there is a button in lower left corner and it functions the same no one will care about its color or title.
Finally there is the 80-20 rule. 80% can be done versus 20% who can&#039;t for some silly reason. So since one can&#039;t switch 20% of the clients will those two worlds still work together?
Thanks
Chuck


]]></description>
		<content:encoded><![CDATA[<p>Something that probably has been thought of but not mentioned is the way the OS is different. We went from NT4 to XP and sharing/security of local folders and files has caused some learning curve issues. Stuff like a non admin can&#8217;t net use a local printer in a batch file played havoc with some apps. Macros, macros, macros. I know everyone is mentioning client acceptance testing but do prove your environment will still funtion before starting the client buy in process.<br />
Also, if you&#8217;re using a &#8220;coporate look &amp; feel&#8221; making the new OS closely resemble that will help. If there is a button in lower left corner and it functions the same no one will care about its color or title.<br />
Finally there is the 80-20 rule. 80% can be done versus 20% who can&#8217;t for some silly reason. So since one can&#8217;t switch 20% of the clients will those two worlds still work together?<br />
Thanks<br />
Chuck</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ziggy2692</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/#comment-45792</link>
		<dc:creator>ziggy2692</dc:creator>
		<pubDate>Sun, 24 Jul 2005 13:15:21 +0000</pubDate>
		<guid isPermaLink="false">#comment-45792</guid>
		<description><![CDATA[I think before this question can be awnsered fully...why are you moving to a new OS and Office suite?..is it for personal reasons...licensing issues?...adminsitration?  And the other question is how many users and workstations are you talking about?...migrating 20 users is not an easy task but when compaired to 200 users is a piece of cake.  Depending on how many users we are talking depends on the speed you can make the migration.  Another thing to think about is the ease of deployment.  It has been my experience that linux has a much less robust central managment (I.E built in directory structure and policy managment...not that it can&#039;t be done...but not as robust and out the box ready).  So depending on the amount of users we are talking about...this could be a long deployment, even if the users were buying in to it from the get go.
Just my 2 cents
Jessie  ]]></description>
		<content:encoded><![CDATA[<p>I think before this question can be awnsered fully&#8230;why are you moving to a new OS and Office suite?..is it for personal reasons&#8230;licensing issues?&#8230;adminsitration?  And the other question is how many users and workstations are you talking about?&#8230;migrating 20 users is not an easy task but when compaired to 200 users is a piece of cake.  Depending on how many users we are talking depends on the speed you can make the migration.  Another thing to think about is the ease of deployment.  It has been my experience that linux has a much less robust central managment (I.E built in directory structure and policy managment&#8230;not that it can&#8217;t be done&#8230;but not as robust and out the box ready).  So depending on the amount of users we are talking about&#8230;this could be a long deployment, even if the users were buying in to it from the get go.<br />
Just my 2 cents<br />
Jessie  </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stevesz</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/#comment-45793</link>
		<dc:creator>stevesz</dc:creator>
		<pubDate>Sat, 23 Jul 2005 11:52:31 +0000</pubDate>
		<guid isPermaLink="false">#comment-45793</guid>
		<description><![CDATA[In addition to what has already been said, give the powerusers something really cool, not necessarily productive, on the desktop that everyone can see. If the cool factor is high enough, the concerns currently expressed by users have a tendency to disappear rapidly followed by requests to update their machines to the new OS so they can have this &quot;cool&quot; thing.

Don&#039;t forget to have training for those who wish it, so they can become comfortable with the new apps as well.

Steve//]]></description>
		<content:encoded><![CDATA[<p>In addition to what has already been said, give the powerusers something really cool, not necessarily productive, on the desktop that everyone can see. If the cool factor is high enough, the concerns currently expressed by users have a tendency to disappear rapidly followed by requests to update their machines to the new OS so they can have this &#8220;cool&#8221; thing.</p>
<p>Don&#8217;t forget to have training for those who wish it, so they can become comfortable with the new apps as well.</p>
<p>Steve//</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: larrytalley</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/getting-end-users-to-buy-into-linuxopenoffice-move-2/#comment-45794</link>
		<dc:creator>larrytalley</dc:creator>
		<pubDate>Fri, 22 Jul 2005 12:04:57 +0000</pubDate>
		<guid isPermaLink="false">#comment-45794</guid>
		<description><![CDATA[I agree with PoppaMan2 about getting early buy-in from selected influential people.

But after the early adopters have bought-in, when you are ready to go to the masses, I think one way to address the legitimate concerns about having to learn to use a new tool is to provide training.  From a users perspective, this is not a minor change (actually it isn&#039;t minor from any perspective! -- but the user perspective is what this thread is about).

Years ago I was responsible for introducing Microsoft Windows into an organization....  I bought some training on videotape, arranged for space and computers and video gear for &quot;classroom&quot; settings in each major location, gathered some influential users from each location and conducted a &quot;train the trainer&quot; program to teach people how to facilitate the video-based training, and then we ran multiple sessions of classroom training in each major location.  It was a big job, but since most of the cost was people time, it didn&#039;t require a big budget increment.

At the end the users knew enough about the new tool to have some confidence.  This made everyone feel like we cared about them and were trying to minimize the pain of the change... and since the training was more complete than any they had had previously on the prior platform, they actually found useful things they could do in Windows that they hadn&#039;t known how to do before... so that really helped overcome the resistance to change.

So I think you should plan a serious training effort, involve some strategicly chosen users as early adopters and train-the-trainer participants, and ensure that the training teaches at least a few useful skills that the typical users hasn&#039;t previously been taught.]]></description>
		<content:encoded><![CDATA[<p>I agree with PoppaMan2 about getting early buy-in from selected influential people.</p>
<p>But after the early adopters have bought-in, when you are ready to go to the masses, I think one way to address the legitimate concerns about having to learn to use a new tool is to provide training.  From a users perspective, this is not a minor change (actually it isn&#8217;t minor from any perspective! &#8212; but the user perspective is what this thread is about).</p>
<p>Years ago I was responsible for introducing Microsoft Windows into an organization&#8230;.  I bought some training on videotape, arranged for space and computers and video gear for &#8220;classroom&#8221; settings in each major location, gathered some influential users from each location and conducted a &#8220;train the trainer&#8221; program to teach people how to facilitate the video-based training, and then we ran multiple sessions of classroom training in each major location.  It was a big job, but since most of the cost was people time, it didn&#8217;t require a big budget increment.</p>
<p>At the end the users knew enough about the new tool to have some confidence.  This made everyone feel like we cared about them and were trying to minimize the pain of the change&#8230; and since the training was more complete than any they had had previously on the prior platform, they actually found useful things they could do in Windows that they hadn&#8217;t known how to do before&#8230; so that really helped overcome the resistance to change.</p>
<p>So I think you should plan a serious training effort, involve some strategicly chosen users as early adopters and train-the-trainer participants, and ensure that the training teaches at least a few useful skills that the typical users hasn&#8217;t previously been taught.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/8 queries in 0.035 seconds using memcached
Object Caching 367/368 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-19 04:07:08 -->