今天我去见了一位客户，他说的一些话使我对SharePoint项目进行了深深的思考。他们安排了许多必须做的事情，但是却说“并不存在真正的SharePoint项目”。
我开始思考，他们说并不存在SharePoint项目是什么意思？当然这是基于于SharePoint有关的现实的。
在开车回家的三个小时里，我想了又想，并猜测其真正含义，最后得出了下面的结论。
在过去几年我所工作的所有的项目都是真正的“Sharepoint 项目”。我这么说的意思是说，项目选择了Sharepoint这个产品，同时项目的设计也是完全依据产品的部署以及使其更适合于业务的拓展的。我在回家的路上意识到项目经常花太多的时间聚焦于什么是产品可以为我们提供的，而不是真正的去解决业务需求。虽然这在某种程度上是正确的，但是我认为我们忽略了SharePoint只是一个可以促进技术变革的平台而无法改变我们的企业文化。我今天所听到的哪句话（“并不存在真正的SharePoint项目”）提醒我并强化了这样一个观点，SharePoint是一个可以使用的技术(enabling technology)，而不仅仅是一个我们必须拥有的产品。所以我的下一个问题是：我们应该如何确保是我们选择SharePoint是因为SharePoint是一个可用技术(enabling technology)，而不是因为他用起来很酷。
下面是我的简单的指导方针：
卷入业务用户
这可能是最重要的步骤了；我曾经见过许多项目没有和用户进行商榷，导致IT部门觉得很奇怪为什么项目没有被采纳。作为一个SharePoint顾问，征求每个客户的意见是必须的。
选择真实的业务流程并在SharePoint项目上对他们进行建模
围绕着你可以怎么用SharePoint，存在很多案例设计，应用，模板以及构想，比如使用InfoPath表单来完成电子时报或者审批工作流的构想。想象着这些都是很优秀的，选择真实的业务流程，然后在SharePoint项目上将它们进行建模。事实上不要害怕某个业务流程无法适应SharePoint，并不是所有的都是适合SharePoint的。
不要急着安装和使用SharePoint所有的功能
通常每个机构在系统上线时，都想要SharePoint拥有的所有的功能。纵然真正需要所有功能是可能实现的，但是这需要采取大量的努力，以及需要许多用户改变。虽然每个项目中，用户改变的数量都一定是有限的，但是往往存在这样一个误区：因为SharePoint是很容易使用的，用户一夜之间即可很快的适应。这里的关键是为功能设置做规划，然后设计一个在一段时间内允许少量功能的项目推广计划。
记住SharePoint不仅仅是一个产品，而是一个可以构筑的平台
我觉得通常很多公司在使用SharePoint时，不知道或者经常忘记这一点。这是一个产品，是的，可以肯定的是对于新的版本他有一个版本管理流程。然而当你购买SharePoint的时候，你购买的是一个产品还是一个平台呢？答案很简单，两个都有。如果你过分集中于其中的任何一个，那么稍后你就会遇到问题。解决这个问题的一个简单方法是，视预先设置好的功能为产品，那么平台就是可能的艺术以及自定义开发的空间（the platform is really the art of the possible and custom development opportunities. ）。
这些只是我个人在当企业对如何部署SharePoint需要建议时，用来帮助企业的一些方法。那么回到开头的问题，审视你的公司或者客户，问问你自己，是否存在一个SharePoint项目或者一个业务流程、迁移或者自定义应用项目。怎么样都是可行的，但是如果我们对待每个协作项目都像一个独立的产品项目一样，然后再应用到SharePoint中去，你将获得更大的成功。
一旦你用不同的眼光去看，你会认识到实际需求也将作为用户的验收标准。这只是我的个人想法，请在下面进行评论。
【本文翻译仅为外语学习及阅读目的，原文作者个人观点与译者及译言网无关】
