项目过程定义裁剪表

合集下载

项目管理项目裁剪表

执行执行/省略
执行/省略
不可裁剪项目不涉及的可裁剪
项目不涉及的可裁剪
序号
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-项目过程定义裁剪表模板

需特批项目评审
省略
审批省略
项
目
管
理
项目计划变更控制
计划变更及评审
执行
审批
项目启动项目跟踪
项目启动会周跟踪月跟踪
里程碑跟踪
项目监控里程碑评审
不定期跟踪
不能裁剪不能裁剪
执行
审批
不能裁剪
省略
省略省略
执行
会议
项目控制
偏差控制及评审
执行
省略省略
需求确认
需求评审
不能裁剪
技术评审会议
需求管理
缺陷管理
制定系统测试计划及评审
执行
审批
执行系统测试提交测试报告及评审
执行不能裁剪会签
不能裁剪
验收测试
制定验收测试计划及评审
执行
ቤተ መጻሕፍቲ ባይዱ执行验收测试
执行
审批
提交测试报告及评审执行
审批
产品发布
正式发布及评审
发布与实施项目实施验收
不能裁剪审批不能裁剪
配置策划
配置策划及评审
不能裁剪
配置库管理配置管
不能裁剪
组内评审：《详细设计评审检查单》
《会议纪要》《项目问题跟踪表》书面轮查/个人复查：《详细设计说
不能裁剪
明书》
《编码规范》源代码
准备文档
执行：有程序开发时且采用的编码工具公司没有现成的编码规范以及需要在公司编码规范上细化的项目省略：有程序开发时且采用公司以有的编码规范，或无程序开发时
《需求变更申请表内部评审表》正式变更：《需求变更申请表》《软件变更申请表》《软件变更报告单》《配置项状态报告》《需求跟踪矩准备文档阵》变更后工作产品非正式变更：《需求跟踪矩阵》变更后工作产品