项目过程定义模板--裁剪表

合集下载

组织过程活动裁剪模板

组织过程活动裁剪模板

详细设计
数据体系结构 的详细设计 省略 接口设计 项目评审 同行评审 培训 同系统体系 非正式评审 忽略 审查 轮查/走查 执行 免修 执行 严格执行 简化执行 审查 轮查/走查 执行 免修 审查 严格执行 集成测试 合并 培训 执行 免修 审查/走查 严格执行 简化 执行 免修 执行 省略或合并 执行 省略或合并 执行 执行 省略或合并 执行 执行 免修 合并 执行 执行 执行 执行 免修 文档编写
项目评审
结项管理
A类项目可以省略。 项目周期长,人员和任务多,难度高,在小组检查中发现的问题 执行 应被记录进行管理。 小组检查 项目成员少,任务少,难度低,项目组内通过经常性的口头,工 合并或省略 作报告和其他交流也可达到小组检查的目的。 项目周期大,难度大,客户对项目的要求比较严格,过程要求严 执行 格。 阶段进度检查 项目周期小,难度小,项目组成员少,进行定期的项目状态汇报 合并或省略 即可。 若项目经理经验不足(如度量统计与分析等方法),则必须培训 执行 或同行指导; 培训 项目经理已经具备必要资质;项目组人员或评审委员已有相关经 免修 验或相关技能; 周期较长、规模较大项目需要详细编写总结报告; 编写项目总结 执行 报告 简化/省略 规模较小、周期较短项目可适当裁剪编写;特别小的项目可以省 一般性原则要求各类项目都需正式评审; 正式评审 项目评审 根据情况可由高层经理直接审批。 直接审批

项目周期小、项目组成员少、项目难度小的项目可由高层经理直 接审批 软件需求定义 执行 所有项目。 一般性原则要求各类项目都要建立需求模块功能矩阵并对其进行 执行 维护; 需求追溯 小项目或维护项目可根据实际情况建立以需求和测试为主的追溯 简化/省略 需求管理 关系 执行 一般性原则要求各类项目都要对需求状态进行跟踪; 需求状态跟踪 简化/省略 小项目或维护项目可根据实际情况简化或省略 根据项目特性,可以把多个小的需求变更合并、评估其重要性 需求变更控制 执行/简化 后,一次性提交申请,批准后执行;优先级高,关键的需求必须 封闭开发项目、规模较大、人员较多的项目使用任务单对技术工 使用任务单 作成果进行跟踪。 产品审批 可使用“任务管理系统”代替任务单,使用“缺陷管理系统”实 通过系统 现工作产品的跟踪。 收集项目状态 通过项目成员周报,项目会议和里程碑会议。 执行 和进度数据 计算进度和执 通过项目周报 执行 行情况 分析项目状态 执行 公司重点项目,开发周期较长的项目适用。 对于周期较短的项目,适当减少度量数据的分析,减少项目状态 和进度 简洁执行 报告形成的频次。 可根据组织度量的要求适当裁剪度量的范围。 跟踪工作产品 执行 项目问题日志或者通过系统 的缺陷 跟踪工作量、 执行 通过任务单、任务管理系统,项目报告。 成本 项目计划中估计了软件规模,记录实际规模数据,并和估计数据 项目跟踪与 跟踪软件工作 执行 比较。 产品的规模 监控 合并或省略 项目计划中没有估计软件规模,只需记录实际的规模数据或者省 直接审批 跟踪项目的关 执行 键计算机资源 省略 跟踪设备及工 执行 省略 具 跟踪关键路径 执行 及依赖关系 省略 项目计划中对关键计算机资源进行了估计。 没有进行关键计算机资源的估计。 进行了设备和工具估计。 没有进行设备和工具估计。 B、C类项目必须执行。

裁剪表

裁剪表

试验人员/设 计人员
主管设计人 员
系统定型评审
设计人员
系统型式/组合/交 付试验大纲设计
411
412
例行试验大纲-系统
总图 组装图 组焊图 零件图 施工设计说明书-系统
型式试验大纲-系统 组合试验大纲-系统
413
交付试验大纲-系统
420
系统现场/可靠性 试验大纲设计
421
现场试验大纲-系统
422
可靠性试验大纲-系统
430
首件试验及系统验 证
431
例行试验报告-系统
系统型式组合交付 系统型式组合交付试
试验大纲评审
验大纲检查单
系统型式组合交付
试验大纲评审
设计人员
系统型式组合交付 试验大纲评审
设计人员
系统型式组合交付 试验大纲评审
系统现场可靠性试 系统现场可靠性试验
验大纲评审
大纲检查单
设计人员
系统现场可靠性试 验大纲评审
设计人员
系统现场可靠性试 验大纲评审
系统首件评审
况决定是否
裁剪 以下两项成
△ 果物必须存
在一项

建议市场类 产品选用
建议平台开
+ 发类产品选
用 △


△ 在产品开发 过程定义
+ 时,根据情 况决定是否 裁剪

436
437 438 43B 43C 43D 43E 500 产品定型阶段
型式试验报告-系统
组合试验报告-系统 首件研制报告-系统 标准化审查报告-系统
况决定是否
产品项目裁剪表
TC320VH下车底盘改进
化流程),◇-此活动/成果物合并到其它活动/成果物,☆-此活动/成果物由服用其他项目而来,X-此活动/成

软件项目过程定义及裁剪表模板

软件项目过程定义及裁剪表模板

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-项目过程定义裁剪表 模板

XX-项目过程定义裁剪表 模板

需特批项目评审
省略
审批 省略




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

项目名称-项目开发过程裁剪表

项目名称-项目开发过程裁剪表

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 配置审 计与质量 保证

cmmi过程裁剪表及说明

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执⾏但有偏差裁剪结果选项软件开发类项⽬的典型的裁剪指南定义本⼯作表为本项⽬的过程裁剪结果,项⽬经理根据项⽬类型及本⼯作表中的裁剪指南,对组织的标准开发活动进⾏裁剪,由此定义出本项⽬所要执⾏的活动。

项目管理和开发过程裁剪表模板V1[1]

项目管理和开发过程裁剪表模板V1[1]

编码和自测阶段 参与迭代
单元测试/集成测试(开发自测) 联调检查点(可选) 系统测试用例设计(补充),并评审/批准
项目培训(可选)
项目跟踪和监控(必须)
系统测试阶段 参与迭代
项目度量数据维护、收集和分析(可选) 项目编码和自测(包括UT/IT)阶段工作产品基线 (必须) 项目指导和审计 编码和自测阶段小结
会议记录
项目阶段小结报告
上线计划更新,并评审
预发布测试环境部署和预发布测试 上线发布前的预验收 正式环境和数据库准备
上线/发布阶段 参与迭代
正式上线发布(必须)
项目跟踪和监控(必须)
项目度量数据维护、收集和分析(可选)
项目上线/发布阶段工作产品基线(必须)
项目指导和审计 上线/发布阶段小结
编写系统说明书(系统操作手册或用户手册)(可 选) 系统说明书(系统操作手册或用户手册)评审(可 选)
详细估算表和项目计划(终稿)
批准记录 项目/需求任务书、PRD、估算表、项目计划、裁 剪表、需求跟踪矩阵、UC、需求规格说明书、 STP等 审计报告/记录
会议记录
项目阶段小结报告
系统设计(可选)
系统设计讨论、评审(可选)
设计阶段 (可选)
评估数据库承载容量及可行性 制定单元/集成测试计划/方案/用例,并评审
详细估算表和项目计划(通过评审)
评审记录 项目/需求任务书、PRD、估算表、项目计划、裁 剪表、需求跟踪矩阵、UC、需求规格说明书、 STP、HLD、LLD、UTP、ITP等 审计报告/记录 会议记录 项目阶段小结报告
开发环境说明文档 能够空转的应用系统 静态页面、图片等 每日开发日志 代码(评审通过) 评审记录 问题清单 SQL(评审通过) 评审记录 通知

项目过程定义模板

项目过程定义模板

不可裁剪
不可裁剪
不可裁剪
设计
编码 测试 发布
数据库设计 系统设计评审检查表
详细设计
详细设计说明书
详细设计评审检查表
集成测试用例 集成测试用例
设计
集成测试用例评审检查表
按照项目实际情况进行数据库类型及版本选型、定义数 据库架构、设计数据库E-R图、关系模型、存储方法和存 储结构。
技术经理
产品经理 技术经理
代码评审
代码 代码评审检查表
开发人员
开发人员 开发人员 技术经理
执行单元测试 单元测试报告
提交测试
测试提交单
测试环境
测试环境配置清单
运行环境+配置库+数据库+接口文件。
集成测试报告 执行集成测试
缺陷记录(已执行的测试用 例和缺陷记录)
系统测试报告 执行系统测试 缺陷记录(已执行的测试用Fra bibliotek例和缺陷记录)
关键采用技术、外购技术及平台等决策清单及相关的采 购费用、采购编号对应
定义接口基本信息,接口名称、请求方式、请求路径、 接口描述等;定义请求入参及说明。请求头、请求体 等;定义返回数据及出参说明,约定响应状态码。
整理系统运行和用户实际工作中所需的字典数据,统一 标准。字典可包括:字典类别、类别名称、字典编码、 字典名称等,可扩展定义树形字典体系;建立统一字典 数据采集;维护和使用的系统支撑体系。
项目基本信息表 项目名称: 编制人/日 期: 项目过程定义表
阶段
活动
项目启动会 项目启动
项目定义
流程裁剪 项目估算
项目过程定义
项目编号: 审核人/日期:
主要交付件
内容
负责人

项目过程裁剪说明

项目过程裁剪说明

项目过程定义
项目过程裁剪说明
工作任务分解
项目估算
项目估算表
风险识别
风险管理计划 风险缓解计划
计划项目进度 明确项目组织结构和职
项目策划
责 编制总体计划草案 总体计划评审 总体计划调整并纳入基 线
编制辅助计划
项目总体计划(草案) 计划评审报告 项目总体计划(基线) 质量保证计划 配置管理计划

辅助计划确认
一次性
一次性
一次性
销售人员下达项目确认书
一次性
一次性
一次性
一次性
一次性
一次性
一次性
一次性
一次性
一次性 与项目总体计划合并
多次
阶段 每个阶段 一次性
见总体计划及其附件 一次性
一次性
一次性
一次性
一次性
阶段 周 日
在需求阶段,每半月写一次周报(项 目规模小,2人进行需求调研)

-6

阶段 周 一次性
需求和设计阶段投入人力较少,所以 需求阶段的项目周报裁剪掉,可见阶 段报告
一次性
一次性
一次性
一次性
一次性
项目没有人力外包需求
项目没有人力外包需求
项目没有人力外包需求
项目没有人力外包需求
项目没有人力外包需求
项目没有人力外包需求
一次性
阶段 日
并入项目阶段报告
一次性
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
多次
一次性

项目过程定义裁剪表

项目过程定义裁剪表

执行:管理层审批; 裁剪:执行属性为“裁剪”时。 裁剪:立项公告中对项目要求、资源 等已做详细说明; 准备文档:立项公告中对项目要求、 资源等说明不详细或有变动时; 评审
《进度计划可包括WBS》
《评审通知》需要包括《评审计划》 的内容,不然《评审计划》不能省略
可采用审批形式,然后全组宣布计划 变更。
不可裁剪 执行 不可裁剪 不可裁剪 不可裁剪 不可裁剪
不可裁剪 不可裁剪 不可裁剪 不可裁剪
不可裁剪
不可裁剪
不可裁剪
输出产品 《项目建议书》
文档化 属性
活动执行属性裁剪指南
执行:内部建议项目; 裁剪:直接可以立项的项目。 执行:需要进行可行性调研后再立项 的项目执行此过程; 裁剪:不需要进行可行性调研的项目 裁剪该阶段。
审批
工作结构分解及评审 不可裁剪 项目估算 不可裁剪 编制《项目总体计划 不可裁剪 》以及附属计划
编制项目 计划
编制项目支持计划
不可裁剪
项目策 划
项 目 管 理
《项目过程定义裁剪 表》 《项目估算记录》 《项目总体计划》 项目计划 《项目进度计划》 不可裁剪 评审 《项目测量计划》 《质量保证计划》 《配置管理计划》 《总体测试计划》 项目组评审 项目计划 变更控制
项目评审裁剪指南
文档化属性裁剪指南
裁剪:执行属性为“裁剪”时; 不能裁剪:执行属性为“执行”时;
本项目裁剪理由
直接可以立项的项目。 现有项目的升级版本,所用技 术已经经过验证,不需要进行 可行性调研
执行:会议评审; 裁剪:执行属性为“裁剪”时。
裁剪:执行属性为“裁剪”时; 不能裁剪:执行属性为“执行”时;
项目周报可以包括周例会纪要
里程碑阶段需进行里程碑评审,产生 里程碑评审报告。非里程碑阶段产生 阶段报告。

项目裁剪一览表-模板

项目裁剪一览表-模板


系统实施检查列表.xls
系统硬件需求清单.xls
硬件安装计划书.xls
系统实施关键审查工作点列表.xls
实施阶段
系统培训内容列表.xls 用户培训记录表.doc
用户交流备忘录.doc
用户使用评价表.doc
项目实施工作日志.xls
系统维护记录.xls
验收报告.doc
项目工程验收单.doc
测试计划.doc
项目名称
项目规模
巨/大/中/小/微
#
阶段
工作产品
项目任务书.doc
项目开发计划.doc
WBS工作任务分解.mpp 项目启动/立项
系统立项申请表.doc
系统可行性报告.doc
系统规划(解决)方案书.doc
调研报告.doc
需求规格说明书.doc
需求阶段 需求列表.xls
客户需求追溯表.xls
调研大纲.doc
系统概要设计说明书.doc
系统界面设计说明书.doc
设计阶段
系统数据库说明书.doc 系统数据库设计.pdm
系统详细设计说明书.doc
系统设计说明书.doc

实现阶段
Source源代码 可执行文件
第三方控件

用户操作手册.doc
系统发布 系统维护手册.doc
安装说明书.doc

实施范围说明.doc
系统实施计划.xls
出差管理
交流备忘录.doc

任务确认书.doc(现场服务单)
出差报告.doc

配置管理 配置状态记录及报告.xls
软件质量保证计划.xls
质量管理
质量检查问题记录及报告.xls

项目管理项目裁剪表

项目管理项目裁剪表

执行 执行/省略
执行/省略
不可裁剪 项目不涉及的可裁剪
项目不涉及的可裁剪
序号
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天的可裁剪
项目不涉及的可裁剪 不可裁剪 项目不涉及的可裁剪 不可裁剪 项目不涉及的可裁剪 项目不涉及的可裁剪 项目不涉及的可裁剪 项目不涉及的可裁剪
项目不涉及的可裁剪
允许简化验收方式 项目不涉及的可裁剪 允许简化确认方式 项目不涉及的可裁剪 不可裁剪 不可裁剪 不可裁剪 不可裁剪
执行/省略
执行/省略
执行 执行 执行 执行
不可裁剪
不可裁剪 不可裁剪 不可裁剪 不可裁剪,包括沟通、监控、风险、配置等管理计 划 不可裁剪

项目过程定义裁剪表

项目过程定义裁剪表

裁剪说明:
以“组织标准过程(OSP)”为基础,依据本项目特征信息,以此获得适用于这个项目的特定过程。

裁剪不可简单地看作只是对标准过程进行删除或修改,我们还可以增加某些标准过程中没有的过程,以此得到更适合这个下表:紫底部分内容需要根据各项目特征选择,选择标准参见“活动执行属性裁剪指南”、“项目评审裁剪指南”、“文
策划
评审
设计
管理
上线
的过程,以此得到更适合这个项目的过程。

“项目评审裁剪指南”、“文档化属性裁剪指南”。

约定需要上线的
省略:非上述情况时。

项目裁剪表

项目裁剪表

项目裁剪表概述项目裁剪表是项目管理中的一个重要工具,旨在对项目进行详细的规划和设计,并在项目实施过程中将其分解成更具可管理性的子任务。

本文将探讨项目裁剪表的定义、优势和步骤等主题。

什么是项目裁剪表项目裁剪表是一种以表格形式呈现的项目管理工具,用于记录项目的需求、工作范围和任务分解等细节信息。

其主要功能是将项目目标细化为具体可执行的任务,并对任务进行优先级排序和时间安排。

企业项目管理中的应用1.项目裁剪表可帮助企业制定明确的项目目标和任务,确保项目团队清晰明了地了解项目的工作范围和各项任务的重要性和优先级。

2.通过项目裁剪表的使用,项目团队可以更好地理解项目中的各项任务,并能够及时调整和优化任务的分配和时间安排,以确保项目按时交付。

3.项目裁剪表还可以帮助企业进行资源评估和管理,通过对项目中各个任务所需资源的量化和分析,能够更好地合理分配资源,以达到最佳的项目效果。

项目裁剪表的优势1.明确目标:项目裁剪表能够将项目目标转化为明确的任务细节,帮助项目团队更好地理解项目的目标和愿景,并能够根据任务的重要性和紧急程度来进行优先级排序。

2.提高效率:通过将项目分解成更小的任务,并对这些任务进行优先级和时间安排,项目团队可以更好地进行任务分配和资源管理,从而提高项目实施的效率和质量。

3.管理风险:项目裁剪表中的任务明确了项目的工作范围和细节,有助于识别和管理项目风险,并能够及时对项目进行调整和优化,以降低项目失败的风险。

项目裁剪表的步骤1.定义项目目标:明确项目的目标和愿景,确保项目整体的方向性和一致性。

2.识别关键任务:根据项目目标,识别和梳理项目中的关键任务,并按照优先级进行排序。

3.任务分解和时间安排:将关键任务进一步细化为可执行的具体任务,对任务进行时间安排和优先级排序。

4.资源评估和分配:对项目中各个任务所需资源进行评估和分析,并合理分配资源,以确保项目的执行效果和效率。

5.监控和调整:定期对项目裁剪表进行监控和评估,根据实际情况对任务进行调整和优化,以确保项目顺利进行。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

开发过程
编码实现
单元测试
集成测试
关键核心部分需要详细文档 关键核心部分需要审查 对于复杂的/重要的、关键的/存在外部接口的 程序,对重要的服务器的最初版本,建议进行 代码评审;对关键部分可以形成代码说明文 简要形成测试用例,起到提示作用,或者不准 备文档。 关键核心部分需要准备文档并进行非正式评审 和轮查 系统有高可靠性要求,技术难度高,需要对关 键核心部分或整个系统执行该活动
பைடு நூலகம்
中心正式评审 审查 组内正式评审 审查
详细 概要 文档合并时应在详细设计的模板中增加概要设 计的内容;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 准备文档 准备文档 并入详细设计 并入详细设计 或者原来的概 要设计说明书 准备文档 准备文档 准备文档 准备文档 省略 准备文档 准备文档 准备文档 并入系统测试 并入系统测试 准备文档 准备文档 准备文档 准备文档 准备文档 准备文档 准备文档 项目评审 同行评审 详细程度 严格程度 裁剪说明
系统测试 系统验收 交付维护 立项管理 需求管理 需求开发策划 项目计划 管理过程 项目监控
非正式评审 非正式评审 非正式评审 非正式评审 中心正式评审 非正式评审
走查 轮查 走查 轮查
合并 概要 概要 概要 详细 详细 严格 一般 一般 一般 一般 一般 严格 一般 立项报告
省略 准备文档 审阅 概要 准备文档 概要 准备文档 非正式评审 概要 准备文档 中心正式评审 轮查/走查 详细 并入项目周报 概要
非正式评审
配置管理
规模为B、C类,技术难度低,团队技能高 执行 规模为B、C类,技术难度高,团队技能低 执行 规模为A类,工作产品少,团队技能高 执行 规模为B类,团队技能高 执行 规模为C类 执行
简单说明进度、风险估计,过程定义简化。 A类项目规模较小高层经理直接审批即可 可以根据项目的实际情况选择评审方式
379612164.xls
管理过程 项目监控 风险管理 培训大纲 结项管理 度量与分析 规模为B类 规模为C类 所有项目 不具备相应的技能或知识 已具备相应的技能或知识 所有项目 所有项目 规模为A类 支持过程 质量保证 执行 执行 执行 执行 省略 执行 合并 执行 准备文档 准备文档 准备文档 并入SDP 并入SDP 准备文档 并入项目总结 报告 并入SDP 准备文档 准备文档 并入SDP 准备文档 准备文档 非正式评审 非正式评审 非正式评审 非正式评审 审阅 审阅 审阅 概要 详细 概要 概要 概要 概要 概要 概要 概要 详细 概要 概要 详细 一般 严格 一般 一般 一般 一般 一般 一般 一般 严格 一般 一般 严格 可以有选择收集度量数据 可以合并到SDP中,不需要专职SQA,由开发 中心总体控制即可 可由项目组成员兼职质量保证 可由项目组成员兼职配置管理 可由项目组成员兼职配置管理
相关文档
最新文档