SharePoint 项目的死法(二)

fvgb

　　说实话, 做SharePoint项目或者任何信息化项目并不是个容易的事情, 但成功的IT项目对于一个企业来说也许意味着很多, 从我的观察来看, 大部分的成功的信息化项目给企业所带来的回报都远远超过其所花的成本, 而很多回报都是隐形的, 所以, 困难不是项目失败的接口, 我们更应该做好.
　　另外SharePoint项目当然也是IT信息化项目, 所以, 大部分信息化项目失败的原因当然对SharePoint项目有同样的借鉴意义.
　　下面是我经验上和观察上的SharePoint项目失败原因:

• 没有定义成功
  

　　一个项目之所以成功, 是因为有了衡量成功的指标, 比如上了一个项目, 目标到底是降低成本, 降低多少, 还是提高收益, 提高多少? 不定义衡量成功的指标, 一句话, 你永远都不知道成功. 而定义项目成功指标的简单原则就是SMART,有兴趣的朋友可以自行GOOGLE, 在此不再赘述.

• 公司政治
  

　　此为制约大部分项目(不仅仅是IT项目)的重大失败原因, 不赘述.

• 不知道SharePoint是什么
  

　　有个玩笑是这样的, 有个SharePoint顾问向一个客户解释自己的职业, 当然, 他的解释很精彩, 从门户到文档管理到搜索到商业智能等等, 最后, 客户说, 嗯, 知道了, 你就是个做网站的.(嗯, 也许这是很多资深SharePoint顾问沦为美工的真正原因J )
　　说实话, 的确很难定义SharePoint是个什么样的产品,它包含很多个模块,一个相对比较正确的定义是”面向企业的协作平台, 包括门户，社区，内容管理和搜索等模块”, 这里面包含两层含义:
　　1)       SharePoint是个平台, 这个意味着,利用SharePoint构建大部分协同应用是容易的, 但它的大部分功能并不是面向最终的业务用户的, 大部分不经过定制和调整的功能, 是无法直接面向用户的,一句话, 原生的SharePoint的目标客户是IT人员, 而不是最终用户;
　　2)       SharePoint本身也包括很多的模块,包括搜索,文档管理和调查等等, 有一些模块也是开箱即用的, 在进行定制的时候要充分考虑这些模块的可用性,没必要重新发明轮子,而SharePoint也留有足够的空间来进行扩展.
　　在对SharePoint进行定制的时候, 要充分考虑利用其自身的特点, 而不是两眼一抹黑的拿起开发工具, 一通乱来, 殊不知, 这样的结果往往要么是重复发明轮子,要么就是还不如用ASP.net开发工具呢. 要知道, 实现一个功能也许并不难, 但和平台融入才能发挥这个平台的最大作用.
　　在SharePoint推广过程中, 由于涉及到对SharePoint的扩展, SharePoint很可能需要和其他的产品来进行对接, 这时候, 对相关的如Windows Ad, RMS, Exchange, Project Server等产品的了解也是必须的.(别忘了, MS是个商业公司, 人家要靠卖Licence活着的)