围绕与 SharePoint 相关的不同工作负载的治理似乎是一个非常热门的话题，然而所有的指导都显得更加学术/理论。
微软是否对此过于重视？是否应该只提供文档？还是提供工具？
答案1
我认为治理文件的语气确实显得学术性十足，因为在这种抽象层次上，不可能列举 SharePoint 实施尝试过的所有疯狂事情。我知道微软在处理失败/性能不佳的网站方面确实有很多实践经验，因为他们与许多客户签订了支持合同，这些客户以临时方式安装了东西，但后来运行得不好。
我最初是一名程序员，不知道为什么要大费周章地规划和管理 SharePoint 安装，但多年来我意识到定制并启动和运行 SharePoint 网站是件容易的事。SharePoint 安装将在组织中运行多年，人们可以在这段时间内创建大量数据，最终这些数据都会被存储起来。
删除不使用的东西似乎并不像创建它那么容易。
这个指导意见可能看起来有些空洞，但它是从一些相当惨痛的教训中提炼出来的。
答案2
我认为微软应该构建更多工具来实际支持治理白皮书中所代表的“想法”。如何根据他们自己的内部 IT 部署实际提供一些现实世界的配置工作流。微软拥有世界上最大的 SharePoint 农场之一，并且肯定收集了大量有用的 IP 来管理他们自己的部署。
答案3
Joel Oleson 最近发布了一份有关 SharePoint 治理的优秀资源列表：
http://www.sharepointjoel.com/Lists/Posts/Post.aspx?ID=233
它既包含经典的理论信息，也包含一些非常方便和真实世界的工具、模板和示例。