项目管理项目管理手册文档格式.docx
- 文档编号:18886776
- 上传时间:2023-01-02
- 格式:DOCX
- 页数:22
- 大小:45.53KB
项目管理项目管理手册文档格式.docx
《项目管理项目管理手册文档格式.docx》由会员分享,可在线阅读,更多相关《项目管理项目管理手册文档格式.docx(22页珍藏版)》请在冰豆网上搜索。
3.2风险的评估13
3.2.1风险发生概率的判断准则13
3.2.2风险的等级划分14
3.3研发常见风险14
3.4风险的缓解、监控和管理:
15
3.4.1风险的缓解15
3.4.1.1对于人员风险的缓解措施:
3.4.1.2对于需求变动的缓解措施:
3.4.1.3对于技术因素的缓解措施:
3.4.1.4环境、物料、设备风险的缓解措施:
3.4.1.5进度风险的缓解措施15
3.4.2风险的监控15
3.4.2.1对于人员风险的监控因素:
3.4.2.2对于市场风险的监控因素:
16
3.4.2.3对于技术风险的监控因素:
3.4.2.4环境、物料、设备风险的监控因素:
3.4.2.5进度风险的监控措施16
3.4.2.6商业风险的监控措施16
3.4.3意外事件的处理机制16
3.4.4风险管理的具体实施16
4项目沟通管理操作指导16
4.1项目组周报操作指导16
4.1.1周报目的16
4.1.2提交对象16
4.1.3提交时间17
4.1.4周报归档17
4.2项目组周例会操作指导17
4.2.1目的17
4.2.2参加人员17
4.2.3时间17
4.3项目组月度/阶段结束工作总结报告操作指导17
4.3.1目的17
4.3.2提交对象17
4.3.3提交时间17
4.3.4归档17
4.4项目组月度/阶段结束工作总结例会操作指导17
4.4.1目的17
4.4.2参加人员17
4.4.3时间17
4.5研发系统运营周简报操作指导17
4.5.1目的17
4.5.2提交对象17
4.5.3提交时间18
4.5.4归档18
4.6研发系统运营月简报操作指导18
4.6.1目的18
4.6.2提交对象18
4.6.3提交时间18
4.6.4归档18
4.7项目组成员周报操作指导18
4.7.1周报目的18
4.7.2提交对象18
4.7.3提交时间18
4.7.4周报归档18
4.8PDT双周报操作指导18
4.8.1周报目的18
4.8.2提交对象18
4.8.3提交时间18
4.8.4周报归档18
4.9PDT双周例会操作指导18
4.9.1目的18
4.9.2参加人员19
4.9.3时间19
4.10PDT月度/阶段结束工作总结报告操作指导(?
)19
4.10.1目的19
4.10.2提交对象19
4.10.3提交时间19
4.10.4归档19
4.11项目组月度/阶段结束工作总结例会操作指导19
4.11.1目的19
4.11.2参加人员19
4.11.3时间19
表目录
表1 计划评审表说明11
表2PDT双周例会表11
表3项目部周例会表12
表4项目报告表12
表4项目计划变更说明表12
表5计划变更申请单13
表6研发常见风险说明表14
图目录
图1PDT组织结构图8
项目管理手册
关键词Keywords:
能够体现文档描述内容主要方面的词汇。
Wordsthatwillreflectmaincontentsofthedocument.
摘要Abstract:
缩略语清单Listofabbreviations:
对本文所用缩略语进行说明,要求提供每个缩略语的英文全名和中文解释。
Describeabbreviationsinthisdocument,fullspellingoftheabbreviationandChineseexplanationshouldbeprovided.
修订记录Revisionrecord
日期Date
修订版Revisionversion
描述Description
作者Author
2004-05-27
0.9
初稿完成initial
作者名name
1
PDT运作指南
1.1PDT的组织结构
PDT一般由PDT经理及相关资深专家组成。
我公司的PDT的构成图如下:
图1PDT组织结构图
1.1.1PDT相关定义
●PDT(ProductDevelopmentTeam)
参考《产品开发流程-角色和职责说明》
1.1.2PDT人员的职责
参考《产品开发流程-角色和职责说明》
1.1.3PDT与相关部门的运作关系
PDT位于产品线与资源线的节点,PDT是产品开发的责任主体,PDT的设立主要根据产品开发实际情况进行,一般起于任务书下达,终止于GA。
产品线的管理部门为项目管理部,资源线的管理部门为相关各职能部门,项目管理部协助IPMT对PDT任务执行情况进行考核。
•PDT经理接受IPMT的领导,并向其汇报工作;
•PDT核心组成员和外围组成员在相关资源部门的指导下,完成PDT经理交给的各项工作,并定期向PDT经理和资源部门汇报工作;
•项目操作员向管理办汇报工作并接受领导;
1.1.5PDT的组织运作
1.1.5.1PDT的组建
在任务书发放后,开始组建PDT,并进行任命
1.1.5.1.1PDT经理确定
PDT中最重要的成员为PDT经理,负责产品研发在相应领域内的任务分解,与相关资源部门打交道,因而应具备较深的技术背景和较强的沟通能力。
PDT经理的来源:
IPMT的提名;
相关资源部门提名。
1.1.5.1.2PDT小组扩充
概念决策评审通过后,根据情况增扩PDT;
计划决策评审通过后,开始根据项目任务书进行任务分解,制定各级计划,由PDT经理与相关资源部门协商确定相关项目小组的成员,组建全员小组,并进行全员任命。
1.1.5.1.3PDT的解散
PDT的解散分为正常解散和异常解散两种情况。
正常解散是产品研发任务顺利完成,PDT完成历史使命而宣告解散;
异常解散是指产品撤项或转向情况下的PDT解散。
•正常解散
产品运行稳定,全套资料文档齐全,在GA点。
PDT完成历史使命而宣告解散。
•异常解散
异常解散有很多原因,通过IPMT的评审来决定PDT是否继续运作下去。
PDT异常解散后对人员进行相应的安置。
1.1.5.1.4PDT的授权与决策
IPMT在项目的各个阶段给PDT分配资源并授予PDT对产品研发所有具体事务执行上的决策权,以保证PDT获得充分授权。
获得充分授权的PDT的决策变得更快更有效。
这种决策是一种集体决策,因为这是让最明白的人最有权的方法,并且这些决策在需要理解的人之间得到充分沟通。
2项目进度管理操作指导
2.1项目计划制定
2.1.1概念阶段项目计划
图1概念阶段项目计划图
计划制定责任人:
PDT经理
参与制定计划者:
概念阶段小组成员
输出:
概念阶段项目计划
模板:
参见《概念阶段WBS1,2,3,4级计划模板》
计划制定步骤:
•获取《概念阶段WBS1,2,3,4级计划模板》;
•PDT经理组织小组成员进行裁减、确定概念阶段主要活动/里程碑和重要的依赖关系以及每项任务的启动/完成时间,最终形成一份完整的概念阶段项目计划以指导概念阶段工作。
2.1.2端到端项目1/2级计划
端到端项目1/2级计划
参见《端到端WBS1,2级计划模板》
•获取《端到端WBS1,2级计划模板》;
•PDT经理组织小组成员进行裁减、确定产品开发端到端主要活动/里程碑和重要的依赖关系以及每项任务的启动/完成时间,最终形成一份完整的端到端1,2级计划,每个职能领域的代表负责制定本领域的端到端1,2级计划,然后由POP统一汇总形成产品级别的端到端1,2级计划。
2.1.3计划阶段项目计划
PDT核心组成员
计划阶段项目计划
参见《计划阶段WBS3,4级计划模板》
•获取《计划阶段WBS3,4级计划模板》;
•PDT经理组织小组成员进行裁减、确定概念阶段主要活动/里程碑和重要的依赖关系以及每项任务的启动/完成时间,最终形成一份完整的计划阶段项目计划以指导计划阶段工作。
2.1.4端到端项目3/4级计划
PDT核心组成员、外围组成员
端到端项目3/4级计划
参见《开发阶段WBS3,4级计划模板》、《验证阶段WBS3,4级计划模板》、《发布阶段WBS3,4级计划模板》
计划制定的步骤:
•获取端到端项目1/2级计划,《开发阶段WBS3,4级计划模板》、《验证阶段WBS3,4级计划模板》、《发布阶段WBS3,4级计划模板》;
•PDT核心组成员分别组织其外围组成员对自己负责的业务进行详细的活动分解(WBS),在WBS的基础上对研发项目开发计划模板中任务进行增删;
•各核心组成员及其外围组对自己所负责的活动进行工作量估计和资源需求预估;
•各核心组成员及其外围组提出各自与其他活动的配合关系和时间要求;
•每个PDT核心组成员检查各自的计划是否与项目阶段里程碑一致,如果不一致则修正自己的计划和资源需求,或者与PDT经理沟通调整阶段时间。
•每个PDT核心组成员检查需配合的其他PDT成员活动计划是否匹配,如果不能匹配则与之沟通并协商解决。
如果不能达成一致则提交PDT经理解决;
•PDT经理将各PDT核心组成员的计划收集起来并组织PDT核心组成员讨论修改和整合,确定最终的关键路径和里程碑,调整其他相关路径的起止时间。
最后形成完整详细的研发项目开发计划。
•各核心组成员在各个领域提出风险并进行风险分析,提出可能的降低风险的措施,最后由PDT经理在业务计划中汇总。
•PDT核心组成员在研发项目开发计划的基础上提取其关键的监控点和与之配合的相关任务,形成各个PDT核心组成员的监控计划。
2.2项目计划控制
2.2.1计划评审
表1 计划评审表说明
计划类型
组织人
参与人
PDT核心小组成员
IPMT
PDT经理、PDT核心小组成员
PDT核心小组成员、相关外围小组成员
2.2.2项目例会
PDT例会方式为双周例会的具体目标及相关事项见下表。
表2PDT双周例会表
例会类型
PDT双周例会
参考会议议程
目标
项目组各领域(如采购)沟通项目组的进展、计划和行动等
开场白(通知、上次例会纪要确认)
项目计划状态
里程碑状态
问题和疑虑
更新行动计划
更新风险
下周计划及要求
结束会议
时间
PDT经理确定
召集人
PDT各个职能领域例会方式为周例会的具体目标及相关事项见下表。
表3项目部周例会表
项目组周例会
项目组各领域(如采购)内沟通项目组的进展、计划和行动等
开场白(通知、上周例会纪要确认)
各领域核心小组成员确定
PDT各领域外围组成员
注意:
当项目里程碑不能按时完成时,应提出计划变更,见第四章项目变更管理。
2.2.3项目报告
项目报告是保证项目信息上通下达的重要手段,为保证PDT信息沟通的有效性和及时性,PDT需按照例行报告体系进行。
在PDT报告体系中,下表内容是必须的:
表4项目报告表
报告类型内容
责任人
提交时间/频度
发放范围
报告模板
项目组周报告
每周末
PDT经理、核心组成员、本领域外围组成员
《项目组周工作总结模板》
IPD双周报告
每双周末
IPMT、PDT经理、核心组成员
《IPD双周工作总结模板》
2.3项目变更管理
2.3.1项目计划变更
表4项目计划变更说明表
变更类型
变更申请人
批准人
备注
1级计划变更
涉及决策评审点的变更
2级计划变更
各个职能领域关键阶段的变更
涉及计划变更时,由变更申请人填写《计划变更申请单》,提交相关批准人批准。
2.3.2计划变更申请单模板
表5计划变更申请单
产品名称或型号
申请日期
变更描述
变更原因
造成的影响
审批
IPMT(LPDT):
日期:
3风险管理操作指导
3.1风险的划分
目前我们在开发过程中,风险主要来源于如下方面:
•市场风险:
市场风险对我们来说主要是指市场需求发生变化,引起产品规格的改变,包括增加新的需求;
原来开发的功能需求取消;
是否开发某项功能何时开发完成由确定变为不确定;
•技术风险:
在我们目前开发状态下,仍存在一定的技术风险,如方案选择失误、方案设计考虑不周等,导致任务不能按时完成
•环境、物料、设备风险:
主要是指启动时间、计划数量、货期等方面不能满足实际需求的风险
•进度风险:
主要是指关键通道上的任务、外协任务、有多个前项的任务、浮动期极短的任务、乐观估计的任务等产生的风险
•资源风险:
新员工技能不熟;
从事某项开发任务的工程师突然抽调处理更紧急任务、辞工、生病等引起的风险
•商业风险:
主要指客户对产品的规格需求、供货时间需求等突然发生变化,或预定的签单不能按时签定或被取消等风险
3.2风险的评估
一般来说,风险评估要从风险发生的概率以及风险的影响程度(或损失的大小)这两个方面来对风险进行评估。
尽可能量化风险造成的影响,比如计划销售额减少50%,或开发工作或预算增加25%,并作为采取相应风险应对策略的输入项。
3.2.1风险发生概率的判断准则
•高概率:
>
60%发生风险的可能性;
•中概率:
30-60%发生风险的可能性;
•低概率:
<
30%发生风险的可能性
3.2.2风险的等级划分
根据风险可能会对产品开发造成的影响对风险进行等级划分,如:
•高风险
•中等风险
•低风险
然后按照专家评估法,或会议讨论等方法判断风险发生的概率
3.3研发常见风险
根据公司的实际情况,目前我们在研发的过程中常见的风险主要有:
表6研发常见风险说明表
序号
风险
类别
概率
影响
1
有些开发人员只能部分精力投入该产品
资源风险
轻微
2
交付日期将被紧缩
商业风险
严重
3
产品需求在交付以前经常变更
4
人员在技术上不配套
5
人员缺乏经验
6
人员流动频繁
7
物理资源的限制
环境风险
8
需要采用新的算法或输入输出技术,引起计划延迟
技术风险
9
公司高层支持将降低
●部分风险的简单描述:
●交付日期将被紧缩:
由于市场(客户)需求紧迫,我们面对的客户要求我们的交付日期经常比较苛刻,往往会要求我们提前供货,此风险出现的概率很大。
一旦出现将减少测试和问题解决的事件,严重影响产品质量。
●产品需求在交付以前经常变更:
由于客户对产品的需求经常变更,而且由于前期需求分析存在一定的局限性,所以产品需求经常容易被变更。
一旦出现开发进度将受到严重影响,而且由于新功能的增加将影响到产品的稳定性。
●人员缺乏经验:
由于新产品对开发测试人员多是陌生的,此部分对计划的完成有较大风险。
(以上风险需要我们根据实际研发中的经验教训不断的总结完善,而且不同的产品研发项目面临的风险也各不相同,PDT经理需要在制定具体项目计划时,充分考虑不同的风险因素并制定相应的应对措施。
)
3.4.1风险的缓解
●和有关资源部门充分沟通,达成共识,建立人员的稳定和释放机制,在开发周期内保持人员的相对稳定,资源线调动资源需要和产品部协调,并将此作为产品线考核资源线的一个指标
●针对人员缺乏经验,需要进行系列的培训组织,保证项目开发人员及时了解产品知识
●工作交接规范化,保证产品开发不会因为人员变动受到大的冲击
●对项目组进行良好组织,使得每一个开发活动的信息能被广泛传播和交流
●对所有工作进行详细复审,使得不只一人熟悉该项工作
●对于每一个关键技术都指定一个后备人员
●在进行需求分析时和市场人员甚至用户进行充分沟通
●定出基线进行详细评审
●周知版本计划,并用市场销售指导书指导市场人员签单时注意公司产品的规格,引导用户
●严格控制需求的变更,建立需求变更控制机制,
●及时调整计划;
并周知所有项目有关人员
●使用模块化、层次化开发模式,尽量降低系统复杂性
●加强评审
●加强和采购,物料部门的沟通
●加强新品管理的控制,加强部品标准化
●尽量选用目前设备可以生产的零部件
3.4.1.5进度风险的缓解措施
●强化周报,月报,例会等措施
●定期(如月)更新日程表
●重点关注关键路径
●商业风险的缓解措施
●和客户定期,充分沟通
3.4.2风险的监控
●以上风险缓解措施是否到位
●项目组成员对于项目压力的一般态度
●项目组的凝聚力
●与报酬和利益有关的潜在问题
●需求变更机制是否运转正常
●用户需求是否和产品线建立快速通信渠道
●客户是否具有该产品领域的技术素养
●定期的质量报告中的缺陷情况
●相关产品的版本发布机制是否和本产品有较好的配合
●技术培训的效果是否到位
●各级审核机制是否有效运转
将部品标准化列入考核
3.4.2.5进度风险的监控措施
●定期了解进展情况
●不定期了解人员负荷状况
3.4.2.6商业风险的监控措施
●加强合同评审
3.4.3意外事件的处理机制
●风险一旦发生,应该立即报告产品经理,由产品经理负责协调有关事情
●将有关解决机制固化到此风险管理报告中
●修改计划,对于风险进行重估计,对计划组织评审,并周知相关部门
3.4.4风险管理的具体实施
●各级计划中对风险进行分析,包含标识风险的内容、级别等信息;
●在各级会议(例会、技术评审会、决策评审会)中对风险进行跟踪;
●将具体的风险防范落实到各级别的计划中;
●风险负责人一般是PDT经理、PDT核心代表、模块经理等,不同人员负责自己领域中的风险管理。
4项目沟通管理操作指导
4.1项目组周报操作指导
4.1.1周报目的
记录项目组每周工作及下周工作安排;
各项目组间进展沟通;
向PDT汇报项目的进展情况及出现的问题.
4.1.2提交对象
主送人员:
项目部经理,各资源部经理(是否去掉?
),研发中心主任,公司总经理
抄送人员:
各职能部门经理
4.1.3提交时间
每周一12:
00前项目经理把项目组周报发给相关人员.
4.1.4周报归档
由项目操作员每周一对收到的项目组周报进行归档.
4.2项目组周例会操作指导
4.2.1目的
项目组成员总结本周的工作完成情况及出现的问题,分配下一步的工作任务.
4.2.2参加人员
项目组成员,项目部经理
列席人员:
资源部经理,研发中心主任
4.2.3时间
一般情况下,每一到二周项目组要开一次项目周会.开会前一天把开会地点,时间通知相关人员.
4.3项目组月度/阶段结束工作总结报告操作指导
4.3.1目的
记录项目组每月工作及下月工作安排;
总结经验教训;
4.3.2提交对象
项目部经理,各资源部经理,研发中心主任,公司总经理
4.3.3提交时间
每月最后一个工作日项目经理把项目组周报发给相关人员.
4.3.4归档
由项目操作员每月初对收到的项目组月报进行归档.
4.4项目组月度/阶段结束工作总结例会操作指导
4.4.1目的
项目组成员总结本月的工作完成情况及出现的问题,总结经验教训,分配下一步的工作任
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 手册