里程碑评审报告

合集下载

项目里程碑报告模板

负责人
注：若本时间段内有过计划变更，应简单说明变更内容。
7
执行情况－里程碑
[××里程碑
工作产品简介。里程碑产品是否经过评审（或测试），结论如何，
评审有哪些人参加？里程碑产品与项目计划是否一致？若有偏差应解释
说明。里程碑产品是否满足相关的进度、质量等要求？里程碑完成日期：__
…
总结项目本阶段的经验教训
…
20
二、CM工作总结
项目配置管理人员：××
21
提纲项目内部工作产品配置管理情况项目产品纳入实验室配置管理的情况
22
项目内部工作产品配置管理情况
[总结如下三方面的配置管理工作
原型工具开发论文写作内部交流文档（例如小组报告所用的PPT、例会会
1
提纲项目工作总结 CM工作总结 QA和MA工作总结下阶段安排
2
一、项目工作总结
项目经理：×× 项目成员：××××××
3
提纲项目计划和执行情况问题和风险经验教训
4
项目计划－工作任务拆分与工作量估算
研究任务工作负责人内容分解产品
任务成员计划起止日期计划工作量（人时）
项目执行性能分析
[结合项目组、CM、QA、MA等工作，对项目执行情况进行总结，可从进度、质量、成本等方面分析。
分析项目度量数据，说明项目现状。
如：计划变更、进度偏差、工作量分布、评审效率、测试情况等
分析项目哪些方面做的比较好，哪些方面还需要改进__
31
对项目后续工作的改进建议
10
项目计划－专利申请计划
序号拟申请专利的研究点

质量保证计划跟踪表

wwwcamelotchinacompage10阶段名称过程名称活动名称文档名称负责人检查结果计划工作量检查工作量计划检查时间频率实际检查时间频率客户验收验收交付产品交接验收单客户验收报告里程碑评审里程碑评审报告采取纠正措施里程碑评审报告创建和维护配置库配置库管理报告创建配置项配置项计划及跟踪表配置项变更控制配置项计划及跟踪表创建基线基线计划及跟踪表基线审计基线计划及跟踪表产品发布产品发布报告0000项目结项代码复用总结代码复用总结结项准备结项报告初稿项目过程改进建议结项申请结项报告初稿结项评审结项报告终稿项目过程改进建议资料纳入组织级过程资产库更新组织级风险列表库创建和维护配置库配置库管理报告创建配置项配置项计划及跟踪表配置项变更控制配置项计划及跟踪表0000周活动项目状况跟踪个人周报项目周报举行项目组周例会项目周报会议纪要收集度量数据项目周报更新项目进度表项目进度表跟踪需求跟踪矩阵需求跟踪矩阵跟踪风险计划及跟踪表风险计划及跟踪表存储和通报度量分析结果项目度量数据库需求变更控制需求变更申请书需求变更记录用户需求说明书软件需求规格说明书需求跟踪矩阵0000触发性活动风险识别风险管理计划及跟踪表风险管理报告风险分析风险管理计划及跟踪表风险规避和缓解风险管理计划及跟踪表风险跟踪风险管理计划及跟踪表0000客户验收ca项目监控pmc配置管理cmcm周报结项管理pcm风险管理rskm配置管理cmcm周报项目监控pmc度量分析ma项目监控pmc度量分析ma需求开发rdm风险管理rskm变更过程检查活动生命周期阶段变更发生时间变更内容描述变更相关人员变更过程检查时间变更过程检查内容检查结果记录计划工作量实际工作量项目启动0000需求开发0000项目计划0000系统设计0000实现与测试0000系统测试0000客户验收0000项目结项项目结项0000培训和辅导活动生命周期阶段培训和辅导内容描述培训和辅导相关人员培训和辅导时间培训和辅导结果记录计划工作量实际工作量项目启动000000需求开发000000项目计划000000系统设计000000实现与测试000000系统测试000000客户验收客户验收000000项目结项000000南京南瑞继保电气有限公司qa活动度量表项目名称及版本号项目经理高级经理生命周期阶段阶段实际工作量工作量偏差备注活动类型计划工作量人时实际工作量人时项目启动000000000000变更过程检查活动0000

JMSZ-PCP-QP-001-A 设计开发控制程序

2.0 范围适用于本公司医疗器械产品的设计、开发全过程，包括引进产品的转化、定型产品及生产过程的技术改进等。

对于非医疗器械产品的开发设计，可以参考本程序。

3.0定义3.1 工程样机（EVT样机）：是根据初步的工程/技术文件而制成，通常采用非模具而制成，为验证设计的正确性而完成。

3.2设计样机（DVT样机）：工程样机的改进型样机，常采用模具品，进一步验证设计的正确性和完整性，确保功能和性能完全达到设计要求。

3.3生产样机（P VT样机）：根据生产流程而制成，通常是为了验证和确认生产流程。

3.4QMP: Quality Management Plan质量管理计划3.5 PMP: Project Management Plan项目管理计划3.6 RMP: Risk Management Plan风险管理计划3.7 SOW: Statement of Work工作说明书3.8 RFQ：Request for Quotation报价请求3.9 EVT：Engineering Verification Test工程验证测试3.10 DVT：Design Verification Test设计验证测试3.11 PVT：Process Verification Test流程验证测试3.12 DFMEA：设计失效模式和效果分析，一种常见的针对设计过程的风险分析方法3.13 PFMEA：生产失效模式和效果分析，一种常见的针对生产过程的风险分析方法3.14阶段：项目中某个时间段，通常为达成某种程度的目的而设置3.15活动：项目中的一组工作构成一个活动，活动产生项目的交付物3.16 交付物：项目各活动的产出物，通常以文档、图纸、代码等形式存在3.17 DHF（Design History File）：设计历史文件，设计产品开发过程中所有文件集合，包括设计输入、设计输出、设计验证确认等记录。

XXX(项目编号)TR2评审报告-PPT模板

全功能软件发布
计划于xxxx启动全功能软件的完整测试，于XXXX完成测试并发布
….
….
敬请提出您的宝贵评审意见！谢谢！
进度风王祖荣险
跟进长安开发资料释放
全新车型且是分体项目，车身信号协议及屏、面板控制都不同于公暂无司以往项目，后续维护复杂
技术风王祖荣险
暂无
下阶段主要工作计划
下阶段主要工作计划：
DV样机试产
计划于xxxx开始DV试产，试产准备会议计划于xxx召开，….
DV实验
计划于xxxx开始DV实验，预计xxxx结束。
DFX方案已经融入产品设计环节并评审通过，DFX需求已实现。
器件认证及封样产品所采用新器件已通过认证并锁定；物料封样已完成。
客户试装及认可外观、结构尺寸、材料符合客户要求，客户试装已通过。
项目状态汇报
TR2主要工作及完成情况：
开模及模具验收
结构开模已完成，模具件已完成试装及相关测试，发现的问题已解决；模具已通过验收（若有遗留问题，请将问题清单插入此行右侧空白处）
状态等方面进行分析； 2）遗留问题需要直接写在PPT中；
3、试装过程总结：经验、教训
项目遗留问题及风险说明
TR1遗留问题：
序号遗留问题问题遗留原因问题状态对后续工作的影响
应对措施
负责人
预计完成时间
实际完成时间
1
项目的功能定义还未收集全
有些功能定义是长安直接与东软对接，未经过远特
风险处理措施
与长安沟通延期风险并跟进长安提供实车的时间节点
与长安和东软沟通此开发进度风险；跟进东软实际开发进度；
跟进长安开发资料释放

PMC-项目问题清单-实例

修改相关人员的权限
完成
0043
4
4
16
开发库中的工作产品移到受控库后，开发库仍有相应的文档
2004-11-5
整理开发库中的工作产品
完成
0044
4
4
16
建立基线时没有CCB批准，也没有进行完整性检查
2004-11-5
建立基线时没有CCB批准，也没有进行完整性检查
完成
0045
4
4
16
项目相关人员不了解配置项内容与状态
2004-11-5
对项目计划进行修改
未完成
0022
2
2
4
没有以层次关系对工作包进行编号
2004-11-5
对工作包进行编号
未完成
0023
3
3
9
对项目计划中列出的文档规模、功能点、需求数等没有进行实际统计
2004-11-5
对项目计划中列出的文档规模、功能点、需求数等进行统计
未完成
0024
5
5
25
对监控数据的准确性没有进行验证
3
3
9
估计数据没有说明理由和假设，如平均生产率和生产率系数等
2004-11-5
对估计记录进行修改
未完成
0011
3
3
9
项目计算成本的公式不对
2004-11-5
对估计记录进行修改
未完成
0012
4
4
16
《估计记录》中的“工作量估计”、项目计划中的工作量估计、Project中的计划工期是什么关系没有说明
2004-11-5
2004-11-5
2004-11-5
高层经理对度量与分析结果给出反馈意见

实施项目里程碑评审checklist

1、需求中有明确的性能指标及要求2、需求中有明确描述需压测的业务或接口；
通过
是否有明确的功能测试周期
有明确的功能测试周期且合理
是否有明确的测试范围
有明确的测试范围
相关开发文档是否已提交至测试组：功能需求分析说明书、概要设计说明书、网络结构拓扑图、业务流程图等
相关开发文档已提交至测试组：功能需求分析说明书、概要设计说明书、网络结构拓扑图、业务流程图等
确定行方是否有指定模板格式，优先使用行方模板，如没有使用内部模板
3
代码侵入性
开发改造对产品原功能
代码的程度
开发改造代码结构设计是否合理，侵入性是否能够剥离或优化
4
代码健壮性
异常情况考虑
对可能出现的异常情况进行了判断、捕获和处理
5
业务逻辑准确性
代码的处理逻辑、计算逻辑正确性
代码的处理逻辑、计算逻辑正确，能够符合需求需要
6
代码规范
代码抽象程度
公共代码进行了抽象
7
代码开发规范
相关开发文档已提交至测试组:性能需求分析说明书、概要设计说明书、网络结构拓扑图、业务流程图、接口设计文档等
10
性能测试方案/用例模板确定
确定行方是否有指定模板格式，优先使用行方模板，如没有使用内部模板
《性能测试方案》、
《性能测试用例》等有明确的模板
11
输出性能方案/测试用例
是否按照模板格式编写性能测试方案/测试用例
明确测试目标
有明确的测试目标
明确测试阶段
有明确的测试阶段，例如：SIT、UAT等
明确测试环
境
明确的测试环境配置情况
有明确的提交成果物
测试方案中，有写明确的成果物
2

项目监控流程(中性版)

• 估计和度量 • 文档 • 经验教训
项目的已定义的过程
项目计划
管理依存关系已文档化的关键的依存关系
提供给组织的过程资源
用集成化计划管理项目
集成计划已文档化的技术问题解决协调问题
5
项目监控概述
目的: 提供对项目进展的理解，以便当项目的性能严重偏离计划时采取适当的纠正措施。项目的监督和控制对软件项目的成败至关重要。项目监督和控制是以项目计划为基点来进行的。通过将工作产品的实际规模、工作量、成本、进度与预定的计划和进行比较，对目标进行分析了解项目实施是否正常。一旦发现与计划有较大偏差时，就要采取纠正措施。纠正措施通常包括：通过激励来提高工作效能、对剩余工作进行重新规划、根据实际执行情况调整项目计划等。
19
各监控过程详细交付项目汇报和交流
项目汇报的目的是促进交流，包括项目组内部交流，项目组同客户之间的交流、项目组之间的交流。与项目相关人员协调，是集成化项目管理的目标之一。通过以下活动，管理人员参与，管理项目之间的依存关系，协调解决问题。项目周会，包括：
项目整体进度情况本周工作成果问题和风险下周工作计划度量数据 /目标达成
21
项目总结
项目总结
项目总结的时机软件项目验收前由项目经理完成《项目总结报告》
项目总结参加人员客户（如果有）高层经理其他的软件组，如系统测试组、需求组相关联的项目组本项目组成员
22
项目总结
总结时进行评价的内容 1.项目计划的执行情况研发项目：开发过程中，制定的《项目计划》、《测试计划》、《质量保证计划》以及《配置管理计划》的情况，有无重大的修正和时间上的延迟。工程项目：工程实施制定的《项目实施计划》的情况。 2.产品质量目标完成情况总结产品质量和质量目标的完成情况。 3.评价开发和工程活动采用的规则、惯例、约定以及技术和方法的适用性及有效性。 4.总结开过活动中的经验与教训。 5.后期维护工作的安排。总结评价由高层经理负责人审批《项目总结报告》估计和度量/文档/经验教训都要提供给组织的过程资源。

APQP里程碑检查表

RA-PP-COP02-009　M0M1M2M3M4M5M6M7M8争抢新项目项目策划与启动产品详细设计和评审原型样件制做/检测/认可OTS样件试制/检测/认可PPAP试产PPAP生产件批准SOP与初期流动管理项目交接与持续改进1.顾客要求与期望是否被完整评审?评审中充分考虑：1.上阶段开放问题是否有效关闭？ 1.上阶段开放问题是否有效关闭？ 1.上阶段开放问题是否有效关闭？１.上阶段开放问题是否有效关闭？１.上阶段开放问题是否有效关闭？１.上阶段开放问题是否有效关闭？１.上阶段开放问题是否有效关闭？１.上阶段开放问题是否有效关闭？ —　新技术，新材料，新工艺，等；2.项目组长是否得到充分授权？２.是否完成了材料配方的设计，并实施了评审验证？2.是否完成了DVP,报告是清晰完整的？ 2.是否完成了DV/PV计划,报告是清晰完整的？２.是否完成了全尺寸报告和功能实验，结果符合要求？2.是否完成PPAP批准？２.是否完成了项目绩效测评？２.项目移交确认/最终报告 —　制造和检测限制及解决方案； 3.项目小组成员的职责是否明确定义？ 3.是否完成了产品的图纸分析设计？３.是否按顾客要求完成了提交？并得到批准。

３.是否按顾客要求完成了提交？并得到批准。

３.是否完成测量系统MSA，结果符合要求？3.首次送样是否按顾客要求进行准备？ 3.各项初期流程中出现的问题是否被记录于问题清单中，并定义了清晰的措施？３.是否完成项目总结？ —　材料的可获取性； 4.是否就项目工作方法完成与团队的沟通？4.是否按顾客要求提交设计概念的批准？４.当存在变更时，是否启动了设计变更流程？４.当存在变更时，是否启动了设计变更流程？４.是否完成过程能力研究，结果符合要求？４.各新增设备设施模具维护保养计划是否发布？４.实施了本阶段经验教训/最佳实践总结与归档4.是否实施了项目最终经验教训/最佳实践总结与归档？ —　产能及投资5.是否完成项目团队培训，使成员理解项目目标和任务？5.是否实施了DFMEA/PFMEA？措施被定义和跟踪？５.是否完成了最终产品BOM？５.PFMEA/特殊特性等是否得到更新？５.是否产能研究报告，结果符合要求？ 5.是否发布了初始流动管理的CP,各作业指导书？5.所有完成了所有项目资料的收集、整理和归档？ —　其他重要事项6.是否完成项目任务定义和项目进度计划定义？6.是否启动了设备设施工位器具技术条件的定义？６.DFMEA/PFMEA/特殊特性等是否得到更新？６.是否完成了各WI作业指导书？６.是否过程审核/产品审核，措施被定义？６.各项问题是否被记录于问题清单中，并定义了清晰的措施？６.启动了持续改进？2.可行分析或TR 中没有明确或未与顾客达成一致的问题是否被记录和跟踪？7.项目目标是否充分考虑了M0输入的要求？如顾客要求，适用法规，经验教训，公司期望，竞争对手数据等。

轿车公司全新车型开发流程

轿车公司全新车型开发流程（焊装技术科管理指导）根据轿车公司全新车型产品开发特点，将轿车公司全新车型产品分为马自达成熟车型（即车型产品为成熟产品）和轿车公司自主开发车型（即车型产品需从产品概念设计开始，为不成熟车型）两种类型。

因车型开发周期等原因，流程中各阶段工作内容实际操作时需要交义进行。

一、马自达成熟车型开发流程3、生产准备阶段：结束于自制件和外协件的PPAP完成。

（1）生产准备前期：结束于《技术协议》输出。

注：各操作步骤文件为本操作输出，其上各阶段和步骤文件均视为本步骤文件的输入条件。

（3）设计、制造（施工）阶段：结束于工装设备预验收完成及钢结构干线施工结束。

注：各操作步骤文件为本操作输出，其上各阶段和步骤文件均视为本步骤文件的输入条件。

安装阶段：结束于工装设备调试完成，外协需同时完成该阶段工作内容。

4、试生产阶段：结束于正式量产。

（3） MP1 （初期流动管理）阶段：结束于正式生产指令下发，正式生产开始。

注：各操作步骤文件为本操作输岀，其上各阶段和步骤文件均视为本步骤文件的输入条件。

轿车公司自主开发车型开发流程注：各操作步骤文件为本操作输出，其上各阶段和步骤文件均视为本步骤文件的输入条件。

（4）安装阶段：结束于工装设备调试完成，外协需同时完成该阶段工作内容。

注：各操作步骤文件为本操作输出，其上各阶段和步骤文件均视为本步骤文件的输入条件。

（5） PCF 调试阶段：结束于试生产开始。

注：各操作步骤文件为本操作输出，其上各阶段和步骤文件均视为本步骤文件的输入条件。

5、试生产阶段：结束于正式量产。

（5） TTO （工装连线调试生产）阶段：结束于设备工装连线调试完成。

注：各操作步骤文件为本操作输出，其上各阶段和步骤文件均视为本步骤文件的输入条件。

（6） PP （批量试生产）阶段：结束于MP指令下发，批量生产开始。

（7） MP1 （初期流动管理）阶段：结束于正式生产指令下发，正式生产开始。

软件估计表(软件项目WBS,规模工作量估计表,软件进度表)

软件配置管理过程
跟踪和控制变更
报告配置管理活动制定软件测量与分析计划
测量与分析数据的采集
软件验收交付质量工作总结编制《软件配置管理计划》标识配置项建立配置管理系统建立功能基线建立分配基线建立产品基线受控库、产品库控制需求变更需求、设计变更计划变更需求、设计、代码变更 , 需求分析阶段配置工作总结软件设计阶段配置工作总结软件实现阶段配置工作总结软件集成阶段配置工作总结软件配置项合格性测试阶段配置工作总结软件系统合格性测试阶段配置工作总结软件验收交付配置工作总结参与、协助项目策划编制《软件测量与分析计划》评审《软件测量与分析计划》对测量项“进度”采集数据对测量项“阶段偏差”采集数据对测量项“工作量”采集数据
软件工作产品审核检查单问题跟踪汇总表
需求分析阶段质量工作总结
软件设计阶段质量工作总结
软件实现阶段质量工作总结软件集成阶段质量工作总结
阶段质量分析报告
软件配置项合格性测试阶段质量工作总结
软件系统合格性测试阶段质量工作总结
与评审软件开发计划任务同时进行。
策划配置管理活动
建立和发布基线配置项出入库的控制
审核《软件设计说明》
审核《软件单元测试计划》《软件单元测试说明》《软件单元测试报告》审核《软件单元集成测试计划》《软件单元集成测试说明》《软件单元集成测试报告》审核《配置项合格性测试计划》《配置项合格性测试说明》《配置项合格性测试报告》审核《系统合格性测试计划》《系统合格性测试说明》《系统合格性测试报告》
详细设计阶段编程实验任务可在该主任务下拆分。
集成测试设计和实现
单元集成与测试
评审集成与测试说明集成测试执行集成测试分析评审集成与测试报告需求跟踪

全球整车开发流程（GVDP）详细解读！

全球整车开发流程（GVDP）详细解读！整车开发流程是界定一辆汽车从概念设计经过产品设计、工程设计到制造，最后转化为商品的整个过程中各业务部门责任和活动的描述。

整车产品开发流程也是构建汽车研发体系的核心，直接体现研发模式的思想；然而具体的研发项目操作时，国内厂家经常需要花大量时间和资源构架研发计划，项目执行过程中计划更改频繁，造成管理上有难度。

而国际汽车厂商在国内的合资企业，研发流程已有成熟模板，在成本进度方面估算比较准确，项目执行后期容易控制，项目风险也相对较低。

一、开发流程框架1、架构阶段架构阶段：架构开发是整车开发（GVDP ）过程中的先导过程。

全新架构开发过程约为18 个月，由4 个里程碑组成，架构开发启动（A4）、架构策略意图确定（A3）、架构方案批准（A2 ）和架构开发完成（A1）。

A4 之前主要识别初始的架构目标，A4-A3 定义架构的性能和带宽，从架构策略意图确定（A3）开始与架构主导的整车项目开发并行开展。

A3-A2 确定架构方案， A2-A1 完成架构开发。

架构策略批准（A3）之后启动整车项目战略立项（G9）、架构方案批准（A2）之后启动项目启动（G8）、架构开发完成（A1）之后启动整车方案批准（ G7）。

2、战略阶段产品战略阶段是产品型谱向产品项目的转化阶段，在这个阶段，需要完成公司对原有产品型谱和未来产品战略的再平衡，决定是否启动产品项目的开发工作。

这一阶段的工作重点是更为深入地分析产品在产品型谱中的定位。

产品项目需要达到的边界条件，比如销量、投资、成本、产品特征、开发周期、赢利能力等。

产品战略阶段从G10 至 G8，约为 9 个月，分别为战略准备 G10 、战略立项 G9 和项目启动G8。

业务规划项目管理部业务规划科（BPD ）牵头各业务部门为产品项目的批准进行战略准备，包括市场的调研，产品定位、竞争对手的分析及各部门策略研究等。

3、概念阶段概念阶段是在产品战略明确并且可行性得到批准的基础上，完成产品项目方案的开发。

评估评审报告单

评估评审报告单1. 引言该评估评审报告单旨在对XXXX项目进行全面评估和评审，并提供有关项目的详尽反馈和建议。

评估评审的目的是确保项目在实施过程中能够达到预期目标，解决潜在问题，提高项目质量和效率。

2. 项目概述XXXX项目是一个XXXXXX，旨在XXXXX。

项目开始于XXXX年XX月，计划实施周期为XX个月。

项目的目标是XXXXXX。

在项目实施期间，我们对项目的进展和各个方面进行了评估，包括项目管理，财务状况，团队协作，风险管理等。

3. 评估结果3.1 项目管理在项目管理方面，项目经理能够很好地组织和协调各个项目阶段。

项目计划的制定和执行得到了充分的关注，里程碑得到了准时达成。

项目经理对项目的目标和要求的理解非常清晰，能够及时解决项目中出现的问题。

3.2 财务状况财务管理是项目成功实施的重要因素之一。

通过对项目的财务状况进行评估，我们发现项目的预算和实际花费有较大的偏差。

预算的超支主要源于以下几个方面：XXX。

为了确保项目能够按预算进行，我们建议项目团队加强预算管理，及时发现并解决财务问题，避免项目成本的进一步偏离。

3.3 团队协作良好的团队协作是项目成功的关键因素之一。

在XXX项目中，团队成员间的合作良好，沟通畅通。

团队成员之间相互支持，共同解决问题。

项目管理团队提供了有效的沟通和协调机制，使得团队成员能够高效协同工作。

3.4 风险管理风险管理对项目成果和绩效的影响非常重要。

在项目实施过程中，我们发现项目团队对风险管理的重要性有较好的认识，能够及时识别和评估潜在风险，并采取相应措施进行风险应对。

然而，我们也发现项目团队在风险应对方面还有待改善。

项目团队应加强风险应对计划的编制和执行，确保应对方案的有效性和实施。

4. 评估总结综上所述，XXXX项目在项目管理、团队协作和风险管理方面表现出色。

然而，在财务状况方面存在一定的偏差。

为了确保项目顺利进行，我们建议项目团队加强财务管理，并改进风险应对措施。

软件项目-里程碑评审规程-模板

里程碑评审规程版本：V1. 0里程碑评审规程目录1介绍 (1)1.1目的 (1)1.2范围 (1)2术语表 (1)3角色和职责 (1)4入口准则 (1)5输入 (1)6任务描述 (2)6.1MSR010审核里程碑状态报告 (2)6.2MSR020会议准备 (2)6.3MSR030召开里程碑评审会 (2)6.4MSR040里程碑评审跟踪 (2)7输出 (3)8出口准则 (3)里程碑评审规程1 介绍1.1 目的本文件的目的是描述公司项目里程碑评审应遵循的规程，目的是使项目里程碑评审更加有效，以确保项目顺利进行。

1.2 范围本文件只适用于本公司项目各里程碑的评审。

2 术语表3 角色和职责4 入口准则项目里程碑点已经到达，满足里程碑完成准则，里程碑状态报告已经编制完成5 输入《里程碑状态报告》、《配置管理报告》、《质量保证报告》、《测试报告》里程碑评审规程6 任务描述6.1 MSR010审核里程碑完成情况1、质量保证工程师检查项目进展情况，确认是否符合里程碑完成准则；2、项目经理将该阶段的《里程碑状态报告》、《配置管理报告》、《质量保证报告》、《测试报告》（只在测试阶段存在）提交给质量保证工程师进行审核；3、质量保证工程师如发现《里程碑状态报告》中有不符合内容，将其反馈给各报告的责任人进行修改。

6.2 MSR020会议准备1、在里程碑会议前，项目经理选取参与里程碑评审的成员，多为：甲方代表、项目主管、下一个里程碑的主要参与人、配置管理员、质量保证工程师和项目组成员代表，确认他们同意参加评审；2、项目经理发布会议通知，并将经过质量保证工程师审核的《里程碑状态报告》、《配置管理报告》、《QA报告》以及《测试报告》发送给评审组成员。

6.3 MSR030召开里程碑评审会1、项目经理组织里程碑评审会议，项目经理依据《项目状态报告》进行里程碑状态汇报，介绍项目的进展，汇报项目存在的问题、提出相应的资源申请等；2、评审人员评审组依据项目进度、质量、规模、工作量、需求管理、风险跟踪控制等因素综合评定里程碑，给出评审结论。

PI(产品集成) CMMI评估提问单(重要)产品经理学习资料

1、项目周报、里程碑报告等会发送给高层经理。
2、里程碑会议，高层经理也会参加。
我们有4种裁剪方式：采用、替代、合并、放弃，在《项 20 你们的编码和产品集成工作进行过裁剪吗？目裁剪表》中体现对设计、编码和产品集成的活动和工作
产品的裁剪
21 你们为组织的过程改进提供过哪些资源？
1、向组织提供设计和编码的进度数据、工作量数据，代码走查的缺陷统计数据。 2、《决策分析报告》提交到《组织财富库》，作为组织经验提供给其他项目参考。 3、向组织提供改进的建议，填写在《过程改进建议反馈
ATMs Mini Team Memebr Names:
Q. No. Questions and Follow Up Questions
PI（产品集成）
Leo & Zhu
Listen For
1 集成策略是什么？
核心功能展开这种策略；这个策略定义在《项目总体计划书》中
2
如何建立与维护集成环境？你们的环境主要包括哪些东西？
些安排的制定是经过评审的，获得我们的认可。
要点：
1、公司的体系文件定义了编码和产品集成该怎么做，并
12
公司为编码和产品集成工作提供了哪些资源
且对我们进行了过பைடு நூலகம்的宣贯、提供了一些模板还有一些编码规范；
2、公司给我们提供了工作机和工作服务器；
3、公司提供了office、SVN、VISIO等我们所需的软件；
要点：
公司《产品集成过程》中定义了相关的方针
10 对于产品集成工作，你们组织有什么方针？产品集成的组织方针：通过规范产品集成策略的建立、集
成环境的搭建以及产品的组装与确认过程，确保将产品组
件集成为可供使用的产品，最终确保产品交付。

质量保证计划(项目级)

质量保证计划
有限公司
变更记录
修改点说明的内容有如下几种: 创建、修改（+修改说明）、删除（+删除说明）
目录
1. 前言 (1)
1.1 目的 (1)
1.2 术语与缩略语 (1)
2. 角色与职责 (1)
3. 资源要求 (2)
4. 质量保证活动计划 (2)
4.1 项目级质量保证活动列表 (2)
5. 不符合项处理机制 (6)
6. PPQA工作报告机制 (6)
1.前言
1.1目的
1.2通过制定质量保证计划, 质量保证人员可以有计划的实施过程检查、评审以及各个实施阶段的审计工作, 客观公正地验证过程活动和工作产品对适当标准、规程和需求的遵从性, 检查过程活动和工作产品的偏离、不符合项, 并按规定的方式、步骤报告跟踪不符合项直至关闭。

1.3术语与缩略语
1)PPQA: Process and Product Quality Assurance: 过程和产品质量保证；
2)EPG: Engineering Process Group: 工程过程组；
2.CM: Configuration Management:配置管理。

3.角色与职责
4.资源要求
5.实施质量保证活动所需要的资源已具备, PPQA人员经过了专门的培训。

项目组CM系统已投入正常使用, PPQA工程师具备相应的查询权限。

6.质量保证活动计划
4.1项目级质量保证活动列表
7.不符合项处理机制
参见《质量保证过程》相关要求。

8.PPQA工作报告机制
参见《质量保证过程》相关要求。

里程碑评审规程

里程碑评审规程广东×××技术股份有限公司修订历史记录目录1目的 (4)2适用范围 (4)2.1机构 (4)2.2业务 (4)3名词术语 (4)4概述 (4)5角色和职责 (4)6活动 (5)6.1提出申请 (5)6.2审核申请 (6)6.3确定评审负责人、成员和评审方式 (6)6.4评审准备 (6)6.5实施评审 (7)6.6批准 (7)6.7通报里程碑评审报告 (7)7裁剪指南 (7)8模板与表格 (7)9实施指导 (8)1目的为规范公司里程碑评审，按照已文档化的规程在所选择的项目里程碑处进行评审以评价软件项目的完成情况和结果。

2适用范围2.1 机构软件开发部及PMO。

2.2 业务适用于公司软件开发项目里程碑阶段的评审。

3名词术语无。

4概述里程碑评审规程包括七个活动，活动描述如下：1）、提出里程碑评审申请；2）、审核申请；3）确定评审负责人及评审成员；4）、评审准备；5）、实施评审；6）、批准；7）、通报里程碑评审报告。

5角色和职责6活动6.1提出申请项目经理在一个里程碑结束后，按《HW-SP-PMC-T08 里程碑评审申请单模板》要求填写申请单向PMO提出里程碑评审申请。

评审申请应至少于评审前一个工作日提出。

6.2审核申请PMO（审核人）接到评审申请之后，对评审申请进行审核并作为审核人在《里程碑评审申请单》上填写“审核人意见”。

审核结果有两种情况：“同意评审”和“暂不评审”，若是“同意评审”，则转到活动“确定评审负责人及评审方式”；反之，则给出暂不评审的理由，可能的情况是资料不完整或其它原因。

若属于资料不完整，则要求申请者重新准备（转到活动“准备评审申请”），若是里程碑任务没有完成或评审人员不到位，可“暂缓评审”。

6.3 确定评审负责人、成员和评审方式如果审核人同意评审，则由其确定评审负责人、成员及评审方式和评审级别。

评审成员主要来自公司各部门技术专家，一般要求至少3人以上，且人员总数为奇数。

评审报告模版

协作图文本框中是否具体说明了此系统用例功能的实现
是否已确定界面框架规范
是否已确定界面显示风格
是否确定了
数据模型图中的依赖关系是否正确
数据模型图中的依赖关系是否涵盖所有必要的表间关系
数据模型是否包含所有使用的表，且表和字段均有说明
数据模型各表应有的主键、索引是否已建立
是否已经确立实现系统构架方案的程序框架，并制定了开发指南
XX评审报告
1.
提示：由开发部项目经理填写此表格。
项目名称
评审类型
[走查/审查/复审]
时间
地点
参加
人员名单
姓名
工作单位（部门）、职务、职称
记录员
2
提示：由开发部项目经理填写此表格。
序号
内容
1
功能说明
项目策划书/CQ编号
SRS/use case模型路径
分析设计模型路径
测试用例
源文件路径
(含数据库)
1、
所有系统需求是否都至少映射到一个UseCase
所有角色和用例是否都被使用是否存在重复
用例描述是否存在歧义或不一致性
SRS是否明确了维护需求，如监视所需的日志或应用、系统管理员功能、可扩展能力
SRS是否明确了安全需求，如访问和密码控制规定
SRS是否明确了必要的性能需求，如某些功能所需的响应时间
SRS是否明确了必要的稳定性需求，如系统在某些功能大量负载下保持有效的运行状态
附录
主要检查项
评价
测试需求覆盖是否达到100%
测试用例步骤是否完整覆盖use case事件流，分析设计的功能点和数据流
测试用例各步骤是否明确如何验证输入并验证结果，每个步骤是否均可执行
测试数据内容是否完整，每类数据的获取规则是否明确