项目管理计划书经典.doc
Co. Lt 有限公司
Product version
产品版本
Confidentiality level 密级
Project ID
项目 ID Total pages ：
共23页
XX Project Plan
Prepared by 拟制 Reviewed by 审核 Approved by 批准 XX 项目计划
Date 日期 Date 日期 Date 日期
yyyy-mm-dd
yyyy-mm-dd
yyyy-mm-dd
Revision record 修订记录
Date Revision
Description
Author
日期
2001-06-08 yyyy-mm-dd yyyy-mm-dd
version
描述
initial 初稿完成 revised xxx 修改 XXX revised xxx 修改 XXX
作者
name 作者名 name 作者名 name 作者名 name 作者名
修订版本
1.00 1.01 1.02
yyyy-mm-dd 2.00
revised xxx 修改 XXX
Distribution LIST
Copy No. 1 2 3 4 5 < RDPDT > Holder's Name & Role 分发记录 Issue Date 持有者和角色 分发日期 yyyy-mm-dd yyyy-mm-dd yyyy-mm-dd yyyy-mm-dd yyyy-mm-dd Catalog目 录 1 1 Introduction 简介 .1 1.1Purpose 目的 .2 1.2Scope 范围 .3 1.3References 参考资料 2 2Resource Summary资源概述 3 3Project specific software Processes项目特定的软件过程 4 4 Project Scope项目范围 5 5 Deliverables交付件 .4 5.1 Customer Deliverables给客户的交付件 .5 5.2 Internal Deliverables 内部交付件 6 6 Organization and Responsibilities组织和职责 7 7 Estimated Size /Effort/schedule规模 /工作量 /进度的估计 .6 7.1Estimated size估计的规模 .7 7.2Estimated effort 估计的工作量 .8 7.3Estimated schedule估计的进度 8 8 Project resource required 项目所需资源 .9 8.1Equipment Requirement 设备需求 .10 8.2Software tools 软件工具 .11 8.3Documents 文档资料 .12 8.4Customer Supplied Products 需要客户提供的产品 .13 8.5Staffing 人员需求 .14 8.6Travel 差旅 9 9 Project Schedule 项目进度 10 10 Work Products 工作产品 11 11 Outsourced Task外包任务 .15 11.1 Subcontractor Profile子承包商资料 .16 11.2 Scope of the Outsourced task 外包任务的范围 .17 11.3 Milestone, Receivables & Deliverables 里程碑、交付件 12 12 Acceptance Criteria 验收标准 13 13 Quality Plan 质量计划 .18 13.1 Process Deviation 过程偏差 .19 13.2 Quality Goal 质量目标 .20 13.3 Plan to achieve the Quality Targets & Contingency 达到质量目标的计划及应急措施 .1 13.3.1 Plan to achieve the Quality Targets达成质量目标的计划 .2 应急计划 .21 13.4 Quality Assurance Activities 质量保证活动 7 7 7 7 7 8 8 8 8 8 8 10 10 10 11 11 11 11 12 12 12 12 13 13 14 14 14 14 14 15 15 15 16 16 17 17 .22 13.5 Quality Control Activities 质量控制活动 14 14 Defect Prevention 缺陷预防 .23 14.1 Defect Prevention Plan 缺陷预防计划 15 15 Project Control 项目控制 .24 15.1 Project Reports 项目报告 .25 15.2 Project Team Meeting 项目组会议 16 16 Reuse Component Management 重用构件管理 .26 16.1 Existing components 现有构件 .27 16.2 New components 新增构件 17 17 Configuration Management 配置管理 18 18 Criteria for updating Project plan 项目计划的修订19 19 Assumptions 假定 20 20Dependencies 依赖关系 21 21 Issues问题 22 22 Customer involvement客户的参与 23 23 Risk Management 风险管理 24 24 Training 培训 18 18 18 19 19 19 20 20 20 20 20 21 21 22 22 22 22 Table of contents for the table 表目录 Table 1 XX Figure 1 XX 表1 XX 图 1 XX 6 Table of contents for the figure 图目录 7 XX Project Plan XX 项目计划 Keywords 关键词： Abstract 摘 要： List of abbreviations 缩略语清单： Acronym 术语 Definition 定义 SOW QA RAT Statement Of Work 工作任务书 Quality Assurance Engineer QA Risk Analysis Tool 风险分析工具 1 Introduction 简介 1.1 Purpose 目的 This section should state the purpose of the document. It could also specify the intended audience. 这部分要描述文档的目的，应该指明读者。 1.2 Scope 范围 < Describe the scope of the this Project Plan . Identify the various items this document addresses. > <描述项目计划的范围，明确文档涉及的各项内容 > < This document addresses本文档解决以下问题： The project planning activities to be done and its objective 项目的计划完成的活动及其目标 The quality plan adopted for the project 项目采用的质量计划 Deliverables of the project 项目的交付件 Roles and responsibilities of people involved 所有相关的角色和职责 Schedule of the project 项目进度 Configuration Management for the project 项目的配置管理 Risk Management for the project 项目的风险管理 > 1.3 References 参考资料 Doc ID Name of the referred document 参考资料编号 参考资料名称 1 Resource Summary资源概述 Total Estimated Effort (in person days) 估计的总工作量 Proposal Cost (if available) 建议成本 (如果可以提出 ) Proposed Project Start Date 建议项目起始时间 Development Completion Date 开发结束时间 Support Completion Date (if applicable) 支持结束时间 (如果有 ) Remarks, if any. 说明 1 Project specific software Processes项目特定的软件过程 The project shall conform to the Life Cycle Model and the Processes defined in the Process Handbook, < Provide the document ID and link to the Process Handbook. > 项目应该与生命周期模型和过程手册中定义的过程保持一致 链接方式指向过程手册 >。 2 Project Scope项目范围 <提供文档 ID 并通过 < The project's purpose, scope, goals, and objectives. > <项目的目的、范围、目标。 > 3 Deliverables交付件 3.1 Customer Deliverables给客户的交付件 Requirements. > < List down all the external deliverables i.e. deliverables to the customer as per the SOW/Allocated <罗列所有对外的交付件，如在工作任务书或分配需求中要求的交付件 >> 3.2 Internal Deliverables 内部交付件 < List down all the Internal Deliverables, i.e. deliverables which are not necessary a delivered to the customer, but produced during the project life cycle > <罗列所有的内部交付件，如不必要给客户，但是在生命周期内产生的。 > 4 Organization and Responsibilities组织和职责 The table below identifies the roles and the name involved in the project. 下表定义了项目组涉及到的角色和名称。 The Project Manager before the start of the review will identify reviewers for all documents and code. 在 review 之前 PM需指定所有文档和代码的 reviewers。 For the responsibility of these roles, please refer to the Org. Manual of Huawei. 这些角色的职责，请参考华为的组织手册 The below table shall be revisited at least at the end of every Phase/Stage. 在每个阶段结束时要检查下表的内容。 The changes to the team organization in-between the phase will be communicated to all concerned by the Project Manager through mail and later updated in the Project Plan at every phase. 在阶段之间如果对项目组的结构进行了改变，由 PM 通过 mail 通知所有相关人员，并在以后每个阶段的项目计划中更新。 Sl. No. 1 Role1 Name Reporting To2 Backup resource 角色 姓名 向谁报告 备份资源 Customer Representative NA 客户代表 2 3 4 PDT R&D Representative PDT 开发代表 Project Manager PM QA 1 Including additional roles, if any. 如果有其他角色，请包括进 来 2 Mention the abbreviated Role only (e.g. PM etc.) 以角色缩写名填写（如 PM 等 Sl. No. 5 Role1 Name Reporting To2 Backup resource 角色 Metrics Coordinator 姓名 向谁报告 备份资源 度量协调员 6 Test Coordinator 测试协调员 7 Risk Officer 风险管理员 8 Project Consultant(s) 项目顾问 9 Configuration Librarian 配置管理员 10 Team Members 项目组成员 11 Change Control Board NA NA 变更控制委员会（ CCB ） ve> 12 Technical Reviewers, if available 技术 reviewers 13 Affected groups 相关小组 Sl. No. Role1 Name Reporting To2 Backup resource 角色 姓名 向谁报告 备份资源 1 Estimated Size /Effort/schedule规模 /工作量 /进度的估计 No. of estimation Initial estimation Re-estimation1 Re-estimation2 Re-estimation3 Task 1.1 Estimated size估计的规模 Estimated size in KLOC(NBNC) 0.1 Estimated effort 估计的工作量 Distribution( Initial Re-estimatio Re-estimatio Re-estimatio %) estimation n1 n2 n3 PPL项目计划 SRS需求规 格 STP系统测试 计划 UM 用户手册 HLD 概要设 计 ITP 集成测试 计划 LLD 详细设 计 UTP 单元测 试计划 CODE 编码 UT 单元测试 IT 集成测试 ST系统测试 TRG 培训 PM项目管理 QA 质量保证 CM 配置管理 IGC 组间协调 TOTAL 合计 Phase 0.1 Estimated schedule估计的进度 Initial estimation End Date Start Re-estimation1 Start Date End Date Re-estimation2 End Date Start Date Date PLAN SRS HLD LLD CODING UT IT ST 1 Project resource required 项目所需资源 < List down the hardware requirements for the project e.g. specific hardware platform, test equipment, 1.1 Equipment Requirement 设备需求 which is considered as \"critical computer resource\" etc., Sl. No. 1 2 3 4 5 罗列项目开发需要的硬件资源，如特殊的硬件平台、测试设备等。标准的办公硬件不必在这里列。 > Description Qty. Start Date End Date Remarks 描述 数量 起始日期 结束日期 说明 0.1 Software tools 软件工具 < List down the software required for the project e.g. Linux, Clearcase license, etc., 列出项目需要的软件或软件 license，例如 Linux 、 Clearcase license等。标准的办公软 件不必在这里列。 > Sl. No. Description描述 Qty. Start Date 数量 起始日期 < Mention the software details, including versions etc., 软件描述，包括版本等 > End Date Remarks 说明 结束日期 1 2 3 4 5 < List down the documents, books, and papers to be purchased for the project 0.1 Documents 文档资料 罗列项目需要的文档资料、书籍、论文等 Sl. No. > Description Qty. Start date Est. Cost Remarks 描述 数量 起始日期 估计成本 说明 1 2 3 4 < List down any existing customer supplied products required for the development, integration or testing of the project 0.1 Customer Supplied Products 需要客户提供的产品 罗列开发、集成、测试中需要用户提供的产品 Sl. No. 1 2 3 4 > End dateRemarks 说明 Description描述 Qty. Start date 数量 起始日期 结束日期 0.1 Staffing 人员需求 < List down the human resource requirement with required skills for the project 罗列项目需要的人力资源及技能要求 > Sl. No. Designation Number Start date End date Required skill Remark 资源名称 人数 起始日 期 结束日 期 技能要求 说明 1 2 3 4 Sl. No. 0.1 Travel 差旅 Travel Description Number Expected Remarks 差旅描述 次数 Date 说明 预计时间 1 2 3 4 < List down the software hardware requirements for the project e.g. computer etc. > < 罗列项目开发需要的软硬件资源，如计算机等 > Sl.No. 1 2 3 4 5 Description Qty. Start Date End Date Remarks 描述 数量 起始日期 结束日期 说明 1 Project Schedule 项目进度 Major milestones of the project is listed below: Phase Estimate Start date 将项目的主要里程碑列在下表中： Responsibility Estimate finish date 阶段 SRS Phase 估计开始日期 yyyy-mm-dd 估计结束日期 yyyy-mm-dd yyyy-mm-dd 责任人 Project Manager PM 软件需求阶段 HLD Phase yyyy-mm-dd 概要设计阶段 LLD Phase yyyy-mm-dd yyyy-mm-dd 详细设计阶段 Phase Estimate Start date Estimate finish date Responsibility 阶段 Coding Phase 估计开始日期 yyyy-mm-dd 估计结束日期 yyyy-mm-dd yyyy-mm-dd 责任人 编码阶段 Unit Testing Phase yyyy-mm-dd 单元测试阶段 Integration Testing Phase yyyy-mm-dd yyyy-mm-dd 集成测试阶段 System Testing Phase yyyy-mm-dd yyyy-mm-dd 系统测试阶段 Release and Acceptance yyyy-mm-dd yyyy-mm-dd Project Manager PM 发布和验收 Other, if any yyyy-mm-dd yyyy-mm-dd Project Manager PM 其它 Refer to the Gantt chart for detailed schedule. < Give reference to WBS (Microsoft Project Plan) here. > Project manager will update the Gantt chart every week, and the activities will be tracked through Gantt chart. 进度细节请参考 Gantt图。 <给出 WBS 的参考位置（ Microsoft Project Plan ）>。PM 应该 每周更新 Gantt图，通过它来跟踪活动。 1 Work Products 工作产品 < List down the Approver and Authorizer for each work product. Note that only planning documents and management documents need to be authorized. > < 列出每个工作产品的批准人和签发人，注意只有计划文档和管理文档需要签发。 > Work Product Approver (Name & Role) Authorizer (Name & Role) 工作产品 批准者（名字和角色） 签发者（名字和角色） 1 Outsourced Task外包任务 < This is applicable if any part of the project is outsourced to subcontractor > < 本部分仅当项目中有外包时适用 > 1.1 Subcontractor Profile子承包商资料 Subcontractor's Name 子承包商名 Contact Person 联系人 Address for communication 通讯地址 0.1 Scope of the Outsourced task 外包任务的范围 < Specify the scope of the work from the project outsourced to subcontractor. This could be specified as Features, requirements, modules etc. > < 指明项目外包给子承担商的工作内容，可以采用特性、需求、模块等来说明> 0.2 Milestone, Receivables & Deliverables 里程碑、交付件 < Specify the agreed Milestones, Receivables & Deliverables by the subcontractor > < 指明协商后确定的子承包商的里程碑、交付件 > Milestone Work Product issued to subcontractor Planned Start date Planned finish date Deliverables to Huawei Technologies 里程碑 分配给子承包 商的工作产品 计划开始日 计划完成日 期 期 给华为的交付 件 1 Acceptance Criteria 验收标准 The acceptance criteria for the customer are that the software meets the requirements stated in the requirement specification document. The system test and the acceptance test will demonstrate the software's conformance to the requirement specification. 客户的验收标准就是软件应满足在需求规格文档中描述的需求。系统测试和验收测试将证实软件与需求规格保持了一致。 < Please mention here any specific acceptance criteria from the customer. The acceptance criteria are based on the need of the customer and so shall be defined by the customer with the assistance of the project wherever required. Examples could be Nature of deliveries, Quality Objectives, Testing criteria, Post acceptance fault handling, Documentation etc., > <请在这里注明客户特殊的验收标准。验收标准是基于客户的需要，所以应由客 户来制定， 在需要的时候由项目组协助。 交付件的属性如： 质量目标，测试标准，验收结束后发现故障的处理方式，文档等。 > 2 Quality Plan 质量计划 Process Deviation 过程偏差 < Provide the link of the Deviation Request Form > < 提供到 PJM03F10-偏差申请表的链接 >。 Quality Goal 质量目标 Following metrics will be collected as per the Metrics Procedure. These metrics will be tracked at least once per phase of the project. 2.1 2.2 按照度量过程收集以下度量数据。这些度量数据将会在项目的各个阶段进行跟踪。 Sl. No .序 Metric Quality Targets 质量目标 Remarks 说明 度量 号 Project3项目 Org. 组织 ） 3 These quality goals are also indicative of the priorities of the project. Lesser the variance more the priority. 这些质量目标也表明了项目的优先级别，变化率较小者具有较高的优先 Goal LCL UCL Goal LCL UCL 目标 1 Software Requirements 下限 上限 目标 下限 上限 Stability Index 软件需求稳定指 数 (%) 2 Duration Variance 持续时间偏差 (%) 3 4 Schedule Slippage 进度偏移 (%) Effort Variance 工作量偏差 5 6 (%) Size Variance 规模偏差 Density (%) Defect Detected 发布前缺陷发现 密度 (个/KLOC) 7 Residual Defect Density 遗留缺陷密度 (个/KLOC) 8 Productivity 生产率 (LOC / 人 天) Activity Wise Defect Detection Density 9 SRS Review 活动缺陷发现密度 需求规格 review 缺 陷发现密度 (个/ 页) 10 STP Review 系统测试计划 review 缺陷发现密 度 (个/用例 ) 11 UM Review 用户文档 review 缺 陷发现密度 (个/ 页) 12 HLD Review 概要设计 review 缺 陷发现密度 (个/ 页) 13 ITP Review Sl. No .序 Metric 度量 号 Quality Targets 质量目标 Remarks 说明 Project3项目 LCL UCL Goal Org. 组织 Goal LCL UCL 目标 集成测试计划 review 缺陷发现密 度 (个/用例 ) 14 LLD Review 下限 上限 目标 下限 上限 详细设计 review 缺 陷发现密度 (个/ 页) 15 UTP Review 单元测试计划 review 缺陷发现密 度 (个/用例 ) 16 CODE Review 代码 review 缺陷发 现密度 (个 /KLOC) 17 UT 单元测试缺陷发 现密度 (个 /KLOC) 18 IT 集成测试缺陷发 现密度 (个 /KLOC) 19 ST 系统测试缺陷发 现密度 (个 /KLOC) 0.1 Plan to achieve the Quality Targets & Contingency 达到质量目标的计划及应急措施 1.1.1 Plan to achieve the Quality Targets达成质量目标的计划 < Please refer to the following two examples when plan to achieve the quality targets. > < 制定达成质量目标的计划请参考下述两例：> < Static Code Analysis tools would be utilized during the coding phase. These would be configured to ensure that all programming issues are identified even before the code reaches the code review. The entry criteria for code review would be a no-error and no-warning source code from those tools. This would help improve the code quality and help reviewers focus on design defects in the code rather than on the coding defects (which would take more time )> <在编码阶段使用静态的代码分析工具， 配置工具以确保甚至在进行代码 review之前就能识别所有的编程问题。代码 review 的入口条件是使用工具分析时无错及无警告信息，如 此将能改进代码的质量，并帮助 reviewers关注代码中的设计问题而不是关注简单的编码缺陷（这样将会花去更多的时间）。 > < Test Coverage tools have been identified to ensure that desired code coverage levels are monitored throughout the coding unit testing and subsequent phases. > <指明应使用的测试覆盖率工具， 以确保在整个编码及单元测试阶段及后续阶段中， 期望达到的代码覆盖率得到了监控。 > 0.1.2 Contingency Plan应急计划 < Please take the following statements as example when make contingency plan. If the said quality goals are not met, then we do the root cause analysis for the same. If the quality goal is related schedule variance then project manager will ask team members to work extra time to complete the activities on time. > <制定应急计划时请参考下例：如果列出的质量目标没有达到，我们将进行针对 性的根本原因分析， 如果质量目标引起进度偏差， PM 将要求项目组成员加班以及时完成各项任务。 > 0.2 Quality Assurance Activities 4质量保证活动 Following Quality Assurance activities will be performed: 应该执行以下的质量保证活动： Activity 活动 Responsibility 责任人 Person designated by Project Manager由 PM指定的人员 Software Requirement Specifications review 软件需求规格 review High Level Design Review 概要设计 review Low Level Design Review Person designated by Project Manager由 PM指定的人员 Person designated by Project Manager由 PM指定的人员 详细设计 review Code review Person designated by Project Manager由 PM指定的人员 代码 review Unit test plan and test cases review 单元测试计划和 测试用例 review Integration test plan and test cases review集成测试计 划和测试用例 review System test plan and test cases review系统测试计 Person designated by Project Manager由 PM指定的人员 Person designated by Project Manager由 PM指定的人员 Person designated by Project Manager由 PM指定的人员 划和测试用例 review (Unit/Integration/System) Test results review （单元 / Person designated by Project Manager由 PM指定的人员 集成 / 系统）测试结果 review Backup and restoration QA 级 4 For the schedule of these quality assurance activities, refer to the Gantt (WBS) 质量保证活动的进度安排参考甘特图（ WBS Activity 活动 Verification Responsibility 责任人 备份与恢复验证 Deliverables audit QA 交付件审计 Baseline audit 基线审计 QA 0.1 Quality Control Activities5 质量控制活动 Following Quality Control activities will be performed: 应该执行以下的质量控制活动： Activity 活动 Responsibility 责任人 Unit testing Team member designated by Project Manager 单元测试 Integration testing 由PM 指定的小组成员 由PM 指定的小组成员 由PM 指定的小组成员 Team member designated by Project Manager 集成测试 System testing Team member designated by Project Manager 系统测试 1 Defect Prevention 缺陷预防 1.1 Defect Prevention Plan 缺陷预防计划 Sl No Common Defects Phase Preventive Action Mode (Review) Responsibi DP lity Database ID # (if any) 阶段 预防措施 公共缺陷 方式（建议 责任人 方式为： review ） 缺陷预防 库中的 ID 号 1 Mode to prevent the defects (review/meet ing, etc.) 名> 施 > 发生的公共 缺陷 > 预防缺陷 的方式 （ review/ 会 议等） 2 1 Project Control 项目控制 项目报告 1.1 Project Reports Sl. 1 Report Prepared by Frequency Recipients No. 报告 准备人 频度 向谁汇报 Project Status report Project Manager Weekly PDT R&D Representative QA 项目状态报告 每周 PM PDT 开发代表、 QA ） 51.1Quality Control Activities For the schedule of these quality control activities, refer to the Gantt (WBS) 关于质量活动的进度，请参看甘特图（ WBS Sl. No. 2 Report Prepared by Frequency Recipients 报告 Progress Status report/Work Log! 准备人 项目组成员 频度 每周 向谁汇报 Project Manager PM Team members Weekly 进展报告 /工作日 志 3 End of phase assessment report Project Manager PM End of each phase / Monthly PDT R&D Representative QA PDT 开发代表、 QA 阶段结束评估报 告 4 Project Closeout report 阶段结束 /每 月 Project Manager PM Project Manager PM End of project PDT R&D Representative QA PDT 开发代表、 QA PDT R&D Representative QA PDT 开发代表、 QA 项目结束 Whenever exception is identified 项目关闭报告 5 Project Exception reports 项目例外报告 当发现例外 时 Project Manager PM QA QA 6 WBS - mpp file WBS- mpp 文件类 Weekly Team members 每周 项目组成员 PDT R&D Representative, PM PDT 开发代表， PM Attendees 型 7 SQA Status Report SQA 状态报告 Weekly 每周 0.1 Project Team Meeting 项目组会议 Sl. No 1 Meeting Frequency 会议 Team Meeting Weekly 频度 每周 参加人 Project Manager, Team members, QA PM ，项目组成员， QA Project Manager, Available team members, QA / PDT R&D Representative's designate PM ，项目组成员， QA/PDT 开 项目会议 2 End Phase Meetings End of each phase 阶段结束会议 阶段结束 发代表指定的人员 Monthly Custumer, Quality Manager, PDT R&D Representative, Project Manager, QA 3 Project Assessment Meeting 每月 项目评估会议 客户， QA 经理， PDT 开发代 表， PM，QA Sl. No Meeting Frequency Attendees 会议 频度 参加人 4 Project Closeout End of project Project Manager, Available team members, QA, PDT R&D Representative 项目关闭会议 项目结束 PM，项目组成员， QA ， PDT 开发代表 1 Reuse Component Management 重用构件管理 1.1 Existing components 现有构件 6 Sl. No Component/ Document Name Applied phases Reusable component asset ID (If applicable) 采用阶段 构件 /文档名 1 2 重用构件的资产 ID 0.1 New components 新增构件 7 Sl. No Component/ Document Name Requirement/ Remarks Document id 说明 序 构件 /文档名 号 1 2 需求 / 文档 id 1 Configuration Management 配置管理 The configuration management activity for the project will be done as per the Software Configuration Management Plan. < Give reference to CMP > 项目的配置管理活动应该按照配置管理计划来执行 <给出到软件配置管理计划的链接 > 2 Criteria for updating Project plan 项目计划的修订 The Project Manager will revise the Project Plan and/or it's associated referenced items, on any of the following events: 在发生如下事件时， PM 修订项目计划和参考文档： A milestone is achieved. Re-visit the PP at end of each phase, and make revisions, as necessary 到达某里程碑，在每个阶段结束后如果必要的话修订项目计划。 The scope of the project is changed 项目的范围发生变化 Any risk has materialized and corrective actions are to be taken. 当风险成为现实时采取了相应的行动 When the variation on schedule, effort, and size is goes beyond the control limits and corrective actions are required. 当进度、工作量、规模超出控制的范围并需要采取纠正行动时。 Corrections resulting from internal or external audits. 内部或外部审计导致的纠正活动 ） 6which are already exist in the Reusable component asset 件 7New Components, which shall be created from the project 资产库中已有的重用构 项目产生的新的重用构 The approval and authorization on revisions will follow the usual Project management procedure (PJM03). 对修订后的项目计划按照项目管理规程来批准和签发。 3 Assumptions 假定 < List all assumption of the project. 列出对于项目的假定前提 > Sl. No 1 2 3 Assumptions Remarks 假定 说明 1 Dependencies 依赖关系 < List any assumed factors (as opposed to known facts) that could affect the schedule of the project. The project could be affected if these assumptions are incorrect, are not shared, or change. Also identify any dependencies the project has on external factors. 列出所有影响项目进度的假设因素 (相对于已知的因素 )。如果这些假设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使项目受到影响。另外还 要描述项目对外部因素的依赖关系，例如，如项目作为整个大系统的一部分，需要其他部分提供接口定义或者 PDT 提供正在开发的仿真性能测试工具以代替实际环境测试等等 > Dependency（ usually is interface, other module, etc. ）or Assumptions Sl. No Responsibility Status Earliest availability Date 责任人 状态 最早可用日期 依赖于（通常指接口、 其它 模块等） 1 2 3 1 Issues问题 < Describe any issues related to current release or carried forward from previous releases > < 描述与当前版本有关的问题或从前一版本继承而来的问题> < List down the Issues identified during the initial study of the project, including the issues related to inter-group, Lab space, Working space etc., 列出项目初期任何其他已经发现的问题，包括组间协调、实验环境、工作场所等问题。 > Sl. No Issues Responsibility Status (Open/Closed) Earliest Closure Date 问题 责任人 状态（打开 /关 最早关闭日 闭） 期 1 2 1 Customer involvement客户的参与 Sl. No Involvement in (Phase, Work Expected responsibility of the customer Max. Response time Remarks 说明 序 期望客户承担的职责 Product etc.) 号 在哪些方面（阶 段、工作产品等） 参与 1 2 3 4 最大响应时间 1 Risk Management 风险管理 The risks in the project will be managed as per the Risk Management procedure (PJM05). Please refer to the Risk Management Plan. < Provide the link of the Risk Management Plan > 按照风险管理规程（ PJM05）来管理项目的风险。参考 RAT 工具中的风险管理计划<提供到风险管理计划的链接 >。 2 Training 培训 Sl. No. Domain / Name 领域 / Skill Requirement Team Members Skill Available Training method培 Evaluation method 序 号 名称 需要的技能 项目组 成员 <1Yr- 2yrs of experience> <1-2 年经 已有技能 训方法 评估方法 1 验> 半年的经 验> 标准 > 和PM 讨论> 2 Mentoring Plan shall include in this training plan, the training \"Mentoring training\" in the \"Training method\" column. tasks shall be identified by 导师计划也应包含在本培训计划中，该类计划在 “培训方法 ”一栏需标识 “导师培训 ”。 因篇幅问题不能全部显示，请点此查看更多更全内容