领导力大挑战
在实施Scrum项目的过程中，Scrum Master的角色是相当关键的，因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述，同时重点阐述仆人式领导者应有的基本内外特征。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
你吓着我了，MOSS
作者 胡键 发布于 2009年7月17日
MOSS是一款不容忽视的集成产品，在整个微软的桌面集成战略中占有重要地位。由于能够跟Exchange、Office、SQL Server、AD等诸多项微软产品进行集成，同时兼具门户、工作流、全文检索、内容管理等功能，这些都使得你在考虑以人员为中心的集成时，应该将它放在你的产品考察列表中。
然而，在使用了4年的MOSS之后，Peter Campbell却说MOSS让他受到了惊吓。这到底是怎么回事呢？在这篇题为“SharePoint让我受惊的原因”的博文中，他归纳了几点原因：
- 执行现成的功能，还不错。但要是集成遗留系统，复杂度很快就上升了；而且集成是基于SOAP，而不是REST。
- MOSS并不成熟，是两个独立被开发应用（Windows Sharepoint Services和内容管理服务器）的拼凑。
- 如果缺乏规划，Sharepoint会很快成为一个垃圾场，包含大量特定功能的站点，造成“文档筒仓”。
- 将文件放在数据库的blob字段，而不是保存指向磁盘文件的链接，有损性能。
- 复杂昂贵的许可证。
- 和大多数开源门户相比，Sharepoint的硬件和带宽需求要高得多。
Peter在文中直言不讳地表达了对一种管理性和经济性更好的方案的渴望，而且声称即便不是Sharepoint也无所谓。他接着写道：
如果我的目的是要促进组织内的协作和集成工作，使用能超越和阻止筒仓的技术，使用象Drupal、KnowledgeTree、Plone或Salesforce这样的应用，情况要好一些。它们全部都能完成大部分Sharepoint的功能，可以通过补充来得到Sharepoint的那些大杂烩式的功能，但是部署的复杂度低，也更便宜。
最后，他总结说：
经过4年的痛苦，现在我的结论是：到这个产品成熟的时候，如果有组织买单和感兴趣；带宽预算高；高性能的广域网络，而且有咨询预算，Sharepoint将会是一个非常不错的选择。就我目前的条件——部分组织买单；服务器预算一般，没有咨询预算；网络尚可，但要优先考虑某些带宽，如VOIP和视频——我看我最好还是找个替代方案。
很快，一位MOSS的MVP，Eugene Rosenfeld，针对Peter上面的那几点理由一一做出了回应：
- 难以集成遗留应用：这是所有技术的难点，不单单是Sharepoint。此外，Sharepoint还提供了一些工具来简化这些工作，而且也不贵。
- MOSS是两个独立应用的拼凑：CMS是被集成的，但是集成得比人们想象的要好。在企业内网（intranet）和外网（extranet）情况下，Sharepoint工作得很好；在互联网中，比较困难，但例子也有很多。
- 在没有规划的情况下，Sharepoint会成为一个垃圾场：任何内容仓库都是这样。集成的搜索可以帮助内容发现，内容过期和记录管理特性有助于将这些散乱的内容归档。
- 复杂昂贵的许可证：建议找销售谈谈，如果是非盈利组织，可以谈出不错的价格，另外可以了解一下微软的BizSpark。
- 比开源门户的硬件和带宽要求高：Sharepoint可以从小做起，随着需求的增长，增加硬件即可。带宽是个问题，但是任何CMS都有这样的毛病。
- 在数据库字段中存放文件内容，而不是磁盘文件的链接：把内容放在数据库中可以利用数据库的事务、负载均衡、备份、维护、故障转移和灾备。而且，SQL Server对于blob字段也在不断改进。
- 更中意Drupal、KnowledgeTree、Plone或Salesforce：集成多个应用要比购买一个已集成应用的成本高。
同时，Eugene还警告不要低估了跟微软产品进行集成的成本：
不要低估了无法跟用户所钟爱的Office桌面应用集成的成本。用户生产力的流失以及用户的培训成本是部署任何CMS或协作系统的两项非常高的隐性成本。SharePoint通过利用用户已具备和熟悉的Office桌面应用的技能，使得这些成本达到最小。
在对Eugene博文的回复中，Peter承认大多数属于灰色地带，不值得进一步的争辩。同时，他也表达了自己的观点：
我这篇帖子的意思是想表达出我所知道的非盈利环境——我们缺乏资金、技术专长，而且在很多时候，我们用户的带宽要求能让复杂技术大规模成功应用。因此，我的主要观点是，得到Sharepoint全部功能的好处可能并不值得。没错，Drupal是少了很多功能，而且它也会变得复杂，但是我只要建立一个简单的Drupal站点就能以最少培训完成极好的交流和协作，还不需要大量地投入时间和金钱；对于Sharepoint，我无法也不会说出同样的话。
……但是我的帖子并不完全是抨击Sharepoint——它只是想宣扬Sharepoint并不简单。要是你的环境中有一个大型IT部门，招聘了不少程序员，而且有适当的咨询和基础设施预算，它会是一个强大的平台。
的确，就像Peter所说的，微软的很多东西，尤其是开发工具，并不像一开始看上去的那么简单。
胡键 热心开源技术，《开源技术选型手册》作者，《SOA实践指南》译者。目前致力于Groovy/Grails的研究和推广。
同意：微软的很多东西，尤其是开发工具，并不像一开始看上去的那么简单
发表人
Chu Kevin
发表于
Re: 同意：微软的很多东西，尤其是开发工具，并不像一开始看上去的那么简单
发表人
Wei Fisher
发表于
Re: 同意：微软的很多东西，尤其是开发工具，并不像一开始看上去的那么简单
发表人
Yu Wang
发表于
Re: 同意：微软的很多东西，尤其是开发工具，并不像一开始看上去的那么简单
发表人
张 善友
发表于
瘸子还怪路不平呢
发表人
赵 泉
发表于
-
微软的东西，就是上手快，入门快。但是可挖掘的东西很多，你也可以做出很复杂技术要求很高的东西。
但是，我坚信SharePoint是完成企业内部CMS最好的系统。 -
sharepoint 上手一点也不快……而且，随着时间的增长，会越来越痛恨这个东西。尤其是在为他开发 wf 的时候。
-
问题在于为什么一定要在SharePoint开发工作流?
-
SharePoint的工作流可以选择一个第三方产商的工作流产品,比如K2 blackpearl就非常不错
-
Sharepoint上手慢我赞成，但Sharepoint工作流却是非常好的技术；我一直是做WF工作流的，也听说Sharepoint中工作流很难用，但我研究了Sharepoint以后，才知道那是因为做Sharepoint工作流的人对WF的思想了解的太欠缺了。
5 条回复
关注此讨论 回复