如何创建治理计划?
如果您记录您的治理计划的第一次，你可能会发现它最有效的方法把一个小团队来帮助定义治理的关键“框架”决定，然后分配工作记录团队成员之间的细节。该小组应明确包括来自IT谁是负责整个IT系统的使用策略的代表，但你也将需要包括来自团队的代表负责内部IT之外的系统维护的IT和人谁可以代表那些负责的利益培训，人力资源，企业沟通，如果这个角色存在，单位负责人在组织中的知识管理。
使用愿景声明您的SharePoint项目发起人和利益相关者确立为您的治理计划奠定了基础。开始起草实际的治理计划之前，请先确定在较高水平的基本治理原则。会见团队成员谁具有相应的专业知识，起草部分解决您的环境的各个方面将如何管理。检查你的计划与赞助商，股东和核心团队成员每个主要组件，以确保您在这个计划的主要组成部分达成协议：愿景，指导原则，角色和职责，以及关键的决策。
在治理计划是什么？
有效的治理计划提供框架为设计标准，信息架构，服务级别协议，基础设施维护和整体衡量计划。它的目的是总结和绑在一起，不更换详细描述这些活动的文件。引用这些相关的内容而不是将其嵌入到治理计划中，将避免计划变得不必要的臃肿和无法管理。
此外，治理计划应引用所有话题您现有的IT政策，如适当使用的技术资源，内容保密，并记录保留的。当你开始部署越来越多的“Web 2.0”功能，在您的环境，新的IT策略将会出现，这将影响的SharePoint治理。同样，你的计划并不需要包括这些新兴的政策，但应该在适当的时候引用它们。
治理计划是一个业务文档，它的主要受众是SharePoint站点的业务(内容)所有者，以及在这些站点上生成和消费内容的用户。因为所有用户都可以通过社交标签和评级(如果您的解决方案允许这些)在SharePoint中有效地生成内容，所以组织中的每个人都需要熟悉治理计划。
正式的治理计划文档包括几个关键元素，每一个都将在本章的其余部分进行更详细的讨论:
愿景声明
角色和责任
指导原则
政策和标准
除了这些元素之外，您的计划可能还包括一个引用常见任务过程的部分，例如请求一个新站点、请求一个新的共享内容类型或属性、请求一个新的站点模板，等等。发布这些过程，以便站点所有者可以容易地找到并遵循您定义的过程。这些任务通常因组织的不同而不同，所以我们不在本章中明确地讨论它们，只是提醒您需要在这方面提供指导。
当您考虑创建治理计划时，请考虑用户将如何使用和内部化计划中的内容。布莱斯•帕斯卡(Blaise Pascal)有句名言经常被误以为是马克•吐温(Mark Twain)(和其他人)说的。在最初的法语中，这句话是这样写的:“我不能这样做——我不能这样做。”可以大致翻译成:“如果我有更多的时间，我会写一封更短的信。”当你在制定治理计划时，想想这句话，因为这些文档很容易变得非常、非常长。它们的时间越长，用户消化它们就越困难。花费额外的时间来确保你的计划尽可能简洁，这将使你的用户更容易理解和遵守这些规则。
当您创建您的治理计划,考虑如何创建配套材料的计划(“小抄”你的最重要的指导原则,层压卡或磁铁愿景陈述,个人短暂的工作描述为每个核心角色,记录保留“广告”,或补充治理计划(较短的信件),这将有助于用户记住和内化这一重要内容。
愿景声明
愿景陈述在高水平上描述你想要通过SharePoint实现的目标，本质上是描述解决方案如何为企业和每个员工交付价值。清晰的远景陈述为您在考虑治理计划时不可避免地需要做出的决策权衡提供了关键的指导。愿景陈述通常在创建解决方案的项目启动时编写，并可能在项目成熟时进行细化。
下面是两个愿景陈述的例子:
门户支持在业务驱动的环境中创建、管理和共享文档资产，以便在整个公司进行协作、分类和访问。通过其工作流能力和应用开发基础，它将支持组织的信息管理需求，并为所有业务单位提供业务流程框架。
“SharePoint提供组织资产的整体视图，简化了员工的互动与我们的企业业务系统，并有助于在公司内部和与供应商，合作伙伴和客户改善协作，从而提高员工的工作效率和员工和客户满意度。”
一旦您制定了您的愿景陈述，下一步就是将您的核心项目团队聚集在一起，考虑指导创建治理计划的原则。
角色和职责
角色和职责描述每一个员工作为个人或作为特定角色的成员或组如何负责确保该解决方案的成功。记录角色和职责是治理计划，它定义了谁有权调解矛盾的要求，使整体的品牌和政策决策的一个重要方面。一些政策决定，将包围着您的治理计划，并形成你的角色和职责定义的细节的基础包括决定
谁负责环境的技术管理，包括硬件和软件的实施、配置和维护?谁可以安装新的Web部件、特性或其他代码增强?
谁被允许或谁将负责建立新的网站?如果此责任由IT部门控制，那么IT部门很可能必须与业务涉众协商站点设置响应性的服务水平协议(SLA)。如果委托了此职责，则需要对用户进行培训，以确保他们在命名、存储等方面遵循可接受的约定。
谁有权访问的每一页/网站？谁可以授权给每个？
你会把多少网页/网站设计的责任委托给网页所有者?用户可以修改他们在团队站点中“拥有”的页面上的Web部件(基于Web的数据和UI组件)吗?他们可以修改属于企业内部网发布解决方案一部分的页面上的Web部件吗?
有些Web部件会被“固定”在页面上，还是允许页面所有者自定义他们页面上的所有内容?
谁负责管理元数据？谁可以建立或要求新的内容类型或网站栏？多少中央控制你想有过在网站列中的值？（内容类型和网站栏允许你指定你的分类元素这些SharePoint功能在第3章详细讨论。“SharePoint 2010中：体系结构基础”）
如果治理计划说，网页和网站所有者负责内容管理，你准备退役的网页，没有人在该组织将加紧页所有权的责任呢？
有考虑几个关键作用。在规模较小的组织，许多角色可以由一个人得到满足。表4-1和4-2存在于成功的解决方案的典型角色和责任的清单。您可能需要适应两个责任，甚至你用它来形容您的组织每个角色的条款，但这些名单给你一个良好的开端。
表4-1 解决方案的总体角色
角色 |
主要职责 |
高层执行官 |
作为解决方案的执行层“拥护者”。执行发起人的主要职责是战略，将解决方案定位为实现业务价值的关键机制，并帮助将解决方案的价值传达给组织的管理层。 |
管理委员会/指导委员会 |
作为治理主体，对实现解决方案的目标负有最终责任。该董事会通常由解决方案中每个主要业务的代表组成，包括企业通信、人力资源和IT。 |
业主 |
从业务的角度管理解决方案的总体设计和功能完整性。业务所有者不必是IT专家，但他的工作职能通常包括负责内部沟通。 |
解决方案管理员（科技） |
管理从技术角度解决方案的整体设计和功能的完整性。工作与业主的合作伙伴关系。 |
技术支持团队 |
确保解决方案的技术完整性。使得该解决方案，并对其内容的定期备份。通常也建立和维护的安全模型，至少在Active Directory中的组成部分。开发新的Web部件，并提供寻求改进自己的网页或解决方案的新用途网站的赞助商/业主的支持。 |
元数据指导委员会/内容管家 |
虽然一些大型机构可能已经在这个岗位上服务的个人或团体，SharePoint 2010中的企业内容的能力需要全面的元数据管理计划和个人或团队负责维护的“元数据字典”在解决方案的生命。 |
的SharePoint“教练”或卓越中心 |
为拥有完全控制设计权限的新用户提供指导和设计咨询，以确保遵循最佳实践，并在各个站点或站点集合中应用适当的SharePoint特性。在许多组织中，某个特定的SharePoint特性实际上成为了任何业务问题的解决方案——“锤子找钉子”。例如，当用户真正需要的是自定义列表时，你不希望看到他们创建wiki站点。如果你要把网站设计能力委托给那些只有有限解决方案设计经验的用户(这几乎意味着每个组织)，拥有经验丰富的网站设计“教练”来帮助用户入门，可以确保你最终得到一个真正被使用的解决方案。一个成功的组织实现了“旁听”办公时间，新站点所有者可以来和有经验的解决方案架构师一起花一两个小时，以确保他们得到适当的指导(除了正式的培训)。其他一些网站已经建立了内部咨询服务，以帮助新网站所有者起步。在许多情况下，最初一两个小时的咨询是“免费的”，超过这个时间的服务需要收费代码。 |
“超级用户”实践社区 |
通过在实践社区团队站点上分享最佳实践和经验教训，支持在组织中成功部署SharePoint。成员充当SharePoint的倡导者和变革推动者。 |
表4-2 每个站点或站点集合的角色
角色 |
主要职责 |
网站赞助商/业主 |
作为集中的主要角色，确保特定页面/站点的内容随着时间的推移得到正确的收集、审查、发布和维护。网站赞助商是网站或页面上展示的内容方面的专家，可能需要学习SharePoint，但他或她的主要专长是业务。网站赞助商/所有者可以指定一名网站管理员/联系人，为其业务与页面或网站的用户之间提供主要的日常界面。 |
网站管家/联系 |
日常管理网站，执行所需的功能，以确保网站或页面上的内容准确和相关，包括记录保留代码。监视站点安全性，以确保站点的安全性模型与业务所有者和站点发起者/所有者的目标相匹配，并通过充当站点的主要确定联系人来支持站点用户。作为他们所负责的站点的内容管理员。 |
网站设计 |
在将站点设计委托给业务用户的环境中，站点设计人员创建和维护站点(或站点集合)设计。遵循设计最佳实践和指导原则，以确保即使是访问受限的网站也能针对最终用户价值进行优化。定义并执行站点的安全计划。 |
用户 |
使用该解决方案来访问和共享信息。用户可以在该解决方案的不同区域不同的访问权限，有时作为一个贡献者（内容制作），并充当访客（内容消费者）等次。 |
指导原则
指导原则界定组织的喜好配套的愿景。这些重要的声明反映了最佳实践的所有用户和网站设计人员必须理解并内化，以确保您的解决方案的成功。这很可能是您的组织将共享许多我们在成功SharePoint部署已经看到了同样的指导原则。
使用表4-3所示，以帮助例子定义启动一套指导原则为您的解决方案。想想为了帮助用户内在这些原则，或者考虑增加一个“每日原则”，以解决方案的主页，你会如何创建一些补充参考材料。如果用户的指导原则有很好的理解，你有让他们跟随自己的治理指引合理的出手。
表4 - 3指导原则的例子