<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>剁椒鱼头 &#187; 企业信息化</title>
	<atom:link href="http://www.yanghui.org/tag/%ef%bc%8c%e4%bc%81%e4%b8%9a%e4%bf%a1%e6%81%af%e5%8c%96/feed" rel="self" type="application/rss+xml" />
	<link>http://www.yanghui.org</link>
	<description>像随时要离开一样准备好，像永远要留下来一样用心</description>
	<lastBuildDate>Tue, 31 Jan 2012 13:35:23 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>有意思的培训&#8211;项目交付</title>
		<link>http://www.yanghui.org/2009/09/23/362.html</link>
		<comments>http://www.yanghui.org/2009/09/23/362.html#comments</comments>
		<pubDate>Wed, 23 Sep 2009 08:57:53 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[企业信息化]]></category>
		<category><![CDATA[奇思妙想]]></category>
		<category><![CDATA[工作]]></category>
		<category><![CDATA[未分类]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[培训]]></category>
		<category><![CDATA[实施]]></category>

		<guid isPermaLink="false">http://www.becxo.com/2009/09/23/362.html</guid>
		<description><![CDATA[最近一直忙着客户项目的交付，由于项目的特殊性需要给客户做培训，陆陆续续的客户做了三次培训，这个培训包括业务流程的，系统操作的，但是更多的还是操作培训，自己也当了三次培训助理，主要负责培训前一些资料准备（不包括培训用PPT）,现场的的辅导支持等，结合以前自己参与的一些培训，发现培训其实有很多有意思的值得思考的事件。 由于是就项目交付来培训，说白了就是培训用户如何来使用某套系统，对一些其他客户常见的问题的如何解决，所以整个培训的从课件设计到辅导只有一个目的：让客户学会使用系统，更好、更快捷的完成他们的工作，让客户觉得系统有价值。 培训课件设计 以前也参加过一些其他公司的各种培训、分享，培训讲师的课件大致分成两类：一类上来就是个Guider，然后照着条目往下讲，没有什么好看的图，也没有什么很玄的动画，但是这中讲师讲的内容往往很实在，一开始你就知道他要讲啥，而且该讲的绝对不会少；另外一类是上来就是一堆很玄的效果，然后开始给你讲一堆东西，但是这堆东西每一个你都有疑问，往往你对前一页的PPT内容有一些挑战的时候，下一页或者下几页就会出来答案，你不听到最后肯定不晓得他要讲啥。（可能是参加的少，反正就只是遇到这么两个类型。） 从听众的的角度来看，虽然第一类PPT的设计不美观，但是叙事方式很符合自己口味，因为一看Guider 我就大概知道这个培训是否有继续听下去，或者是继续认真听下去的必要。第二类如果听到最后发现讲了一通自己不关心的问题那就不好了。 &#160; 这三次培训的时候也试着就头写的ppt提一些建议，甚至还试着建议增删某些地方，这时候会设想自己是前来培训的学员，试着想如何才能了解这套系统，熟悉这套系统，进而利用这套系统来完成自己的工作，来提高工作效率。感觉这个时候不像是在做一个PPT，更像是在设计一个剧本，台上一分钟，台下十年工，果不其然啊。但是往往由于自己对系统太熟悉，很容易去忽视一些基本概念性东西的描述，而在培训现场往往很多的参与者因为这些概念性的东西提出一些意想不到的问题，从而需要再次加深其对这些概念的理解。 现场辅导 公司的项目有个特色：管理类项目，而且还是那种全员参与参与的管理类项目。 而往往负责确定需求的只是某个特定的部门或者某个特定的领导，而这个特定的部门或者领导也不会或者很少的将这些既定的需求去跟全员沟通，或者沟通的不够测地，特别是当调整原来业务流程的时候，参与培训的人员对整体的业务可能不熟悉。在培训的过程中尽管已经给他演示了这个业务流程有调整，但是这部分人中的个别人物还是会有一些不理解，不理解的直接后果就是认为你们的系统有错。如果这时候因为这个别人物会带动其他人对你这个系统的怀疑，一开始怀疑整个培训现场的就开始沸腾，OMG这个培训有多失败可想而知了，这时候我认为培训助理需要做的事情就是“搞定”这部分人，可以试着走到他/她跟前跟他/她沟通“您关于业务部分的困惑我们可以理解，关于这部分的业务问题，您可以在培训辅导后咱们再做一个交流，这里有一份调整后的业务流程图，您可以试着先根据这个流程照这老师的思路先熟悉下操作。”一般情况下，这些极个别人物都能很好的接受你的提议，按照流程图理解，基本都能很好的完成培训，实在不明白的，培训间隙或者培训后单独开小灶，补火！当然如果是刺儿，另当别论。 众所周知，是个系统就会有BUG，强大微软、google还是补丁不断，如果培训现场出现了Bug，只要不是致命的，统一都先跟学员沟通“请您描述下您刚才的操作，我们查询下原因。”同时记录下来，回去备查，修改bug。 对于从操作角度提出一些要求、建议的学员，无论建议好坏，我们需要满足他们的要求“您好，您的这个建议非常好，我们回去再综合讨论下，看能否做一些修改，当然也欢迎您提更多的好的意见。”记录下来，回去跟开发组讨论，需要分析一下提这个建议的原因，觉得好的建议采纳，觉得不好的建议，也要及时给提出建议人一个反馈。 记住我们的目的只有一个：让客户学会使用系统，更好、更快捷的完成他们的工作，让客户觉得系统有价值。 P.S.公司核心价值里的一条就是在正确的时间里做正确的事情，找对了目标，在培训时只有一件事儿：让客户学会使用系统，更好、更快捷的完成他们的工作，让客户觉得系统有价值。]]></description>
			<content:encoded><![CDATA[<p>最近一直忙着客户项目的交付，由于项目的特殊性需要给客户做培训，陆陆续续的客户做了三次培训，这个培训包括业务流程的，系统操作的，但是更多的还是操作培训，自己也当了三次培训助理，主要负责培训前一些资料准备（不包括培训用PPT）,现场的的辅导支持等，结合以前自己参与的一些培训，发现培训其实有很多有意思的值得思考的事件。</p>
<p>由于是就项目交付来培训，说白了就是培训用户如何来使用某套系统，对一些其他客户常见的问题的如何解决，所以整个培训的从课件设计到辅导只有一个目的：让客户学会使用系统，更好、更快捷的完成他们的工作，让客户觉得系统有价值。</p>
<p>培训课件设计</p>
<p>以前也参加过一些其他公司的各种培训、分享，培训讲师的课件大致分成两类：一类上来就是个Guider，然后照着条目往下讲，没有什么好看的图，也没有什么很玄的动画，但是这中讲师讲的内容往往很实在，一开始你就知道他要讲啥，而且该讲的绝对不会少；另外一类是上来就是一堆很玄的效果，然后开始给你讲一堆东西，但是这堆东西每一个你都有疑问，往往你对前一页的PPT内容有一些挑战的时候，下一页或者下几页就会出来答案，你不听到最后肯定不晓得他要讲啥。（可能是参加的少，反正就只是遇到这么两个类型。）</p>
<p>从听众的的角度来看，虽然第一类PPT的设计不美观，但是叙事方式很符合自己口味，因为一看Guider 我就大概知道这个培训是否有继续听下去，或者是继续认真听下去的必要。第二类如果听到最后发现讲了一通自己不关心的问题那就不好了。</p>
<p> <span id="more-362"></span>
<p>&#160;</p>
<p>这三次培训的时候也试着就头写的ppt提一些建议，甚至还试着建议增删某些地方，这时候会设想自己是前来培训的学员，试着想如何才能了解这套系统，熟悉这套系统，进而利用这套系统来完成自己的工作，来提高工作效率。感觉这个时候不像是在做一个PPT，更像是在设计一个剧本，台上一分钟，台下十年工，果不其然啊。但是往往由于自己对系统太熟悉，很容易去忽视一些基本概念性东西的描述，而在培训现场往往很多的参与者因为这些概念性的东西提出一些意想不到的问题，从而需要再次加深其对这些概念的理解。</p>
<p>现场辅导</p>
<p>公司的项目有个特色：管理类项目，而且还是那种全员参与参与的管理类项目。</p>
<p>而往往负责确定需求的只是某个特定的部门或者某个特定的领导，而这个特定的部门或者领导也不会或者很少的将这些既定的需求去跟全员沟通，或者沟通的不够测地，特别是当调整原来业务流程的时候，参与培训的人员对整体的业务可能不熟悉。在培训的过程中尽管已经给他演示了这个业务流程有调整，但是这部分人中的个别人物还是会有一些不理解，不理解的直接后果就是认为你们的系统有错。如果这时候因为这个别人物会带动其他人对你这个系统的怀疑，一开始怀疑整个培训现场的就开始沸腾，OMG这个培训有多失败可想而知了，这时候我认为培训助理需要做的事情就是“搞定”这部分人，可以试着走到他/她跟前跟他/她沟通“您关于业务部分的困惑我们可以理解，关于这部分的业务问题，您可以在培训辅导后咱们再做一个交流，这里有一份调整后的业务流程图，您可以试着先根据这个流程照这老师的思路先熟悉下操作。”一般情况下，这些极个别人物都能很好的接受你的提议，按照流程图理解，基本都能很好的完成培训，实在不明白的，培训间隙或者培训后单独开小灶，补火！当然如果是刺儿，另当别论。</p>
<p>众所周知，是个系统就会有BUG，强大微软、google还是补丁不断，如果培训现场出现了Bug，只要不是致命的，统一都先跟学员沟通“请您描述下您刚才的操作，我们查询下原因。”同时记录下来，回去备查，修改bug。</p>
<p>对于从操作角度提出一些要求、建议的学员，无论建议好坏，我们需要满足他们的要求“您好，您的这个建议非常好，我们回去再综合讨论下，看能否做一些修改，当然也欢迎您提更多的好的意见。”记录下来，回去跟开发组讨论，需要分析一下提这个建议的原因，觉得好的建议采纳，觉得不好的建议，也要及时给提出建议人一个反馈。</p>
<p>记住我们的目的只有一个：让客户学会使用系统，更好、更快捷的完成他们的工作，让客户觉得系统有价值。</p>
<p>P.S.公司核心价值里的一条就是在正确的时间里做正确的事情，找对了目标，在培训时只有一件事儿：让客户学会使用系统，更好、更快捷的完成他们的工作，让客户觉得系统有价值。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yanghui.org/2009/09/23/362.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>肥皂剧中的战略绩效管理</title>
		<link>http://www.yanghui.org/2009/06/17/289.html</link>
		<comments>http://www.yanghui.org/2009/06/17/289.html#comments</comments>
		<pubDate>Wed, 17 Jun 2009 13:42:52 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[企业信息化]]></category>
		<category><![CDATA[娱乐]]></category>
		<category><![CDATA[软件开发]]></category>
		<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[share]]></category>
		<category><![CDATA[三十六计]]></category>
		<category><![CDATA[战略]]></category>
		<category><![CDATA[连续剧]]></category>

		<guid isPermaLink="false">http://www.becxo.com/?p=289</guid>
		<description><![CDATA[许久没时间看电视剧了，上周日，好友来访，玩累了无处可去之时一起看来5-6集连续剧，名字忘记了，只是觉得其中有一个——暂且叫案例吧——很有意思。 故事男主角是一个成功的房地产商，一个坐拥某沿海城市八成房地产行业的帅气滴商人。该男主角曾有一个部下李，背叛他，自己另立门户，成立了另外一家房地产公司，且处处跟男主角作对，事事上都要压制男主角。这次一个市政府新开的楼盘，其中赚头自然不用提，两家公司都入围投标。明争暗斗免不了了。 话说又有两人A、B，A、B本为同窗好友，现在各位其主，A为男主角干活，B则是李的左膀右臂。男主角为了了解李的标派A去拉拢B，A则向B说李当初如何背信弃义，如何卑鄙恶劣，不如投靠男主角。B则表示不能对boss不衷，boss对自己如何如何等等。在A磨了一通嘴皮子后B表示考虑考虑。 终于B表示可以考虑A的建议，但是需要100W，现金。A在汇报了男主角后，表示答应。可是在A和B见面滴时候，B没有要A给出滴100w，相反他还带来200w来，要让A说出他们滴标的，说是说出来后200W+A带来的100w总共300w全归A，A在犹豫了一阵后答应了B。 开标会上，李的公司标的仅比男主角的高出100W（剧中这个标的好像是3亿4千7百万），拿下市政府滴新项目。 这个小节似乎要结束了，也没啥好说道的啦，这时候导演安排了一个小小滴转弯。 男主角公布出来的结果是，A的“变节”是故意安排滴，因为男主角故意报了一个很高滴价格，对手为了高过他，就必须出更高滴价，这样就拖住了对方的资金，无暇抽身，而对手滴死穴就是流动资金。 公司是做咨询的，其中有一项课题是战略落地，日常耳闻目儒多少学到了点皮毛，也来小小分析下这个案例吧。 男主角的目标很明确：打垮李。 姑且把这个叫男主角的战略，清除敌人。 为了达到这目标，男主角的找到了李的弱点：流动资金少。 当然这个就是他们的BSC中的财务维度（瞎凑，不一定科学）中的一个指标，就叫减少对手流动资金。 找到李的弱点后就开始执行了自己的计划，计划执行过程也很有意思。 《用间》中有云：故用间有五：有乡间、有內间、有反间、有死间、有生间。 男主角用的是乡间，用A和B间的同窗之谊，派A来拉拢B；李则利用反间，让B去拉拢A；男主角的也让A将计就计中了B的反间计，李果然上当。 这个就是BSC分解下来，利用招标项目减少对手流动资金这么一个指标，完成这个指标有有一些支持性的具体工作，“间”。当然如果要细分的话，其实还是可以分的，比如这个 利用招标项目减少对手流动资金这么一个指标 分解到了市场部，然后市场部又出来个指标 “间”给到了A，可能为了准备这个“间”会有一些协助人员 c、d、e、f等等。 只是胡乱的对号入座，权当娱乐吧，只是前一段同事W说要俺写一篇关于实施的文章要上杂志，自己先练练笔吧，估计后续还会有一些最近跟客户确定需求的相关文章。]]></description>
			<content:encoded><![CDATA[<p>     许久没时间看电视剧了，上周日，好友来访，玩累了无处可去之时一起看来5-6集连续剧，名字忘记了，只是觉得其中有一个——暂且叫案例吧——很有意思。</p>
<p>    故事男主角是一个成功的房地产商，一个坐拥某沿海城市八成房地产行业的帅气滴商人。该男主角曾有一个部下李，背叛他，自己另立门户，成立了另外一家房地产公司，且处处跟男主角作对，事事上都要压制男主角。这次一个市政府新开的楼盘，其中赚头自然不用提，两家公司都入围投标。明争暗斗免不了了。</p>
<p>    话说又有两人A、B，A、B本为同窗好友，现在各位其主，A为男主角干活，B则是李的左膀右臂。男主角为了了解李的标派A去拉拢B，A则向B说李当初如何背信弃义，如何卑鄙恶劣，不如投靠男主角。B则表示不能对boss不衷，boss对自己如何如何等等。在A磨了一通嘴皮子后B表示考虑考虑。</p>
<p>    终于B表示可以考虑A的建议，但是需要100W，现金。A在汇报了男主角后，表示答应。可是在A和B见面滴时候，B没有要A给出滴100w，相反他还带来200w来，要让A说出他们滴标的，说是说出来后200W+A带来的100w总共300w全归A，A在犹豫了一阵后答应了B。<br />
<span id="more-289"></span><br />
     开标会上，李的公司标的仅比男主角的高出100W（剧中这个标的好像是3亿4千7百万），拿下市政府滴新项目。</p>
<p>     这个小节似乎要结束了，也没啥好说道的啦，这时候导演安排了一个小小滴转弯。</p>
<p>    男主角公布出来的结果是，A的“变节”是故意安排滴，因为男主角故意报了一个很高滴价格，对手为了高过他，就必须出更高滴价，这样就拖住了对方的资金，无暇抽身，而对手滴死穴就是流动资金。</p>
<p>    公司是做咨询的，其中有一项课题是战略落地，日常耳闻目儒多少学到了点皮毛，也来小小分析下这个案例吧。</p>
<p>    男主角的目标很明确：打垮李。</p>
<p><strong>    姑且把这个叫男主角的战略，清除敌人。</strong></p>
<p>    为了达到这目标，男主角的找到了李的弱点：流动资金少。</p>
<p>   <strong> 当然这个就是他们的BSC中的财务维度（瞎凑，不一定科学）中的一个指标，就叫减少对手流动资金。</strong></p>
<p>   找到李的弱点后就开始执行了自己的计划，计划执行过程也很有意思。</p>
<p>  《用间》中有云：故用间有五：有乡间、有內间、有反间、有死间、有生间。</p>
<p>    男主角用的是乡间，用A和B间的同窗之谊，派A来拉拢B；李则利用反间，让B去拉拢A；男主角的也让A将计就计中了B的反间计，李果然上当。</p>
<p>   <strong>  这个就是BSC分解下来，利用招标项目减少对手流动资金这么一个指标，完成这个指标有有一些支持性的具体工作，“间”。当然如果要细分的话，其实还是可以分的，比如这个 利用招标项目减少对手流动资金这么一个指标 分解到了市场部，然后市场部又出来个指标 “间”给到了A，可能为了准备这个“间”会有一些协助人员 c、d、e、f等等。</strong></p>
<p>    只是胡乱的对号入座，权当娱乐吧，只是前一段同事W说要俺写一篇关于实施的文章要上杂志，自己先练练笔吧，估计后续还会有一些最近跟客户确定需求的相关文章。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yanghui.org/2009/06/17/289.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>电脑洗牛奶浴</title>
		<link>http://www.yanghui.org/2008/10/20/42.html</link>
		<comments>http://www.yanghui.org/2008/10/20/42.html#comments</comments>
		<pubDate>Tue, 21 Oct 2008 07:08:56 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[随感&杂谈]]></category>
		<category><![CDATA[企业信息化]]></category>

		<guid isPermaLink="false">http://www.becxo.com/?p=42</guid>
		<description><![CDATA[也许早上真的太挤了，同事电脑包里的牛奶被挤破了，公司给新配的Dell1310泡了个牛奶浴。早上一个人捣鼓了半天，发现还能正常使用，中午再回来蓝屏了，整个事情很有意思。 1、这个同事为啥会把牛奶放到电脑包里？ 2、为啥那么少的牛奶能给全泡到电脑里？ 3、为啥他早上到达公司第一件事不是将电脑给IT部门的同事帮忙检查下？而是自己打开后盖捣鼓？ 4、电脑在上午运行正常后，吃饭午饭回来，蓝屏了他还是不去请IT部门同事帮忙检查？ 5、我还在想如果不是同事偶然看见，他会不会请教IT部门的同事呢？]]></description>
			<content:encoded><![CDATA[<p>也许早上真的太挤了，同事电脑包里的牛奶被挤破了，公司给新配的Dell1310泡了个牛奶浴。早上一个人捣鼓了半天，发现还能正常使用，中午再回来蓝屏了，整个事情很有意思。</p>
<p>1、这个同事为啥会把牛奶放到电脑包里？</p>
<p>2、为啥那么少的牛奶能给全泡到电脑里？</p>
<p>3、为啥他早上到达公司第一件事不是将电脑给IT部门的同事帮忙检查下？而是自己打开后盖捣鼓？</p>
<p>4、电脑在上午运行正常后，吃饭午饭回来，蓝屏了他还是不去请IT部门同事帮忙检查？</p>
<p>5、我还在想如果不是同事偶然看见，他会不会请教IT部门的同事呢？</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yanghui.org/2008/10/20/42.html/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>企业IT建设的一些看法</title>
		<link>http://www.yanghui.org/2008/10/14/1.html</link>
		<comments>http://www.yanghui.org/2008/10/14/1.html#comments</comments>
		<pubDate>Tue, 14 Oct 2008 14:33:19 +0000</pubDate>
		<dc:creator>Felix</dc:creator>
				<category><![CDATA[企业信息化]]></category>
		<category><![CDATA[CIO]]></category>

		<guid isPermaLink="false">http://72.167.236.17/xianliao8.com/?p=1</guid>
		<description><![CDATA[最近工作中碰到的一些事情让我对企业IT化建设有了一些看法。 事件一 微软office技巧分享 在微软的不歇努力下，其旗下的office软件在Office里面的职员之间可谓普及率极高，其功能强大众所周知，用到最多的PPT、Excel、Word，无形种竟然成了一种公文的传递标准首选载体。鉴于公司同事大多会用到office的产品，在上个月底的分享会上，我给公司同事分享了如何更好的利用office系列软件，主要涉及到word模板的制作和使用。 分享过程中，发现好多同事对word中涉及到的很多功能根本没有概念，更别提如何使用了。往往给出一个小技巧，好多同事“困扰好多年”的问题就解决了。还有很多的同事有一些明确的需求，如加密word文档等，明明需求很明确，其实只需要按下F1或者是到微软的官方网站查询，就会有相关的答案。 事件二 微软Exchange 一、两个月前，工作重点在微软的Exchange及周边产品上。毋庸置疑Exchange在邮件服务器领域绝对算的上是数一数二的。曾经广泛的去了解Exchange的规划、部署、扩展等：通过微软合住伙伴的身份去询问专家级别的工程师，去官方论坛看很多的KB文档，去往一些爱好者的论坛、群里面询问学习。 从那些爱好者（其实是他们公司在使用）了解到，绝大部分只是用到了Exchange的邮件发送、接受功能，更有甚者，只在部署初期做过一些设置，从来没有备份，不会用到公共文件夹，不会设置OWA，更别提防止垃圾邮件，控制用户邮件发送、PushMail等一些其他功能了。 事件三 Email VS微软SharePiont 公司采用的是2M的ADSL上网，经常会出现卡的现象，而顾问们的交流往往是通过邮件来进行的，给客户发的资料往往也是通过邮件来进行的，往往项目紧或项目收尾阶段会有很多的邮件（附近中多是一些文档）来往，这时候办公室里面总是会出来抱怨网络慢的声音。 由于对Exchange周边产品的一些涉猎，了解到Windows 2003 R2可以搭建SharePiont（还没很深入的研究），而SharePiont可以实现文档共享等一些功能，可能会对频繁的发送文件有所帮助，能改善下网络环境。某日午饭时间，我与顾问职系的同事讨论，是否可以将内部交流讨论用到的文档放到SharePiont上。发现这样会严重影响到他们的使用，原来顾问们不单是通过邮件来沟通交流，也会使用邮件来做记录，以备日后查找方便（特别是在离线工作状态下）。 赶巧了最近公司的服务器也有些变动，也试想过好好规划下公司的软硬件等环境，联系上以上工作中遇到的三件事情，让我有些想法。 Office这么强大的软件，最终使用者如果没有很好的利用起来，他只是一个比NotePad更方便的文本编辑工具，甚至有些时候还不如NotePad来的简介方便。 Exchange无疑是功能强大的邮件服务器产品，可如果仅仅用来给一个40、50人以下用户提供邮件服务，未免有些大材小用，还带来了费用、维护等不必要的支出。 SharePiont功能固然很强大，考虑到使用的工作场景，公司内部讨论交流、对外的客户交流，使用者还是更倾向于采用原来的Email方式，如何强行架设SharePiont不但不能给使用者带来便利，极有可能降低其工作效率。 在企业IT建设规划期间，往往会涉及很多功能强大的软件或者硬件产生，但是如果给一个只需要NotePad的用户配置了office，然后给其培训office的使用，无疑是个巨大的浪费。而企业IT化建设，绝大部分的决策权在企业的IT部门（专业性非常强的除外），而IT部门往往也不是十分了解最终用户的实际需求，总是会给他们选购功能强大甚至是庞大的软、硬件来满足其需求，而且无一例外均为大企业的、大厂商的一些标称扩展功能十分强大的软件，真正等到部署实施时候，才发现选购的是一些功能异常复杂，或者是能满足一部份功能却要求最终用户很大程度上改变其工作方式，甚至于改变改变工作方式亦不能满足工作要求的“很好很强大的”产品。 为了更好的进行企业IT化建设，要求企业在IT化建设的规划阶段，认真解读最终用户的需求，尽可能多的挖掘最终用户的潜在需求，尽可能多的让最终用户参与到IT化建设的规划阶段来，在规划阶段解决问题。 未完待续。。。]]></description>
			<content:encoded><![CDATA[<p>最近工作中碰到的一些事情让我对企业IT化建设有了一些看法。</p>
<p>事件一 微软office技巧分享<br />
在微软的不歇努力下，其旗下的office软件在Office里面的职员之间可谓普及率极高，其功能强大众所周知，用到最多的PPT、Excel、Word，无形种竟然成了一种公文的传递标准首选载体。鉴于公司同事大多会用到office的产品，在上个月底的分享会上，我给公司同事分享了如何更好的利用office系列软件，主要涉及到word模板的制作和使用。<br />
分享过程中，发现好多同事对word中涉及到的很多功能根本没有概念，更别提如何使用了。往往给出一个小技巧，好多同事“困扰好多年”的问题就解决了。还有很多的同事有一些明确的需求，如加密word文档等，明明需求很明确，其实只需要按下F1或者是到微软的官方网站查询，就会有相关的答案。<br />
<span id="more-1"></span> 事件二 微软Exchange<br />
一、两个月前，工作重点在微软的Exchange及周边产品上。毋庸置疑Exchange在邮件服务器领域绝对算的上是数一数二的。曾经广泛的去了解Exchange的规划、部署、扩展等：通过微软合住伙伴的身份去询问专家级别的工程师，去官方论坛看很多的KB文档，去往一些爱好者的论坛、群里面询问学习。<br />
从那些爱好者（其实是他们公司在使用）了解到，绝大部分只是用到了Exchange的邮件发送、接受功能，更有甚者，只在部署初期做过一些设置，从来没有备份，不会用到公共文件夹，不会设置OWA，更别提防止垃圾邮件，控制用户邮件发送、PushMail等一些其他功能了。<br />
事件三 Email VS微软SharePiont<br />
公司采用的是2M的ADSL上网，经常会出现卡的现象，而顾问们的交流往往是通过邮件来进行的，给客户发的资料往往也是通过邮件来进行的，往往项目紧或项目收尾阶段会有很多的邮件（附近中多是一些文档）来往，这时候办公室里面总是会出来抱怨网络慢的声音。<br />
由于对Exchange周边产品的一些涉猎，了解到Windows 2003 R2可以搭建SharePiont（还没很深入的研究），而SharePiont可以实现文档共享等一些功能，可能会对频繁的发送文件有所帮助，能改善下网络环境。某日午饭时间，我与顾问职系的同事讨论，是否可以将内部交流讨论用到的文档放到SharePiont上。发现这样会严重影响到他们的使用，原来顾问们不单是通过邮件来沟通交流，也会使用邮件来做记录，以备日后查找方便（特别是在离线工作状态下）。</p>
<p>赶巧了最近公司的服务器也有些变动，也试想过好好规划下公司的软硬件等环境，联系上以上工作中遇到的三件事情，让我有些想法。<br />
Office这么强大的软件，最终使用者如果没有很好的利用起来，他只是一个比NotePad更方便的文本编辑工具，甚至有些时候还不如NotePad来的简介方便。<br />
Exchange无疑是功能强大的邮件服务器产品，可如果仅仅用来给一个40、50人以下用户提供邮件服务，未免有些大材小用，还带来了费用、维护等不必要的支出。<br />
SharePiont功能固然很强大，考虑到使用的工作场景，公司内部讨论交流、对外的客户交流，使用者还是更倾向于采用原来的Email方式，如何强行架设SharePiont不但不能给使用者带来便利，极有可能降低其工作效率。<br />
在企业IT建设规划期间，往往会涉及很多功能强大的软件或者硬件产生，但是如果给一个只需要NotePad的用户配置了office，然后给其培训office的使用，无疑是个巨大的浪费。而企业IT化建设，绝大部分的决策权在企业的IT部门（专业性非常强的除外），而IT部门往往也不是十分了解最终用户的实际需求，总是会给他们选购功能强大甚至是庞大的软、硬件来满足其需求，而且无一例外均为大企业的、大厂商的一些标称扩展功能十分强大的软件，真正等到部署实施时候，才发现选购的是一些功能异常复杂，或者是能满足一部份功能却要求最终用户很大程度上改变其工作方式，甚至于改变改变工作方式亦不能满足工作要求的“很好很强大的”产品。<br />
为了更好的进行企业IT化建设，要求企业在IT化建设的规划阶段，认真解读最终用户的需求，尽可能多的挖掘最终用户的潜在需求，尽可能多的让最终用户参与到IT化建设的规划阶段来，在规划阶段解决问题。</p>
<p>未完待续。。。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.yanghui.org/2008/10/14/1.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

