书接上回，继续为大家分享PDT的产品开发计划Charter模板的主要内容。
据华研荟了解，大部分国内的企业在推行IPD的时候就直接像华为一样，把开发计划（任务书）叫做Charter，而不翻译为中文。其实这也是一种很好的方式，拿来主义，用专业词语提升沟通效率。这也就是为什么推行IPD的时候需要全员培训的原因，通过培训让大家快速统一沟通语言，对IPD推进中所使用的专业术语、词汇有一致的理解。
想起，之前有个小伙伴和我说，他从他司进入到华为后，光是熟悉华为内部五花八门的英文单词缩写就花了好长时间，文档都写了几十页。
在继续分享charter模板之前，先回答一个小伙伴的问题。
PDT团队中的人员为什么比较岗位或者职位，而叫做角色？有什么差别？
这是个很好的问题。
我们之前一直说，PDT团队实际上是一个强矩阵的运作模式，是非常典型的项目团队。大家来自五湖四海（不同的职能部门），为了一个共同的目的走到了一起（快速高效优质低成本地把产品推向市场），项目结束（产品发布，或者过程中自己的职责结束）之后大家就各回各家了，他不是一个常设的组织。
通常，项目团队中都称作角色，角色是根据项目的需求和履行的职责而设置的，岗位/职位通常是公司人力资源管理体系中的一个概念，每个人的岗位/职位相对来说都是固定的，和个人的薪酬是密切挂钩的，如果要变动，通常需要经过任职资格认证和内部职位调整流程，这是人力资源组织与岗位管理的重要内容之一。
而角色是根据需要设立的，可以由不同的岗位/职位来担任，相对灵活。同一个角色可以由不同的岗位担任，同一个岗位也可以担任多个不同的角色。
大家稍微了解一下就行，无需特别深入地研究。
Charter任务书模板内容4：项目依赖关系分析
4.1 项目关键路径分析及保障措施
在本节中，分析影响项目进度的关键步骤/环节、关键因素，并提出保障措施。
4.2 项目依赖关系分析
在本节中，说明项目的内部依赖关系(如：开发测试工具、人力资源等)和对外部的依赖（如项目之间、与客户之间的沟通、技术、资源等方面）。根据依赖的性质可以分为强制性依赖或者选择性依赖，两两组合有四种依赖关系，项目组需要特别关注外部强制依赖关系，例如有一些行业的工作需要先取得管理部门的行政许可方可进行，这就是外部强制性依赖关系，如果不识别出来，未来可能会成为项目重大的消极风险。
可用依赖性列表、活动网络图（PMP或项目管理方法论中有详细介绍，也是项目管理团队必备的技能之一）的方法描述。
4.3 项目假设因素分析
列出所有影响项目计划的假设因素(相对于已知的因素)。如果这些假设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使项目受到影响。另外还要描述项目对外部因素的依赖关系，例如，如项目作为整个大系统的一部分，需要其他部分提供接口定义或者PDT提供正在开发的仿真性能测试工具以代替实际环境测试等等。
4.4 项目关键成功因素
在本节列出可能影响项目成功的关键因素。
4.5 技术方法和工具
在本节中，描述对产品项目进行需求分析、设计、实现、测试、文档写作、发布、修改、或维护过程中采用的开发方法、组织结构和其他标记、工具、技术和方法。此外，对使用的技术标准、方针和流程也要用直接描述或参考到其它文档的方式进行说明。
参考下例，对于产品项目所需要的软件、系统、IT平台和其他工具设备用下表描述（尤其需要关注一些竞争性的工具，比如公司的一些测试设备，数量少，各个项目都要用的）：
Charter任务书模板内容5：交付件
在本节中，应描述需要交付给下游部门的工作产品及其需求。这些交付工作产品应包括各种设计文件、图纸、文档等。交付工作产品应分解成可管理的大小颗粒度。（这部分内容如在配置管理计划或文档计划中已经有了，则这里只需要说明一下，并给出查询路径或者给出电子文档链接）。
举例如下：
Charter任务书模板内容6：项目计划
这部分内容主要包括里程碑节点计划，以及详细的WBS分解表。
6.1 项目的里程碑计划
将项目的所有里程碑和关键活动标注在下面的时间轴上（公司领导和客户高层更关心），更详细的信息可以采取表格的方式呈现，主要是项目团队使用。
6.2 项目的WBS分解表
WBS是将项目的交付成果逐级分解，在Charter中可以分解到一级或二级。立项通过后各负责的团队再继续分解到更下面的层级。
限于篇幅，本Charter产品开发任务书的模板其他章节的内容我们下一篇文章再为您展开。
本模板Word可编辑版和更多的IPD和研发转型的学习研究资源整理如下，欢迎沟通交流：
