围绕与SharePoint相关的不同工作负载进行治理似乎是一个相当热门的话题，然而所有的指导都是作为更多的学术/理论来实现的。
微软是否做了太大的处理？ 应该只有文件？ 工具？
我认为治理论文的基调在抽象层面看起来似乎是学术性的，不可能列举SharePoint实现尝试过的所有疯狂的东西。 我知道微软在失败/不良网站方面确实掌握了很多经验，因为他们与很多客户签订了支持合同，这些客户是以一种非常特殊的方式安装了这些东西，而且事情在这条赛道上运行得并不顺利。
我开始担任编码人员，想知道为什么所有关于计划和pipe理SharePoint安装的大惊小怪，但多年来，我意识到获得定制的SharePoint站点并且运行起来是一件容易的事情。 SharePoint安装将在组织中保持多年，人们可以在此期间创build大量数据，并最终存储。
删除不使用的东西似乎并不像创build它一样简单。
指导似乎有点蓬松，但它是从一些相当严酷的教训中提炼出来的。
我认为MSFT应该build立更多的工具来支持治理白皮书中的“想法”。 如何根据自己的内部IT部署实际提供一些真实世界的供应工作stream程。 MSFT拥有世界上最大的SharePoint农场之一，并且必须收集大量有用的IP来pipe理自己的部署。
Joel Oleson最近发布了一个关于SharePoint治理的优秀资源列表：
http://www.sharepointjoel.com/Lists/Posts/Post.aspx?ID=233
它既包括经典的理论信息，也包括一些非常方便和现实世界的工具，模板和例子。