SharePoint 项目的死法(三)

• 拙劣的供应商(团队)

坦率来说, 说这个原因需要一点勇气, 但在我从业的经历中, 充斥这大量的这样的案例, 没有什么实施经验的团队, 对产品几乎没什么了解的供应商, 三脚猫的开发人员,之前只会做做微软产品代理的所谓”金牌”, 不一而足. 我曾经见过不止一家公司, 不知道那根筋错了, 忽然说要做SharePoint, 第二天就在网站上挂出广告说自己是SharePoint方案提供商, 然后做砸一两个项目,然后说SharePoint是个烂东西而收场….  当然, 作为还在这个圈子里混的一个小厂商, 我不会就这个话题展开太多. 我能给用户的建议就是, 不管是不是SharePoint项目, 提高你的识别能力, 这个你没有选择, 假定你没有识别能力, 抱歉, 不仅仅是SharePoint项目, 你一样会失败,当然, 这里面有一些技巧, 比如第三方咨询.

•  需求定义不清

这一点非常常见, 由于SharePoint本身的平台性, 所以很多SharePoint负责人往往是技术大牛而不太熟悉用户的业务, 而大部分的业务人员其实是不知道或者基本无法清楚的描述自己的需求的, 这个时候, 一个既了解SharePoint, 又能够从用户的角度来看待项目的项目经理(BA)就显得尤为重要,当然, 有一个既不太懂SharePoint又不知道如何引导和挖掘客户需求的项目经理, 项目的失败基本是必然的, 可悲的是, 这样的项目比比皆是.

这样的项目还有一个有意思的特征就是, 由于用户无法清楚的描述需求, 而项目经理又无法挖掘需求, 那么用户的最后需求就是: 界面, 所以, 哈哈, 各位可能再一次的了解为什么SharePoint顾问沦为美工的了. 当然, 有一种情况也比较常见, 那就是, 业务部门的经理不参与实际的需求开发而又有需求决定权也很容易导致这样的情况发生, 原则上, 这样的项目团队组成要尽量避免.

• 以”上线”为项目结束, 对项目推广困难准备不足

大部分的SharePoint推广有这样的一个周期, “不用”->”乱用”->”好用”, 初期阶段, 业务用户对IT项目大部分都是有抵制情绪的, 实际的表现就是不用, 然后在IT Policy等多种原因的影响下, 慢慢开始用起来, 发现这个东西还真的挺好用, 处于需求爆发期而大部分的IT对这种情况准备不足的时候, 就会发生”乱用”的情况, 比如把什么内容都丢在SharePoint上而缺乏分类和整理, 当然, 我们神勇的IT兄弟在面临这波需求爆发期沉着应对, 终于让IT平台和业务需求水乳交融, 天人合一以达到好用的状态, 是我们的最终追求.

据观察, 大部分的项目都死在不用阶段, 如果能撑到乱用阶段, 而死于乱用阶段的, 不多, 但成功渡过乱用阶段的时间, 不同的公司, 不同的情况, 不一而足.

•  团队结构

做SharePoint项目是个很苦逼的活, 一方面这个产品无法或很难直接面对端到端的客户, 你得有足够的技术背景来把握这个平台, 另一方面所有项目的价值基本都是通过业务的价值而展现的,所以, 必要的业务理解,沟通技巧也是必不可少的.在项目中, 团队的架构必须充分考虑这两个层面的特点.

比较容易跌入的是IT技术化陷阱,SharePoint中涉及到的技术点是如此之多, 恐怕项目组把这一些技术都过一遍以后几个项目都做完了,但对于企业管理而言, 技术, 永远是实现业务价值的工具而非重点.

保持你的团队技术和业务的结构合理性, 你需要平衡这一点.

•  缺少培训

由于SharePoint的特点, 知识的传播和转移就显得非常重要, 供应商做完项目是要走人的, 而SharePoint是需要长期投入的, 请记住, 向你的供应商提出, 教会我用而且正确的使用SharePoint.