SharePoint 发展简史 (从一个相对比较新的角度来看)
请注意: 这篇文章最初发布到 www.endusersharepoint.com. I forgot to post it to my own blog 🙂
SharePoint 已有很大改变自其早期作为孵化技术在 Microsoft 的排序 –它被进化几乎像恐怖片, 疯狂科学家创造在何处上它自己的生命, 摆脱了它的创造者的期望和规则. 技术进化是很明显 — — WSS 3.0 对象模型是更加丰富和复杂比 WSS 2.0, 这本身就是一种改进对早期版本. 下一版本无疑将在显示极大的改善 3.0. 从最终用户的角度来看, 然而, SharePoint 的进化是更为重要.
在早期, SharePoint 并没有给出最终用户. 他们会有其一般功能要求, 使用它来定义他们好和实施解决方案. 它会使用 SharePoint 来解决这个问题. 该产品不是很方便，最终用户. 我想扔几个类比, 但我决定坚持维恩图，以显示我的意思是. 当微软第一次发布了 SharePoint 向世界作为一个商业产品, 它遵循最终用户的相对传统的模式 <-> IT 的关系. 很多最终用户, 沟通和工作与它的极少数人以提供解决业务问题的解决方案:
SharePoint 对于一个适用于交付平台的整体问题域是小 (尤其被相比，今天的 SharePoint. 最终用户和 IT 工作在更经典的安排与它: 它定义要求, 等待 IT 做幕后工作，并采取最终产品的交付.
随着 SharePoint 进化到 2.0 世界 (WSS 2.0 和 SharePoint 门户服务器), 一些事发生了. 第一次, "问题域"的大小增加. 由问题域, 我的意思是各种业务问题，SharePoint 可能是一个可行的解决方案. 例如, 你不会觉得太难有关直到 SPS 在 SharePoint 环境中实施严重搜索解决方案 (即使那时, 这不是就需要做到的一样好). 在同一时间, 最终用户具有前所未有的能力不仅定义, 但也执行他们自己很少或没有 IT 支持的解决方案.
《 3.0 平台 (WSS 和苔藓) 维持和增加这一势头. 问题域是巨大相比 2.0 平台. 几乎每个部门在一家公司, 从制造到营销的健康和安全部门, 从销售到质量控制 — — 他们可以找到 SharePoint 的很好用 (它不是一例的糖化圆钉进一个方形的洞里). 在同一时间, 该平台授权更多的最终用户能够执行他们自己的业务解决方案. 我试着捕捉，与此关系图:
这已被证明是一个强有力的和令人沮丧的混合物. 《 3.0 平台将以前稳定角色开启他们的头. 突然, 最终用户可以有效地 法官, 陪审团和刽子手 业务分析师, 应用程序架构师和开发人员可以针对自己的业务解决方案. 这让我在写关于这个问题的核心. 但以前我潜水入那, 让我们考虑房间里的大象.
窥视水晶球
如何将 SharePoint 吗 2010 影响这种模式? 它将增量或革命吗? 将更多, 较少的或有关相同数目的最终用户发现自己能力建立在 SharePoint 解决方案 2010? 将 SharePoint 2010 年问题域甚至进一步扩大或将它只是改进和精简 WSS 中，它已经提供 3.0 / 苔藓?
有足够的信息"有"，很有把握地说，一般的答案是:
- 问题域正打算大幅扩大.
- 最终用户会发现自己比之前更多权力.
维恩图将会大于此页面，并导致一些 IT 专业人员和 CxO 的要伸手去拿他们的胃药.
我相信它会一个巨大的机会，为公司做一些真正的转型的事情.
我店里没有公牛!
这听起来很伟大, 但从我的观点作为一个 SharePoint 顾问和将自己放入 IT 经理的鞋, 我看到这一愿景. 我拥有一间漂亮的板的中国店, 水晶, 等 (我的 SharePoint 环境). 我租了一个空间, 我已经购买我的库存，并奠定了它所有我喜欢的方式. 我不准备好打开, 但在预期中, 我看那扇门，看看我的客户在排队，我注意到实际的公牛在那里. 更仔细和我其实见到 两个 公牛队，甚至是一只狼. 然后我注意到有一些绵羊. 羊是 所以 坏, 但他们可能伪装狼? 我不想在我的瓷器店的公牛!
更糟! 当我租的空间, 我简直不敢相信这是真是太好. 宽和开放, 太棒了康乐设施, 非常合理的价格. 不过, 现在我意识到开阔的空间和巨大的门只是完美的大小为牛市来徘徊在和非专业的废物到我中华.
我推得太远着这个比喻, 答案是肯定的. 最终用户不是公牛队 (他们大多数, 不管怎么说) 和 IT 部门别 (或肯定不应) 查看与那种怀疑他们用户社区. 不过, 有这种已经在发生的完美碰撞 3.0 我期望的平台只会变得更糟在 SP 2010. SharePoint 已赋权并鼓励最终用户定义和实现他们自己的解决方案.
这就是伟大和所有, 但事实是，它仍然是一个技术性很强的产品，并仍要求有力的商业需求分析的那种, 设计和总体规划和技术项目需要成功的管理. 这些不是那种招最终用户不少的技能, 尤其是当焦点位于像 SharePoint 技术产品.
在过去一年左右的思想很多是给了这和看不到任何简单的答案. 它真的可以归结为教育和培训. 我认为 SP 2010 正在更改位和它去玩以不同的方式和慢动作作为公司推出各自的 SP 的游戏 2010 对解决方案 2010 与超越. 为了取得成功, 最终用户将需要改造自己，有点搞宗教. 他们会需要那么一点点了解正确的要求
分析. 他们将需要一些清楚地标识业务流程工作流的设计文档, 举个例子. 他们需要理解基本概念，比如 CRUD (创建, 更新和删除), 适用于开发人员测试 qa/prod 环境和如何使用这一基础设施来正确部署好长时间和折弯生活的解决方案 (不中断) 在响应在一个组织中的更改.
在未来几周内, 我计划尝试，并提供一些我自己的新想法, 以及链接到许多其他作者所做的伟大工作 (关于 www.endusersharepoint.com 和其他地方) 所以，感兴趣的最终用户可以学习老时间它宗教. 保持调谐.
</结束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin