12.11.1 项目立项流程
项目立项流程如表12-20所示。
表12-20 项目立项流程
编号 |
活动 |
活动描述 |
1 |
启动调研 |
根据领导指示、客户意向、市场机会、研发建议等输入启动调研,成立项目组 |
2 |
市场/客户需求分析 |
组织、经济、市场、技术可行性分析,形成《项目可行性分析报告》 |
3 |
编写项目任务书 |
填写项目任务书,包括基本信息、成员信息、确定里程碑计划、人力资源需求信息、成本预算信息、目标KPI信息、项目风险信息 |
4 |
组建产品规划团队 |
基于项目任务书的基本要求,初步确定产品规划团队成员信息 |
5 |
确定里程碑计划 |
基于任务书及团队成员信息,确定项目关键里程碑点及计划完成日期 |
6 |
项目信息审查 |
审查上述几个步骤填写的信息是否正确、规范,如果不正确则驳回重新填写,正确则提交给开发负责人进行审批 |
7 |
提交立项审批 |
项目任务书、产品规划团队成员信息、里程碑点及其计划完成日志是否符合要求?如果不符合则驳回重新填写,如果符合,则审批通过,创建项目,并将任务书信息、团队成员信息、里程碑信息等写入项目 |
12.11.2 项目变更流程
项目变更流程如表12-21所示。
表12-21 项目变更流程
编号 |
活动 |
活动描述 |
1 |
提交变更申请 |
当任务书、里程碑等需要变更时,发起变更,并填写变更原因、影响范围和建议解决方案(加大投入、延长周期或者减少需求)等信息 |
2 |
变更确认与影响分析 |
对变更的进度影响、成本影响、范围影响、质量影响等进行综合分析,决定是否批准该变更。如果批准就制定变更方案,如果不批准则驳回重新提交 |
3 |
制定变更方案 |
制定初步的变更方案及备选方案,为变更审批提供参考 |
4 |
变更分类 |
基于变更对项目的影响程度,决定走哪一类变更。如果影响上市决策(I类),要提交到市场部审核。如果不影响上市决策,但仍有较大影响(II类),则提交到产品经理审核。如果对项目影响较小(III类),则直接实施变更 |
5 |
市场部审批 |
I类变更,需要市场部审核,审核完成后制定变更计划 |
6 |
产品经理审批 |
II类变更,需要产品经理审核,审核完成后制定变更计划 |
7 |
制定变更计划 |
I/II类变更,需要制定变更计划。变更计划决定了后续将如何实施变更 |
8 |
变更计划审核 |
变更计划需要提交到市场部审核,审核通过与否决定了后续能否实施变更 |
9 |
变更实施 |
I/II类变更,变更计划审核通过后,将通知相关人员,开始实施变更,III类变更,直接实施变更 |
10 |
建立基线 |
变更实施完成后,配置管理员建立新的基线,记录本次变更的相关信息 |
11 |
关闭 |
变更已完成 |
12.11.3 项目试制/试产流程
项目试制/试产流程如表12-22所示。
表12-22 项目试制/试产流程
编号 |
活动 |
活动描述 |
1 |
提出试制/试产申请 |
提出试制/试产申请 |
2 |
反馈排产日期 |
生产计划专员反馈排产日期,并提交给项目经理审批 |
3 |
试制/试产审批 |
项目经理审核试制/试产是否合理,审批通过则申请完成,否则驳回至制造工程师重新提交申请 |
4 |
待关闭 |
对试制/试产状况进行跟踪,如有不符合项,则启动不符合项管理流程 |
6 |
关闭 |
试制/试产申请完成 |
12.11.4 项目风险管理流程
项目风险管理流程如表12-23所示。
表12-23 项目风险管理流程
编号 |
活动 |
活动描述 |
1 |
录入风险 |
录入风险 |
2 |
方案制定中 |
对风险的发生概率、影响程度进行综合分析,定义风险规避方案,如果需要协助,可以制定风险责任人来定义方案 |
3 |
风险跟踪中 |
基于规避方案对风险进行持续跟踪,如果需要重点跟踪,则派生任务给相关责任人进行跟踪 |
4 |
风险待关闭 |
风险如果发生,则转化为问题进行跟踪 |
5 |
风险关闭 |
如果风险已不存在,则风险关闭 |
12.11.5 项目暂停流程
项目暂停流程如表12-24所示。
表12-24 项目暂停流程
编号 |
活动 |
活动描述 |
1 |
提出暂停申请 |
有项目经理发起项目的暂停申请,需说明暂停的原因 |
2 |
审核 |
技术管理员、技术承接方、技术委托方、职能部长参与暂停的审核 |
3 |
项目暂停 |
审核通过后,项目自动进入暂停状态,并且把所有计划任务都暂停 |
4 |
关闭 |
流程结束 |
12.11.6 项目恢复流程
项目恢复流程如表12-25所示。
表12-25 项目恢复流程
编号 |
活动 |
活动描述 |
1 |
提出恢复申请 |
项目经理提出项目恢复的申请 |
2 |
审核 |
技术管理员、技术承接方、技术委托方、职能部长参与恢复的审核 |
3 |
项目恢复 |
审核通过后,如需涉及项目变更,需走项目变更流程,并驱动项目重新恢复,对应的计划任务也恢复 |
4 |
关闭 |
流程结束 |
12.11.7 项目结项流程
项目结项流程如表12-26所示。
表12-26 项目结项流程
编号 |
活动 |
活动描述 |
1 |
结项申请 |
基于结项任务发起结项申请 |
2 |
各项信息完整性确认 |
对结项信息的完整性进行确认,如果信息完整则提交会签,如果不完整则驳回重新提交 |
3 |
结项会签 |
各业务部门代表进行会签,对各项信息进行确认,确认项目是否达到预期目标、是否有总结典型案例等,会签完成后提交至业务领导审批 |
4 |
业务领导审批 |
业务领导对结项信息进行再次审批,如果项目相关事务都已正常收尾,则审核通过。如果审核不通过,则驳回至项目经理完善结项信息再提交 |
5 |
项目组成员绩效评价 |
项目经理对成员的项目绩效进行评价 |
6 |
关闭 |
结项完成,通知相关成员 |
12.11.8 典型案例管理流程
典型案例管理流程如表12-27所示。
表12-27 典型案例管理流程
编号 |
活动 |
活动描述 |
1 |
提交典型案例 |
基于任务发起一个典型案例 |
2 |
案例信息完整性确认 |
对案例信息的完整性进行确认,如果信息完整则提交至案例价值分析,如果不完整则驳回重新提交 |
3 |
案例价值分析 |
对案例价值进行分析,如果价值较大则基于此案例对组织流程体系模板进行优化,如果价值不明显则提交给项目经理进行价值评价 |
4 |
案例沉淀 |
价值较大的案例,基于此案例对组织流程体系模板进行优化 |
5 |
案例价值评价 |
项目经理对案例价值进行评价,此评价作为对成员项目绩效评价的输入 |