项目管理操作规范Word文档格式.docx
《项目管理操作规范Word文档格式.docx》由会员分享，可在线阅读，更多相关《项目管理操作规范Word文档格式.docx（26页珍藏版）》请在冰豆网上搜索。
项目质量策划是指确定项目应达到的质量标准和如何达到这些质量标准的工作计划与安排。
项目质量管理是从对项目质量策划开始的，是形成项目质量计划的前提和基础。
我们的质量策划包括两部分，一是项目进程的质量策划，二是项目产品的质量策划，而质量策划涉及到两个关键问题：
确定适当的质量标准；
确定可靠的完成质量标准并达到适当的质量标准的途径。
5．内容：
5.1项目计划制定
5.1.1概念阶段项目计划
图1概念阶段项目计划图
●计划制定责任人：
LPDT
●参与制定计划者：
概念阶段项目小组成员
●输出：
概念阶段项目计划
计划制定步骤：
•获取《R0-R5端到端工作计划模板》；
•LPDT组织小组成员进行裁减、确定概念阶段主要活动/里程碑和重要的依赖关系以及每项任务的启动/完成时间,最终形成一份完整的概念阶段项目计划以指导概念阶段工作。
5.1.2整个项目的1/2级计划
LPDT
概念阶段小组成员
整个项目的1/2级计划
•获取《R0-R5端到端工作计划模板》；
•LPDT组织小组成员进行裁减、确定产品开发端到端主要活动/里程碑和重要的依赖
关系以及每项任务的启动/完成时间,最终形成一份完整的1/2级计划，每个核心成员代表负责制定本领域的端到端1/2级计划，然后由POP统一汇总形成产品级别的端到端1/2级计划。
5.1.3计划阶段项目计划
PDT核心组成员
计划阶段项目计划
•获取《R0-R5端到端工作计划模板》及1/2级工作计划；
•LPDT组织小组成员进行裁减、确定计划阶段主要活动/里程碑和重要的依赖关系以
及每项任务的启动/完成时间,最终形成一份完整的计划阶段项目计划以指导计划阶段工作。
5.1.4整个项目的3/4级计划
PDT核心组成员、外围组成员
整个项目的项目3/4级计划
计划制定的步骤：
•获取端到端的项目1/2级计划；
•PDT核心组成员分别组织其外围组成员对自己负责的业务进行详细的活动分解
（WBS），在WBS的基础上对研发项目开发计划模板中任务进行增删；
•各核心组成员及其外围组对自己所负责的活动进行工作量估计和资源需求预估；
•各核心组成员及其外围组提出各自与其他活动的配合关系和时间要求；
•每个PDT核心组成员检查各自的计划是否与项目阶段里程碑一致，如果不一致则修
正自己的计划和资源需求，或者与PDT经理沟通调整阶段时间。
•每个PDT核心组成员检查需配合的其他PDT成员活动计划是否匹配，如果不能匹配
则与之沟通并协商解决。
如果不能达成一致则提交LPDT解决；
•LPDT将各PDT核心组成员的计划收集起来并组织PDT核心组成员讨论修改和整合，
确定最终的关键路径和里程碑，调整其他相关路径的起止时间。
形成完整详细的3/4开发计划。
•各核心组成员在各个领域提出风险并进行风险分析，提出可能的降低风险的措施，
最后由LPDT在业务计划中汇总。
•PDT核心组成员在3/4计划的基础上提取其关键的监控点和与之配合的相关任务，
形成各个PDT核心组成员的监控计划。
5.2项目计划控制
5.2.1计划评审
表1阐述了不同层次的计划评审的组织者及参与人员。
表1计划评审说明
计划类型
组织人
参与人
PDT核心小组成员
项目1/2级计划
IPMT
LPDT、PDT核心小组成员
项目3/4级计划
PDT核心小组成员、相关外围小组成员
5.2.2项目例会
PDT例会方式的具体目标及相关事项见表2。
表2PDT例会表
例会类型
PDT例会
参考会议议程
目标
项目组各领域（如采购）沟通项目组的进展、计划和行动等
开场白（通知、上次例会纪要确认）
项目计划状态
里程碑状态
问题和疑虑
更新行动计划
更新风险
下周计划及要求
结束会议
时间
LPDT确定
召集人
PDT核心组成员、PDT各领域外围组成员
注意：
当项目里程碑不能按时完成时，应提出计划变更。
5.2.3项目报告
项目报告是保证项目信息上通下达的重要手段，为保证PDT信息沟通的有效性和及时性，
PDT需按照例行报告体系进行。
在PDT报告体系中，表3内容是必须的。
表3项目报告表
报告类型内容
责任人
提交时间/频度
发放范围
报告模板
项目组周报告
每周末
LPDT、核心组成员、本领域外围组成员、IPMT
《PTD周工作总结模板》
5.3项目变更管理
5.3.1项目计划变更
涉及计划变更时，由变更申请人填写《计划变更申请单》，提交相关批准人批准。
表4阐述了不同层次计划的变更申请人及批准人。
表4项目计划变更说明表
变更类型
变更申请人
批准人
备注
1/2级计划变更
涉及决策评审点的变更
3/4级计划变更
各个职能领域关键阶段的变更
5.3.2计划变更申请单模板
表5计划变更申请单（PCR）
专案名称
专案代码
申请日期
变更描述
变更原因
造成的影响
审批
IPMT（LPDT）：
日期：
5.4项目状态转移
在产品立项通过后，LPDT立即建立状态转移表，直至版本发布。
状态转移表是一级监控计划
的检查档案。
表6开发状态转移表
专案名称：
专案代码：
专案经理：
开发阶段
监控点
通过标志
质量监控者/
进度监控者
状态
（通过/进行中/未开始）
阶段开始时间
阶段结束时间
R0
概念阶段决策
评审点
产品需求通过评审；
概念决策评审通过。
QA工程师/
R1
计划阶段决策
概要设计方案通过评审；
计划决策评审通过
R2.1
原型机测试完成
优化BOM,录入HP系统；
工程样机物料准备；
开始开模。
R2.2
工程样机验证完成
通过技术评审；
建立基线；
BOM定稿；
五批零不良生产物料准备；
完成零件承认。
R3
可获得性决策
可获得性决策评审通过
R4
产品量产并开始
销售
解散PDT,成立产品维护组
R5
生命终止决策
生命终止决策评审通过
5.5项目风险的识别
根据公司的实际情况，目前我们在产品开发的过程中常见的风险见表7。
表7产品开发常见风险说明表
序号
风险
类别
影响
1
公司高层支持将降低
资源风险
严重
2
人员缺乏经验
3
人员流动频繁
4
人员在技术上不配套
轻微
5
有些开发人员只能部分精力投入该产品
6
需要采用新的算法或输入输出技术，引起计划延迟
技术风险
7
物理资源的限制
环境风险
8
交付日期将被紧缩
商业风险
9
产品需求在交付以前经常变更
部分风险的简单描述：
●交付日期将被紧缩：
由于市场（客户）需求紧迫，我们面对的客户要求我们的交付日期
经常比较苛刻，往往会要求我们提前供货，此风险出现的概率很大。
一旦出现将减少测试和问题解决的事件，严重影响产品质量。
●产品需求在交付以前经常变更：
由于客户对产品的需求经常变更，而且由于前期需求分
析存在一定的局限性，所以产品需求经常容易被变更。
一旦出现开发进度将受到严重影响，而且由于新功能的增加将影响到产品的稳定性。
●人员缺乏经验：
由于新产品对开发测试人员多是陌生的，此部分对计划的完成有较大风
险。
（以上风险需要我们根据实际研发中的经验教训不断的总结完善，而且不同的产品研发项目面临的风险也各不相同，LPDT需要在制定具体项目计划时，充分考虑不同的风险因素并制定相应的应对措施。
）
项目风险的分析
5.6.1风险评估方法
项目组在LPDT的指导下，共同研讨对列出的风险项进行分析，评价风险发生概率和危害度、计算风险值和风险等级、确定风险优先级、对风险分类。
技术风险；
需求改变；
资源不足；
部门之间配合困难；
LPDT风险；
项目团队风险；
环境变化；
法律；
机构重组
5.6.1.2定性方法评价风险概率和危害
LPDT负责对每一个风险进行评价，对其发生概率和危害度进行打分并记录下来。
●考虑风险发生的可能性：
高、中、低
●考虑如果发生风险对项目的危害：
●风险的最终影响：
高、中、低的组合
概率✍
5-高
15
25
3-中
1-低
危害✍
5.6.1.3定量方法计算风险值和风险等级
概率是指风险发生的可能性。
其量化评价方法是按下列描述打分：
概率取值
含义
0.1
几乎不可能Remote
0.3
不大可能Unlikely
0.5
可能Likely
0.7
很可能HighlyLikely
0.9
几乎可以肯定NearCertainty
危害度是指当风险说明中所预料的结果发生时可能会对项目产生的影响。
其量化评价要考虑到其性质、范围和时间，并使用下列描述：
危害取值
对项目的负面影响程度
技术方面
进度方面
成本方面
质量方面
影响项目的设计性能，但仍然满足用户需求
项目进度延误2天以内
项目成本超支10%以内
发生1起以上C级故障（一般缺陷）
影响项目的设计性
能和功能，但仍然
满足用户需求
项目进度延误2天或更多
项目成本超支10%或以上
发生3起以上C级故障
影响项目功能、性
能，但用户仍能接
受（影响轻微）
项目进度延误1周或更多
项目成本超支20%或以上
发生1起以上B级故障（严重缺陷）
影响项目功能、性能，但用户仍能接受（造成用户不满）
项目进度延误1.5周或更多
项目成本超支25%或以上
发生3起以上B级故障
影响项目的功能、
性能，而用户无法
接受
项目进度延误2周或更多
项目成本超支30%或以上
发生A级故障
（致命缺陷）
对每个风险利用风险值矩阵计算风险值，风险值=概率*危害。
8.1
依据项目的实际情况和LPDT的管理经验，对每个识别出来的风险确定优先级，对高优先级风险进行严格的评审，修正风险等级。
所谓高优先级风险是指那些高影响且中概率、高影响且高概率、中度影响且高概率的风险，即表中的灰色区域。
5.6.2风险排序
LPDT从识别出来的高优先级风险中选择一个子集（可能跟踪最高的3—5个风险），以完成《风险跟踪表》的填写。
每周更新风险跟踪表。
5.7项目风险应对措施的制定与跟踪
5.7.1应对措施的制定步骤:
●LPDT根据项目所处的阶段和实际风险状况，对每个高优先级风险，都要实施应对策略以处
理风险。
●通常采取以下4种途径：
规避、转移、接受、缓解（降低）。
1）风险规避
制定风险规避策略时，LPDT要向高层报告，并获得批准。
如果有必要通知客户以达成一
致。
规避风险措施包括：
缩小项目目标或功能的范围、规模，或者重新组织项目，使风险无法影响项目。
例子：
为了防止在工厂发生火灾，采取禁止吸烟的措施即为规避发生火灾风险。
2）风险转移
制定风险转移策略时，LPDT要向高层报告，并获得批准，如果有必要通知客户以达成一
确定转移风险措施包括：
重新组织项目，让其他方（客户方等）承担该风险；
把一个具有高风险的功能转移到一个能够成功实现它的相关项目或系统中。
为工厂买保险，转移火灾风险。
3）接受风险
LPDT以及高层在受到政策、市场、或客户的需求改变，并且承认结果发生的可能性时，
可采取接受风险策略以处理风险。
包括在项目计划或预算时，估计出这一部分风险将要发生时所耗费的成本和工作量，把它作为管理储备估计。
由LPDT对该风险及影响进行持续地监视和报告。
同时如果风险出现，则制订应急计划，决定要采取的缓解措施。
4）缓解风险（风险减缓）
建议把风险所关注的问题转变为及时的、正面主动的、具体的行动方案，以便减少它对
项目的影响。
在工厂安装一定数量的灭火器，即可降低火灾风险的危害性。
●针对所列风险管理途径，LPDT制定应对策略与措施：
1）对于处于高危害度且发生概率>
70％或中危害度发生概率>
70％的风险项，建议LPDT牵头组织会议，请IPMT参加讨论风险应对策略，并取得公司领导的签字承诺；
2）对于处于高危害度且发生概率>
30％或低风险且发生概率>
70％的风险项，建议LPDT组织项目人员或邀请同行以讨论的方式，制定出风险应对策略；
若风险项为PDT无法解决的风险，由LPDT提交IPMT以寻求帮助；
3）对于低风险发生概率低的风险项，建议LPDT组织项目组成员或部分人员以讨论的方式，制定风险应对策略。
●完成风险应对策略与措施，制定并安排实施风险应对策略责任人后，LPDT填写风险跟踪表中“计划应对措施”、“实际采取措施”及“责任人”栏；
●确定的风险列表及检查表可参与技术评审或决策评审，由IPMT批准后使用。
5.7.2风险状态的跟踪
LPDT每周对新风险进行重新识别、评估、分析，对原有风险进行跟踪，结果形成风险跟踪表，通报项目组及IPMT。
对于特定风险，概率高达0.6以上的必须进行特殊报警，提醒相关人员。
5.8项目沟通管理内容
5.8.1项目组周报告
记录项目组每周工作及下周工作安排；
各项目组间进展沟通；
向PDT汇报项目的进展情况及出现的问题。
主送给IPMT成员，抄送给各职能部门主管。
●提交时间为每周一12:
00前，由LPDT发出。
●由项目操作员（POP）每周一对收到的项目组周报进行归档。
5.8.2项目组周例会
项目组成员总结本周的工作完成情况及出现的问题,分配下一步的工作任务。
●参加人员为项目组成员、LPDT。
●列席人员为各职能部门经理。
●一般情况下,每一到二周项目组要开一次项目周会.开会前一天把开会地点,时间通知相
关人员。
5.8.3项目组月度总结报告/阶段结束总结报告
记录项目组每月工作总结及下月工作安排；
总结经验教训；
●提交时间为每月初，由LPDT发出。
●由项目操作员（POP）每月初对收到的项目组月报进行归档。
5.8.4项目组月度例会/阶段结束总结例会
项目组成员总结本月的工作完成情况及出现的问题,总结经验教训,分配下一步的工作任务。
●参加人员为项目组成员,LPDT。
●一般情况下,每月初项目组要开一次月会.开会前一天把开会地点,时间通知相关人员。
5.8.5项目组每个成员的周报告
记录项目组每个成员的每周工作总结及下周工作安排；
向项目组汇报项目的进展及出现的问题。
●由项目组成员在每周五下班前提交给LPDT，并抄送给职能部门主管。
●由项目操作员（POP）每周一对收到的项目组每个成员周报进行归档。
5.9质量管理内容
5.9.1质量策划
质量策划目的
一是保证项目进程的顺利进行并达成预先目标，可以通过制定项目质量标准并通过相应的质量控制手段达成目标；
二是保证项目产品的质量，通过制定品质目标和品质策略保证项目产品的可靠使用，实现品质目标要求的可靠度，保证客户的可靠使用。
●了解与项目相关的要求：
系统或程序规则，产品的定位要求等；
●制定项目进程质量标准：
确定项目进程的达成目标；
确定达成项目进程目标所需的质量控
制方法；
制定相应的质量控制方法保证项目进程质量目标的达成；
●制定项目产品质量标准：
根据市场需求识别客户定位；
确定客户需求；
根据客户需求设定
产品的质量目标；
开发反映客户需求的产品；
制定相应的品质策略保证开发产品达到相应的品质目标；
质量标准根据项目的特征定义，在项目过程中，项目团队需要明确理解客户的质量观，包括：
满足客户需求的特征，不在客户期望之内但对顾客有益的特征、障碍或事故发生的概率等，以此对项目产品性能、进度和成本做出合适的调整。
●项目进程和项目产品认可的标准：
所有的部门和个人都需要先行了解项目进程和项目产品的规定；
所有的工作都应该按照项目进程和项目产品规定的标准进行；
●项目进程和项目产品的质量监控：
整个项目开发分为R0~R5六个阶段，针对每个阶段的不同特征，对于项目进程和项目产品的质量监控内容如下：
1）R0概念阶段：
主要监控项目内容为《产品需求包》及《R0阶段技术方案包》，对于R0阶
段技术评审的遗留问题需持续追踪；
为保证项目产品的质量监控，PDT中的品保代表需针对项目要求制定相应的《品质目标》及《品质策略》以保证产品质量符合市场要求。
2）R1计划阶段：
主要监控项目内容为《系统方案书》、《产品规格书》，对于R1阶段技术评
审的遗留问题需持续追踪；
为保证项目产品的质量监控，PDT中的品保代表需针对产品制定独立的测试计划以保证产品的可靠性；
3）R2开发阶段：
主要监控项目内容为原型机和工程样机的验证测试，并审核其相应的《测试计划》；
为保证项目产品的质量监控，PDT中的品保代表需对原型机和工程样机进行独立的测试，需加入异常情况的验证测试；
4）R3试做、首批量产阶段：
通过五批零不良试做验证产品、制程、设备、人员是否符合相应的规定；
对于试做产品，PDT中的品保代表根据验证阶段出现的问题，参考相关验证规范进行抽样验证测试；
5）R4量产上市阶段：
量产产品需符合相应的品质规格要求，PDT中的品保代表需控制出货机器达到相应的规定规格要求；
6）R5产品维护阶段：
PDT中的品保代表将根据生产、市场的不良反馈做出相应的改善措施。
为了保证整个项目的顺利进行，在R0～R4这五个项目组活动阶段，根据不同部门的工作分配，对项目进程的相关活动如会议、报告、交付件及资料库，根据质量控制的相应规定进行稽核。
在符合ISO9000体系的前提下，建立满足外部要求和项目目标的质量体系。
包括项目进程的质量体系和项目产品的质量体系。
不同项目根据自己的项目目标和产品的质量目标建立各自相应的质量体系，保证每个项目顺利进行和项目产品符合要求。
5.9.2质量控制
●项目过程质量
项目过程包括R0~R5六个阶段，过程质量的控制贯穿整个开发过程，只有对每个过程严格控制，使每个过程的交付件都满足需求，最终的产品质量才能得到保证。
●项目产品质量
项目产品指项目组最后的交付件，包含软件或机器等。
质量控制的方法包括技术评审、测试及试产机器处理和产品维护。
1）技术评审
PDT中的品保代表对技术评审结果进行追踪，技术评审确保在设计中考虑到了所有技术风险，并且在产品包设计中进行了充分考虑以满足规定的产品包需求。
技术评审不仅评估设计成熟度，还在项目关键点上评估产品包开发的状况，同时，通过评审，可以发现设计中欠考虑的方面及其原因。
●技术评审交付件包括：
产品需求包；
概念和技术方案包；
概要设计报告；
详细设计报告；
工程样机验证结果。
1.1）产品需求包评审
具体内容参考《技术评审要素表（TR1）》。
1.2）概念和技术方案包评审
1.3）概要设计报告评审
具体内容参考《技术评审要素表（TR2）》。
1.4）详细设计报告评审
具体内容参考《技术评审要素表（TR3）》。
1.5）工程样机验证结果评审
具体内容参考《技术评审要素表（TR4）》。
1.6）试产样机验证结果评审
具体内容参考《技术评审要素表（TR5）》。
在技术评审过程中PDT中的品保代表主要任务如下：
●参加评审过程，对评审过程和质量进行监督，会后及时提交评审过程审计报告；
●对评审专家、主审人在评审过程中的表现打分，见《专家表现记录表》；
●对于评审会后提出新的问题，提醒主审人做出判断。
对于需要讨论决策的问题，要求
主审人召集专家讨论；
对于一般性问题要求主审人直接给出结论。
PDT中的品保代表审计该过
升级会员 