项目过程定义裁剪表
项目管理项目裁剪表
执行 执行/省略
执行/省略
不可裁剪 项目不涉及的可裁剪
项目不涉及的可裁剪
序号
1
2 3 4 5 6 7 8 9 10 11 12
13
14
15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32
33
34
35 36 37 38
过程 售前阶段 项目立项
需求调研
裁剪表_合同交付_C类项目
活动
角色
产出物
沟通了解客户需求 编写用户需求说明，并与客户确认
项目变更表 项目沟通记录（会议纪 要、邮件等）
交付_C类项目
可选方案
本项目方案
裁剪说明
执行
不可裁剪
执行 执行 执行 执行 执行 执行 执行/合并 执行/合并 执行 执行
执行/合并/省略
执行/合并/省略
执行/省略
执行/合并/省略
执行/省略 执行/省略 执行/省略 执行/省略 执行 执行/省略 执行 执行/省略 执行/省略 执行 执行/省略 执行 执行/省略 执行/省略 执行/省略 执行/省略 执行/省略
不可裁剪
项目周期小于10天的可裁剪 不可裁剪
项目周期小于10天的可裁剪
项目不涉及的可裁剪 不可裁剪 项目不涉及的可裁剪 不可裁剪 项目不涉及的可裁剪 项目不涉及的可裁剪 项目不涉及的可裁剪 项目不涉及的可裁剪
项目不涉及的可裁剪
允许简化验收方式 项目不涉及的可裁剪 允许简化确认方式 项目不涉及的可裁剪 不可裁剪 不可裁剪 不可裁剪 不可裁剪
执行/省略
执行/省略
执行 执行 执行 执行
不可裁剪
不可裁剪 不可裁剪 不可裁剪 不可裁剪，包括沟通、监控、风险、配置等管理计 划 不可裁剪
项目过程定义模板--裁剪表
开发过程
编码实现
单元测试
集成测试
关键核心部分需要详细文档 关键核心部分需要审查 对于复杂的/重要的、关键的/存在外部接口的 程序，对重要的服务器的最初版本，建议进行 代码评审；对关键部分可以形成代码说明文 简要形成测试用例，起到提示作用，或者不准 备文档。 关键核心部分需要准备文档并进行非正式评审 和轮查 系统有高可靠性要求，技术难度高，需要对关 键核心部分或整个系统执行该活动
பைடு நூலகம்
中心正式评审 审查 组内正式评审 审查
详细 概要 文档合并时应在详细设计的模板中增加概要设 计的内容；C类项目可以选择单独形成概要设计 文档；
概要设计
组内正式评审 审查 非正式评审 非正式评审 非正式评审 非正式评审
概要
详细设计
走查 概要 轮查 概要 走查 概要 轮查/走查 详细 走查 走查 走查 轮查 概要 概要 详细
379612164.xls
维护项目过程定义
过程分类 过程元素 需求获取 需求分析 项目特性 需求完整、清晰，稳定 需求部分明确，多变 需求模糊，多变 重要的B类项目、C类项目 A类项目和重要程度不高的B类项目 规模为A类，技术难度低，团队水平高 规模为B、C类项目 规模为A类，技术难度低 规模为A类，技术难度高 规模为B、C类，技术难度低 规模为B、C类，技术难度高 所有代码 技术难度低 技术难度高，工期紧 技术难度高，工期正常 技术难度低，团队技能高 技术难度低，团队技能低 技术难度高，团队技能高 技术难度高，团队技能低 规模为A类 规模为B、C类 所有情况 所有情况 所有项目 所有情况 开发周期2周以内 开发周期2周及2周以上 规模为A类 规模为B类 规模为C类 规模为A类 执行属性 文档化属性 执行 执行 执行 执行 执行 合并 合并 执行 执行 执行 执行 执行 执行 执行 执行 合并 合并 执行 执行 执行 执行 执行 执行 执行 执行 执行 执行 执行 执行 执行 合并 并入SRS 并入SRS 并入SRS 准备文档 准备文档 并入详细设计 并入详细设计 或者原来的概 要设计说明书 准备文档 准备文档 准备文档 准备文档 省略 准备文档 准备文档 准备文档 并入系统测试 并入系统测试 准备文档 准备文档 准备文档 准备文档 准备文档 准备文档 准备文档 项目评审 同行评审 详细程度 严格程度 裁剪说明
裁剪表
试验人员/设 计人员
主管设计人 员
系统定型评审
设计人员
系统型式/组合/交 付试验大纲设计
411
412
例行试验大纲-系统
总图 组装图 组焊图 零件图 施工设计说明书-系统
型式试验大纲-系统 组合试验大纲-系统
413
交付试验大纲-系统
420
系统现场/可靠性 试验大纲设计
421
现场试验大纲-系统
422
可靠性试验大纲-系统
430
首件试验及系统验 证
431
例行试验报告-系统
系统型式组合交付 系统型式组合交付试
试验大纲评审
验大纲检查单
系统型式组合交付
试验大纲评审
设计人员
系统型式组合交付 试验大纲评审
设计人员
系统型式组合交付 试验大纲评审
系统现场可靠性试 系统现场可靠性试验
验大纲评审
大纲检查单
设计人员
系统现场可靠性试 验大纲评审
设计人员
系统现场可靠性试 验大纲评审
系统首件评审
况决定是否
裁剪 以下两项成
△ 果物必须存
在一项
＋
建议市场类 产品选用
建议平台开
＋ 发类产品选
用 △
△
△
△ 在产品开发 过程定义
＋ 时，根据情 况决定是否 裁剪
△
436
437 438 43B 43C 43D 43E 500 产品定型阶段
型式试验报告-系统
组合试验报告-系统 首件研制报告-系统 标准化审查报告-系统
况决定是否
产品项目裁剪表
TC320VH下车底盘改进
化流程），◇-此活动/成果物合并到其它活动/成果物，☆-此活动/成果物由服用其他项目而来，X-此活动/成
组织过程定义过程
组织过程定义过程XXXXXX有限公司--------------------------------------------------------------------- XXXXXX有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
文件更改摘要：目录1.目的/方针 (3)2.范围 (3)3.术语 (3)4.角色与职责 (3)5.入口准则 (3)6.输入 (3)7.流程图 (4)8.主要活动 (5)8.1.建立和维护组织标准过程 (5)8.1.1.建立组织标准过程 (5)8.1.2.维护组织标准过程 (6)8.2.建立和维护组织过程财富库 (6)8.3.项目过程定义 (6)9.输出 (6)10.出口准则 (7)11.引用文档 (7)12.使用模板 (7)1.目的/方针组织过程定义(Organization Process Defined, OPD)的目的是建立和维护可用的组织过程资产和工作环境标准组织应遵循本过程建立和维护组织标准过程、组织财富库、工作环境标准、组织度量度、团队建设，以供使用。
2.范围适用于组织标准过程、组织财富库、工作环境标准、组织度量度、团队建设建立和维护。
3.术语4.角色与职责5.入口准则●EPG已组建●EPG章程已获得公司高层管理者批准6.输入●过程改进信息7.流程图图1: 组织过程定义过程示意图8.主要活动组织过程定义过程的主要活动包括：建立和维护组织标准过程、组织财富库、组织度量库、工作环境标准及团队建设，对这些活动的度量工作见《度量与分析过程》。
8.1.建立和维护组织标准过程8.1.1.建立组织标准过程EPG负责组织相关部门和人员在充分沟通的基础上建立组织标准过程，包括建立生命周期模型（《生命周期模型选择指南》）、建立裁剪标准与指南（《项目过程定义裁剪表》）、建立工作环境标准（《标准工作环境管理规程》）。
软件项目过程定义及裁剪表模板
XXXX项目过程定义及裁剪表XXX项目过程定义及裁剪表.xlsx裁剪的主要步骤为：1. 确定本项目类别和开发策略。
2. 识别本项目特性，分析项目量化的特性对裁剪的影响。
3. 确定对各开发过程活动的裁剪属性。
4. 使用项目裁剪模板选择和裁剪过程活动，得出组织定义过程。
裁剪说明剪裁操作说明剪裁操作说明本规程提供了可供选择的适应不同项目特性的项目定义过程，以便项目组在进行裁剪时减少工作量和复杂度。
在项目组进行制定项目定义过程时，优先选择与项目特征相近的项目定义过程，加以修改，如果依据项目特征运用专业判断发现没有合适的项目定义过程可选时，可根据本文档所提供的裁剪方法制定项目定义过程。
项目组进行过程裁剪时需要结合项目特征，尤其是考虑具体项目的业务需求和技术需求，按照裁剪规程的指导，在此基础上和可控的范围内进行裁剪，即适当地添加、删减、修改组织标准过程，得到项目定义过程。
从这一角度来说不存在一个事先可以确定的项目定义过程。
裁剪指南剪裁是调整组织标准过程文件（OSP），以此来获得适用于项目的特定业务或技术管理需要的过程。
剪裁不可简单地看作只是对OSP进行删除或修改，我们还可以增加某些OSP中没有的过程，以此达到剪裁得到项目已定义的过程（PDP）更适合于实现项目的目标。
不可控的剪裁实际上意味着不存在标准过程，因此，我们在此定义出了对OSP剪裁的一系列准则，由此，让项目能够按照此准则剪裁得到PDP。
裁剪原则：1) 首先按项目类型对标准过程和活动进行裁剪，生成各类项目裁剪指南。
2) 在各类项目裁剪指南中某一过程中的某个活动被裁剪，该活动的所有输出文档都可以裁剪。
3) 在剪裁指南中，我们给出各种活动的选项，并为每个过程步骤指定它是否是必要的或可剪裁的。
如果是可剪裁的，要给出指南，指明活动的什么属性可以进行剪裁，现有的活动或输出是什么以及什么时候采用不同的替代活动。
剪裁属性列表如下：剪裁属性 裁剪结果 剪裁属性 裁剪结果文档化 准备文档 活动 执行这项活动XXX项目过程定义及裁剪表.xlsx 剪裁是调整组织标准过程文件（OSP），以此来获得适用于项目的特定业务或技术管理需要的过程。
项目裁剪表
项目裁剪表在软件开发和产品设计的过程中，经常会遇到时间和资源的限制，需要对项目进行裁剪。
项目裁剪表就是一个用于记录和管理项目裁剪的工具，它可以帮助团队决策哪些功能和特性应该被保留，哪些应该被放弃。
1. 背景介绍在现实世界中，没有完美无缺的项目。
因为各种原因，例如时间、成本、技术限制等，我们常常不得不对项目进行裁剪。
项目裁剪表作为一种工具，能够帮助团队做出明智的决策，从而在有限的资源下实现尽可能多的目标。
2. 项目裁剪表的设计项目裁剪表通常由以下几个方面组成：2.1 目标和优先级：明确项目的目标和优先级，这样可以帮助团队在决策时更加有依据。
2.2 功能列表：将项目中的各个功能列出，以便团队更清晰地了解项目的全貌。
2.3 功能重要性评估：对每个功能进行评估，根据重要性和必要性进行排序。
2.4 可行性评估：评估每个功能的可行性，包括技术难度、时间成本、资源需求等。
2.5 裁剪决策：基于功能重要性和可行性评估结果，做出裁剪决策并记录在表格中。
2.6 进度和资源管理：记录项目的进度和资源分配情况，帮助团队更好地掌握项目的整体进展。
3. 使用项目裁剪表的步骤使用项目裁剪表可以遵循以下步骤：3.1 列出所有功能：将项目中的所有功能列出，并按照模块分类。
3.2 评估功能重要性：根据项目目标和优先级，对每个功能进行重要性评估，可以使用数字或等级来表示。
3.3 评估功能可行性：对每个功能进行可行性评估，包括技术难度、时间成本、资源需求等。
3.4 作出裁剪决策：根据功能重要性和可行性评估结果，确定裁剪方案，将不必要或难以实现的功能从项目中剔除，并记录在项目裁剪表中。
3.5 管理进度和资源：根据项目裁剪表中的决策，合理管理项目的进度和资源分配，确保项目能够按时完成。
4. 注意事项在使用项目裁剪表时需要注意以下几点：4.1 目标和优先级的明确性：目标和优先级的明确性对于项目的整体成功至关重要，应该充分考虑各个利益相关者的需求和期望，并作出合理的权衡。
XX-项目过程定义裁剪表 模板
需特批项目评审
省略
审批 省略
项
目
管
理
项目计划变更 控制
计划变更及评审
执行
审批
项目启动 项目跟踪
项目启动会 周跟踪 月跟踪
里程碑跟踪
项目监 控 里程碑评审
不定期跟踪
不能裁剪 不能裁剪
执行
审批
不能裁剪
省略
省略 省略
执行
会议
项目控制
偏差控制及评审
执行
省略 省略
需求确认
需求评审
不能裁剪
技术 评审 会议
需求管 理
缺陷管理
制定系统测试计划及评 审
执行
审批
执行系统测试 提交测试报告及评审
执行 不能裁剪 会签
不能裁剪
验收测试
制定验收测试计划及评 审
执行
ቤተ መጻሕፍቲ ባይዱ执行验收测试
执行
审批
提交测试报告及评审 执行
审批
产品发布
正式发布及评审
发布与 实施 项目实施验收
不能裁剪 审批 不能裁剪
配置策划
配置策划及评审
不能裁剪
配置库管理 配置管
不能裁剪
组内评审：《详细设计评审检查单》
《会议纪要》《项目问题跟踪表》 书面轮查/个人复查：《详细设计说
不能裁剪
明书》
《编码规范》 源代码
准备文档
执行：有程序开发时且采用的编码工具公司 没有现成的编码规范以及需要在公司编码规 范上细化的项目 省略：有程序开发时且采用公司以有的编码 规范，或无程序开发时
《需求变更申请表内部评审表》 正式变更：《需求变更申请表》《 软件变更申请表》《软件变更报告单 》《配置项状态报告》《需求跟踪矩 准备文档 阵》变更后工作产品 非正式变更：《需求跟踪矩阵》变 更后工作产品
项目过程定义裁剪表
项⽬过程定义裁剪表
裁剪说明：
以“组织标准过程（OSP）”为基础，依据本项⽬特征信息，以此获得适⽤于这个项⽬的特定过程。
裁剪不可简单地看作只是对标准过程进⾏删除或修改，我们还可以增加某些标准过程中没有的过程，以此得到更适合这个下表：紫底部分内容需要根据各项⽬特征选择，选择标准参见“活动执⾏属性裁剪指南”、“项⽬评审裁剪指南”、“⽂
策划
评审
设计
管理
上线
的过程，以此得到更适合这个项⽬的过程。
“项⽬评审裁剪指南”、“⽂档化属性裁剪指南”。
约定需要上线的
省略：⾮上述情况时。
项目名称-项目开发过程裁剪表
1.《立项申请表》 2.更新后的《XX项目需求工 项目经理 作量评估表》 3.《项目启动会会议纪要》
1.项目经理与项目QA一期进行项目过程裁剪； 2.定义本项目的项目管理规范及项目监控及沟通的 机制； 3.根据裁剪后的过程估算项目的进度及资源计划
1.禅道上完整的项目计划 （近细远粗） 2.《XX项目过程裁剪表》 3、里程碑计划
设计人员
1.项目经理根据需要组织概要设计说明书的评审
1.《评审记录表》 项目经理 2.修改后的概要设计说明书
1.详细设计 2.编写详细设计说明书
《详细设计说明书》初稿
设计人员
1.项目经理要对开发人员进行编写规范培训 2.编码实现
编译通过的源代码
开发人员
1.项目经理对项目成员源代码进行抽查 2.抽查出的bug记录到禅道中
实施经理
《上线验收报告》
实施经理
1.系统上线验收后，系统进入试运行阶段，在试运 行阶段，项目经理指派专人收集客户问题形成《问 题记录单》，并及时组织人员对系统问题进行修复 。 《软件终验合格通知单》 2.项目经理编写《软件终验合格通知单》，并联系 客户进行终验验收工作。 3.客户试运行时间根据合同约定，在试运行结束 后，项目经理尽快联系客户进行系统最终验收签字 1、客户签署最终验收报告，且试运行结束后，项 目经理整理项目文档，与客服沟通交接事宜 2、客服对项目交接的文档进行验收，并且与客户 确认当前阶段客户系统已正式投入使用 《项目交接确认表》 3、确认交接文档、程序齐全，客户已开始正式使 用后，客服部在《项目交接确认单》上签字，完成 交接
0603 项目评价
项目的所有文档、资料
0701 配置审计
项目过程裁剪表
07 配置审 计与质量 保证
研发过程管理裁剪表V1.0
设计阶段
12
交互设计 师
交互设计
13
软件开发 工程师
代码评审
14
开发阶段
软件开发 工程师
单元测试报告
15
项目经理 测试申请
16
测试负责 人
测试计划
17
测试负责 人
系统测试用例
18
测试阶段
测试工程 师
bug记录
19
测试负责 人
测试报告
20
资料开发 用户手册
工程师
21
安装部署手册
22
项目经理 发布清单
23
发布结项 项目经理 项目核算表
【 】输出文档
【 】输出文档 【 】SVN记录 【 】输出文档
【 】输出文档
【 】输出文档
【 】Testlink 【 】输出文档
【 】Jira系统
【 】输出文档 【 】PDF 【 】CHM 【 】WORD 【 】输出文档 【 】输出文档 【 】输出文档
可裁剪 可裁剪 可裁剪 可裁剪
7
项目经理 项目进度计划
【 】输出文档
8
开发经理 概要设计说明书
【 】输出文档
9
开发经理 详细设计说明书
【 】输出文档
10
开发经理 数据结构设计说明书 设计阶段
【 】输出文档 【 】PDM
11
界面设计 师
界面设计
【 】输出文档
评审人
是否可裁剪 裁剪结果 不可裁剪
备注
不可裁剪
可裁剪 不可裁剪 不可裁剪 不可裁剪 可裁剪 可裁剪 可裁剪 可裁剪 可裁剪
可裁剪
可裁剪 可裁剪 可裁剪 可裁剪 可裁剪 不可裁剪 不可裁剪
发布结项
cmmi过程裁剪表及说明
cmmi过程裁剪表及说明1. 说明√可裁减2.项⽬信息本阶段输⼊⽂档交付⽂档相关过程体系模板A 类项⽬⽬前开展的活动A 类项⽬适⽤的活动备注零、项⽬启动阶段0-1制定项⽬启动计划N/A项⽬启动计划项⽬启动计划模板项⽬启动计划模板0-2需求分析项⽬启动计划1. 需求调研提纲；2. ⽤户需求规格说明书；3. ⽤户需求规格说明书评审报告1. 需求调研提纲模板；2. ⽤户需求规格说明书模板；3. ⽤户需求规格说明书评审检查单1. 需求调研提纲2. 业务需求说明书3. 业务需求说明书评审汇总表1. 需求调研提纲；2. ⽤户需求规格说明书；3. ⽤户需求规格说明书评审检查单；4.业务需求说明书及评审汇总表5.建⽴需求跟踪矩阵本期以业务需求为主，因⽤户需求对⽤户有利，后期加以引导⽤户适应。
此阶段建⽴需求跟踪0-3架构设计项⽬启动计划1. 架构设计说明书；2. 架构设计说明书评审报告1. 架构设计说明书模板；2. 架构设计说明书评审检查单架构设计说明书及架构评审汇总表视项⽬情况，可选。
0-4初始估算1. ⽤户需求规格说明书；2. 架构设计说明书1、规模估算表（功能点）2、项⽬⼯作量估算表（使⽤COCOMOII模型）3、宽带Delphi估算表1、规模估算表模板（功能点）2、项⽬⼯作量估算表模板（使⽤COCOMOII 模型）3、宽带Delphi 估算表模板1、规模估算表模板（功能点）2、项⽬⼯作量估算表模板（使⽤COCOMOII 模型）3、宽带Delphi 估算表模板0-5项⽬⼯作任务书的编制和下达 1. ⽤户需求规格说明书；2. 架构设计说明书；3. 项⽬⼯作量估算表项⽬⼯作任务书项⽬⼯作任务书模板0-6启动阶段审计启动阶段所有的⼯作产品启动阶段审计报告启动阶段审计检查单启动阶段审计检查单0-7启动阶段总结N/A启动阶段总结报告启动阶段总结报告模板启动阶段总结报告⼀、项⽬计划阶段1-1创建项⽬配置库《项⽬配置管理计划》项⽬配置库N/A执⾏但有偏差裁剪结果选项软件开发类项⽬的典型的裁剪指南定义本⼯作表为本项⽬的过程裁剪结果，项⽬经理根据项⽬类型及本⼯作表中的裁剪指南，对组织的标准开发活动进⾏裁剪，由此定义出本项⽬所要执⾏的活动。
项目过程定义模板
不可裁剪
不可裁剪
不可裁剪
设计
编码 测试 发布
数据库设计 系统设计评审检查表
详细设计
详细设计说明书
详细设计评审检查表
集成测试用例 集成测试用例
设计
集成测试用例评审检查表
按照项目实际情况进行数据库类型及版本选型、定义数 据库架构、设计数据库E-R图、关系模型、存储方法和存 储结构。
技术经理
产品经理 技术经理
代码评审
代码 代码评审检查表
开发人员
开发人员 开发人员 技术经理
执行单元测试 单元测试报告
提交测试
测试提交单
测试环境
测试环境配置清单
运行环境+配置库+数据库+接口文件。
集成测试报告 执行集成测试
缺陷记录（已执行的测试用 例和缺陷记录）
系统测试报告 执行系统测试 缺陷记录（已执行的测试用Fra bibliotek例和缺陷记录）
关键采用技术、外购技术及平台等决策清单及相关的采 购费用、采购编号对应
定义接口基本信息，接口名称、请求方式、请求路径、 接口描述等；定义请求入参及说明。请求头、请求体 等；定义返回数据及出参说明，约定响应状态码。
整理系统运行和用户实际工作中所需的字典数据，统一 标准。字典可包括：字典类别、类别名称、字典编码、 字典名称等，可扩展定义树形字典体系；建立统一字典 数据采集；维护和使用的系统支撑体系。
项目基本信息表 项目名称： 编制人/日 期： 项目过程定义表
阶段
活动
项目启动会 项目启动
项目定义
流程裁剪 项目估算
项目过程定义
项目编号： 审核人/日期：
主要交付件
内容
负责人
新产品开发项目裁剪工作表
系统测试总结
产品度量 《产品度量规程》 产品度量表
完善技术报告 《技术报告模板》 完善的技术报告 完善用户手册 《用户手册模板》 完善的用户手册
第 3 页/共 4 页
部门级会议评 审
项目总结
整理项目工作 产品
《评审规程》
评审记录
完善的项目工作产 品
配置审计 《配置管理规范》 配置审计报告
理表 评审检查表
评审记录
更新的配置库结构 层次图
软件质量保证计划
评审记录
过程度量表
系统设计
系统设计 《软件开发过程》
部门级会议评 审
《评审规程》 《系统设计评审检
查表》
进一步定义项 《项目软件过程定
目软件过程
义规程》
细化任务分解
进一步的软件 《产品策划过程》
估计
《软件开发过程》
调整阶段计划 《软件估计规程》
表格编号：TD109A-项目编号-两位顺序号
项目名称：
裁剪 过程活动 参照质量管理体系
结果 （子活动）
文件
产品预研
新产品开发项目裁剪工作表
提交工作产品
PSM： 裁剪描述
SQAL： 裁剪原因
预研立项
《立项建议报告模 板》
立项建议报告 项目任务书
公司级网上评 审
《评审规程》 《产品立项评审检
查表》
定义项目软件 《项目软件过程定
查表》
贯穿始终的支持性活动
软件质量保证 《软件质量保证规
实施
程》
风险管理实施 《风险管理规程》
配置管理实施
《标识规范》 《配置管理规范》
部门、项目组 例会
《项目管理过程》
项目计划实施 跟踪
项目过程裁剪说明
项目过程定义
项目过程裁剪说明
工作任务分解
项目估算
项目估算表
风险识别
风险管理计划 风险缓解计划
计划项目进度 明确项目组织结构和职
项目策划
责 编制总体计划草案 总体计划评审 总体计划调整并纳入基 线
编制辅助计划
项目总体计划(草案) 计划评审报告 项目总体计划(基线) 质量保证计划 配置管理计划
项
辅助计划确认
一次性
一次性
一次性
销售人员下达项目确认书
一次性
一次性
一次性
一次性
一次性
一次性
一次性
一次性
一次性
一次性 与项目总体计划合并
多次
阶段 每个阶段 一次性
见总体计划及其附件 一次性
一次性
一次性
一次性
一次性
阶段 周 日
在需求阶段，每半月写一次周报(项 目规模小，2人进行需求调研)
周
-6
日
阶段 周 一次性
需求和设计阶段投入人力较少，所以 需求阶段的项目周报裁剪掉，可见阶 段报告
一次性
一次性
一次性
一次性
一次性
项目没有人力外包需求
项目没有人力外包需求
项目没有人力外包需求
项目没有人力外包需求
项目没有人力外包需求
项目没有人力外包需求
一次性
阶段 日
并入项目阶段报告
一次性
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
一次性
项目已定义过程
《评审报告》
不可裁剪
否
《产品集成计划》
项目计划里已经明确的就引用项目计划
否
管评会议纪要
不可裁剪
否
《接口关系表》
不可裁剪
否
组装后的产品
不可裁剪
否
参见测试过程的产出物
不可裁剪
否
《系统测试计划》
不可裁剪
否
管评会议纪要
不可裁剪
否
《系统测试用例》
不可裁剪
评审通知
执行非正式评审时可裁剪
否
《评审准备表》
执行非正式评审时可裁剪
《决策分析报告》
不需要进行项目决策时可裁剪
填写区
是否裁剪
裁剪说明
是否交付客户
删除
定制开发型项目
否
删除
定制开发型项目
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
删除 项目周期小于6个月
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
是
否
是
否
是
否
否
否
否
否
否
否
否
否
否
否
否
否
项目裁剪表
项目裁剪表概述项目裁剪表是项目管理中的一个重要工具，旨在对项目进行详细的规划和设计，并在项目实施过程中将其分解成更具可管理性的子任务。
本文将探讨项目裁剪表的定义、优势和步骤等主题。
什么是项目裁剪表项目裁剪表是一种以表格形式呈现的项目管理工具，用于记录项目的需求、工作范围和任务分解等细节信息。
其主要功能是将项目目标细化为具体可执行的任务，并对任务进行优先级排序和时间安排。
企业项目管理中的应用1.项目裁剪表可帮助企业制定明确的项目目标和任务，确保项目团队清晰明了地了解项目的工作范围和各项任务的重要性和优先级。
2.通过项目裁剪表的使用，项目团队可以更好地理解项目中的各项任务，并能够及时调整和优化任务的分配和时间安排，以确保项目按时交付。
3.项目裁剪表还可以帮助企业进行资源评估和管理，通过对项目中各个任务所需资源的量化和分析，能够更好地合理分配资源，以达到最佳的项目效果。
项目裁剪表的优势1.明确目标：项目裁剪表能够将项目目标转化为明确的任务细节，帮助项目团队更好地理解项目的目标和愿景，并能够根据任务的重要性和紧急程度来进行优先级排序。
2.提高效率：通过将项目分解成更小的任务，并对这些任务进行优先级和时间安排，项目团队可以更好地进行任务分配和资源管理，从而提高项目实施的效率和质量。
3.管理风险：项目裁剪表中的任务明确了项目的工作范围和细节，有助于识别和管理项目风险，并能够及时对项目进行调整和优化，以降低项目失败的风险。
项目裁剪表的步骤1.定义项目目标：明确项目的目标和愿景，确保项目整体的方向性和一致性。
2.识别关键任务：根据项目目标，识别和梳理项目中的关键任务，并按照优先级进行排序。
3.任务分解和时间安排：将关键任务进一步细化为可执行的具体任务，对任务进行时间安排和优先级排序。
4.资源评估和分配：对项目中各个任务所需资源进行评估和分析，并合理分配资源，以确保项目的执行效果和效率。
5.监控和调整：定期对项目裁剪表进行监控和评估，根据实际情况对任务进行调整和优化，以确保项目顺利进行。
CMMI_项目裁剪规程
项目裁剪规程变更日志目录1 引言 (1)1.1目的 (1)1.2适用范围 (1)1.3定义 (1)1.4参考资料 (1)2 组织和职责 (2)2.1项目负责人 (2)2.2QA (2)2.3EPG (2)2.4归档管理员 (2)2.5组织财富库管理员 (2)3 项目裁剪的过程以及相关裁剪准则 (3)3.1项目裁剪过程 (3)3.2项目裁剪 (3)3.3项目裁剪结果的记录 (4)3.4项目裁剪结果的评审 (4)3.5项目裁剪结果的备案和归档 (4)项目裁剪规程1 引言1.1目的项目裁剪的目的是根据项目的特性对公司定义的项目过程（如，项目标准实施指导、相关程序文件和指导书等）进行裁剪，在此基础上生成符合项目实际需要的、具有可操作性的项目自定义过程。
本指南包括对项目裁剪相关概念的定义、项目裁剪的过程以及相关裁剪准则等的描述。
1.2适用范围适用于公司所有项目对项目标准过程进行裁剪的过程指导。
1.3定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词汇。
词汇名称词汇含义备注项目标准实施指导是指在公司级别定义的各类项目的实施过程的标准集合。
该集合中包括了多种项目过程和软件过程，其中多种软件过程可以用来满足不同应用领域、生命周期、方法学和工具的需要，多种项目过程可以用来满足不同的公司级的管理需要，包括两者之间可以有多种不同形式的组合。
项目实施指导是由项目标准实施指导裁剪得到的具体项目的实施过程的集合。
项目裁剪是指具体项目在公司的项目标准实施指导的基础上对相关内容进行的新增、删除和修订。
其中：新增：是指在原有内容的基础上增加新的内容以适应本项目的需要。
删除：是指在相关内容并不适用于本项目的前提下将其删除。
修订：是指基于相关内容对于本项目的适用程度对其实现细节和实现程度进行修改。
1.4参考资料无2 组织和职责2.1项目负责人➢管理项目；➢负责项目的计划工作，其中包括基于项目的特性与EPG及QA共同讨论对公司的项目标准实施指导的裁剪。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
裁剪说明：
以“组织标准过程（OSP）”为基础，依据本项目特征信息，以此获得适用于这个项目的特定过程。
裁剪不可简单地看作只是对标准过程进行删除或修改，我们还可以增加某些标准过程中没有的过程，以此得到更适合这个下表：紫底部分内容需要根据各项目特征选择，选择标准参见“活动执行属性裁剪指南”、“项目评审裁剪指南”、“文
策划
评审
设计
管理
上线
的过程，以此得到更适合这个项目的过程。
“项目评审裁剪指南”、“文档化属性裁剪指南”。
约定需要上线的
省略：非上述情况时。