如何创建一个治理计划？
如果您记录您的治理计划的第一次，你可能会发现它最有效的方法把一个小团队来帮助定义治理的关键“框架”决定，然后分配工作记录团队成员之间的细节。该小组应明确包括来自IT谁是负责整个IT系统的使用策略的代表，但你也将需要包括来自团队的代表负责内部IT之外的系统维护的IT和人谁可以代表那些负责的利益培训，人力资源，企业沟通，如果这个角色存在，单位负责人在组织中的知识管理。
使用您的SharePoint项目发起人和利益相关者建立的愿景陈述作为您的治理计划的基础。在开始起草实际的治理计划之前，在高层确定基本的治理原则。与具有适当专业知识的团队成员会面，起草讨论如何管理环境的各个方面的章节。与发起人、涉众和核心团队成员一起检查计划的每个主要部分，以确保您对计划的主要组成部分达成一致:远景、指导原则、角色和职责，以及关键的政策决策。
治理计划中有什么?
有效的治理计划提供了骨架为设计标准，信息架构，服务级别协议，基础设施维护和整体衡量计划。它的目的是总结和绑在一起，不取代在详细介绍这些活动的文件。引用此相关的内容，而不是在治理计划中嵌入它会不断的计划变得不必要的臃肿和无法控制。
此外，治理计划应该引用您的所有现有IT策略，例如技术资源的适当使用、内容的机密性和记录保留。当您开始将越来越多的“Web 2.0”功能部署到您的环境中时，新的IT策略将会出现，这将影响SharePoint的治理。同样，你的计划也不需要这样做包括这些新政策，而应该引用它们在适当情况下。
治理计划是一个商业文件，其主要受众是SharePoint网站的业务（内容）所有者和谁生产和消费的那些网站上的内容的用户。因为所有用户都可以通过有效的社会性标签和评级产生SharePoint内容（如果允许这些在你的解决方案），每个人都在组织需要熟悉的治理计划。
正式治理计划文档包括几个关键要素，其中的每一个进行更详细的在本章的剩余部分讨论：
愿景声明
角色和职责
指导原则
政策和标准
除了这些元素，你的计划可能还包括一个部分，对于常见任务，如请求一个新的网站，申请一个新的共享内容类型或属性，请求新的网站模板，等等引用程序。发布这些程序，使网站所有者可以很容易地找到，并按照您定义的过程。这些任务通常会发生变化，从一个机构到下一个，所以我们不打算明确解决这些问题本章除了提醒你，你需要在这方面提供指导英寸
当你想创建的治理计划，考虑用户将如何消费和内化在你的计划的内容。有一个从帕斯卡一个伟大的报价，往往是错误归因于马克·吐温（及其他）。在原始的法国，该帖上写着“济n'ai既成事实勒慈加椅parceque济n'ai PAS欧盟川罗伊萨乐德拉放任加courte。”大致翻译：“如果我有更多的时间，我会写一个短的信。”想想这句话是你在你的治理规划工作，因为它很容易为这些文件，以获得很长很长。他们的时间越长，就越难是为用户消化它们。在做出所需的额外的时间把确保你的计划是尽可能简练将使它更容易为你的用户了解并遵守规则。
当你创建你的治理计划，想想你会如何创建附属材料去的计划 - 一个你最重要的指导原则“小抄”，夹层卡或磁铁与您的视力表，个人简短的工作描述为每个核心角色，记录保存“广告活动”，或补充治理计划（短字母），这将帮助用户记忆和内这一重要内容。
愿景声明
愿景声明介绍，在较高的水平，你要想要实现与SharePoint，本质上描述该解决方案如何提供对企业的价值和每个员工的东西。一个清晰的愿景声明提供了你需要在考虑您的治理计划，使不可避免的决定权衡了关键性的指导。当项目创建解决方案的启动，随着项目的成熟，可以提炼愿景是典型的写入。
以下是远景陈述的两个例子：
“门户支持创建，管理和协作，分类，并获得所有公司的业务驱动的环境中共享文件的资产。通过工作流能力和应用开发的基础，它将支持该组织的信息管理需求，并为各业务部门提供了一个业务流程框架“。
“SharePoint提供了一个组织资产的整体视图，简化了员工与我们的企业业务系统的交互，并帮助改善公司内部以及与我们的供应商、合作伙伴和客户的协作，从而提高了员工的生产力和员工与客户的满意度。”
一旦你提出你的视力表，下一步是收集你的核心项目团队一起思考，将引导您的治理计划的创作原则。
角色和职责
角色和职责描述了每个员工作为个人或作为特定角色或组的成员对确保解决方案的成功负有何种责任。记录角色和职责是治理计划的一个关键方面，它定义了谁有权协调冲突的需求并制定总体品牌和策略决策。一些将构建您的治理计划并形成您的角色和职责定义的具体基础的策略决策包括决策
谁是负责环境技术管理，包括硬件和软件实现，配置和维护？谁可以安装新的Web部件，功能，或其他代码的改进？
谁可以或谁是负责建立新的网站？如果这个责任是由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 指引原则的例子