扎心了,老铁,程序出了小差,请重新再试
重新再试

首页> 方框图> 其他

软件项目管理规范及执行流程

热门
软件项目管理规范及执行流程
项目管理 {适用范围:
  a)定制化软件开发类项目
  b)集成类项目软件开发部分
,测试用例,
40
环境申请,原型
数据字典表
流程图(业务说明)
功能清单
调研报告
,系统测试阶段,
30
修订意见,商务,04
售前阶段
,39:程序开发
1)项目经理需要根据Tapd上维护的需求,指派责任人、任务开始时间、结束时间等。
2)开发根据Tapd上的需求进行开发,要要每日对完成的开发任务进行状态更新。对于已经开发完毕的功能或者模块需要进行自测。
3)项目经理根据Tapd上完成情况check相关任务完成情况;技术负责人check相关的代码,是否满足项目规范。
4)开发过程中若出现需求变更的部分,上报项目经理,走需求变更流程。产品经理重新在Tapd上进行需求变更说明,开发按照新的需求进行开发或者调整。
40:环境申请
根据技术架构提供的环境资源清单进行申请。
,操作手册,系统负债清单,UI稿件,输入:
产品-《需求规格说明书》
PM-《开发计划》
技术-《开发规范》
输出:
开发-《源代码》
,
62
上线跟踪
,
37
编写测试用例,上线计划,输入:
产品-《需求规格说明书》
输出:
UI-《UI输出计划》
开发-《开发计划》
测试-《测试计划》
UI-《UI稿件》
开发-《系统设计说明书》
测试-《测试用例》
,
29
修订,否,
45
冒烟测试,
11
获取项目需求,
66
项目归档,是,11:从项目经理获得《项目工作范围说明书》。
14:针对需求部分存在疑问的先与项目经理沟通,项目经理根据了解的情况进行答疑或与客户了解初步需求。
15:编制项目需求调研计划,并同步项目及客户进行审核,审核完毕后进入需求调研阶段。
22:需求调研
1)产品经理在调研过程中做好调研纪要,对需求部分向客户提供可行的解决方案,若无法解决的需求可以上报给项目经理,由项目经理协助解决。同时收集的需求要件需要汇总。
2)存在需求范围变更部分,需上报项目经理,由项目经理进行确认。若确实存在需求变更,向公司提交商务变更流程。
3)若在开发过程中,涉及到需求范围变更,同上一步执行。
4)需求调研过程中,产品经理若发现技术壁垒等问题,及时上报项目经理,由项目经理安排技术团队跟进并于客户进行技术方案研讨,将结果反馈给产品经理。
98:变更管理
1)项目管理从项目立项到项目结束,贯穿整个项目周期。项目输出根据项目实际需要进行输出,以客户方要求为准。
2)项目过程中存在的任何需求、计划、执行等风险或变更应纳入项目管理,相关信息同步给相关责任人,并记录结果。
99:变更管理
1)项目变更涉及到项目后期是否跟进,需要考虑的场景较多,根据实际情况确定。
2)需求变更主要在项目过程中由业务发起的变更,以及内部团队在过程中识别出的超范围或者需求变更等。
100:商务变更
1)在项目过程中,项目组成员识别出需求存在超范围或变更以及相关的风险,都应当及时反馈个项目经理。
2)项目经理根据实际情况,存在变更的内容,走变更流程。同步将变更内容提交给商务,由商务与甲方走商务变更流程。
,1,
输入:
客户-《业务需求说明》
输出:
售前-《售前解决方案》
商务-《项目工作范围说明书》
PMO-《项目委任书》
PMO-《项目编号》
PM-《项目立项申请》
,
21
接收修订意见,2,
19
修订,3,
59
上线发包,4,运维,5,6,7,8,01:客户发起项目需求,可能是不明确的需求。
04:根据客户需求制定售前策略及售前相关的方案。
05:商务报价及SOW的编制等,该部分可能需要技术等团队支持。
10:项目立项
1)项目经理发起立项流程,同步需要项目管理委员会提供项目编号。项目编号同步到财务,纳入成本核算。
2)在立项过程中,项目经理可以要求技术参与SOW相关的评估工作。
3)在项目需求边界模糊不清的情况,项目立项工作可以等项目边界及需求清晰后再进行项目立项。
4)在项目立项完成后,在Tpad上wiki部分建立wiki内容,含相关目录(参考东本项目wiki)

,02
商务对接
,系统开发按阶段,
48
提交产品验收测试,项目管理委员会,
24
编制需求规格,系统上线阶段,项目工作范围说明书,
63
项目验收
,测试计划(含UAT计划),项目执行流程,
16
审核需求调研计划,
55
业务培训,
67
项目复盘会
,开发计划,业务要件,
36
架构评审,软件项目管理规范及执行流程,08
发起项目立项
,
51
发起UAT测试
,培训手册,
60
发布确认及通知客户,输入:
PM-《项目工作说明书》
客户-业务要件(离散型)
输出:
产品-《需求调研计划》
产品-《调研纪要》
产品-《业务单据》
产品-《流程图》
产品-《接口》
产品-《报表》
产品-《打印面单》

PM-《详细计划》
PM-《周度计划》
PM-《项目进度汇报》
PM-《风险汇报》
PM-《问题清单管理》
PM-《变更清单》
,
53
搭建生产环境
,
35
技术架构,项目收尾阶段,
44
测试版本发布,环境资源清单,
61
接收发布通知
,项目经理,客户/IT/业务,62:上线跟踪,项目一般存在三个月的跟踪期,由开发人员负责期间的BUG修复工作。
63:项目验收
1)项目经理发起验收工作,同步根据项目情况进入系统运维阶段。
2)项目经理向商务同步项目进入验收阶段,同于项目验收风险到商务测,并协助商务拟定相关验收工作。
64:运维工程师按照甲方运维要求完成运维工作,并定期输出运维报告等。
65:项目收尾包括项目收尾及合同收尾等。
67:项目归档后对项目进行复盘,总结经验教训。
,
100
商务变更
,
57
上线审批
,需求调研阶段,
39
程序开发
,03
售前接入
,流程说明,参照环境资源清单,49
产品验收测试
,32:项目经理根据需求内部评审结果制定实施计划,包含UI输出计划、开发计划、测试计划等,具备条件的情况下,可提前制定上线计划。
34:UI评审由UI工程师发起,产品经理、项目经理、开发工程师产于评审工作,如对UI存在调整的,由UI工程师调整完毕后再次发起评审。
36:技术负责输出《系统设计说明书》,其内容应当包含业务说明、系统架构、数据库设计、接口设计等内容。
38:用例评审由测试工程师发起,项目经理、产品经理、开发工程师参与评审,对需要调整的部分,由测试工程师负责调整,完成后重新发起评审。

,
41
搭建测试环境,
28
需求规格评审,
42
提交测试版本,需求设计阶段,
06
SOW签订,07
接收SOW
,
18
修订意见,传递需求,UI,
46
集成测试
,
54
上线准备,
12
需求分析,调研报告
表单(业务输入元素)
流程图
接口
报表
打印面单
,
15
编制需求调研计划,
47
系统测试,
34
UI评审,
56
上线申请,上线报告,54:UAT完成后,项目经理需组织项目组进行上线准备,不限于上线计划、数据准备、环境申请单、程序包等。
55:业务培训前需要准备培训手册及操作手册。
57:客户IT部门对上线内容进行审核,通过后进行上线发包。
60:上线发包如出现发包失败的情况,项目经理需要将发包失败原因主动反馈给客户IT部门, 并且启动下一轮的发包计划。
,
50
验收通过,
92
Kick Off
,产品经理,项目产出,输入项目需求范围,
10
项目立项,
14
需求沟通,系统设计说明书,
43
测试准备
,
13
疑问,立项申请,
17
修订,项目经理委任
项目组成员委任
,测试版本发布说明书,
64
系统运维,输入:
开发-《测试版本发布说明
输出:
测试-《测试报告》
产品-《UAT报告》
产品-《上线可行性说明》
,输入:
PM-《上线报告
输出:
PM-《上线支持问题清单》
运维-《运维日志》
运维-《巡检日志》
运维-《服务器配置资源》
运维-《运维故障报告》
PM-《项目竣工验收单》

,UI输出计划,
09
项目经理委任,输入:
产品-《UAT报告
输出:
开发-《测试报告》
产品-《培训手册》
测试-《操作手册》
运维-《发布手册》
运维-《发布记录》
PM-《上线报告》
,调研计划,
31
需求内审,
20
修订意见,
25
审核需求规格,33
UI输出
,24:编制需求规格
1)根据项目调研结果,编制《项目需求规格书说明书》,内容应包含:原型、数据字典表、流程图、功能清单、调研报告等。
2)在编制需求规格过程中存在需求不确定的部分需要与客户进行下一轮的沟通。3)超出SOW需求边界的部分及时反馈给项目经理,并由项目经理配合产品经理进行需求边界确认。
4)若在开发过程中,客户发起需求变更,需上报项目经理,并走需求变更流程。产品经理完善需求,修订《项目需求规格说明书》。
28:客户对需求规格说明书进行评审,对有疑问的部分由产品进行修订,直至评审通过。
31:客户需求规格评审通过后,由产品经理发起需求内部评审,参与人为项目经理、开发工程师、测试工程师、UI工程师等。评审通过后产品经理需要将需求按工程维护到Tapd上,指派给项目经理,由项目经理进行任务分配。
,开始,
22
需求调研
,
32
编制项目实施计划,需求规格说明书,产品经理、项目经理、技术经理共同该决定哪些属于容忍的负债清单,放入下一次迭代。
技术部分:项目内部消耗;
业务部分:与客户进行协商解决
,项目立项表
干系人
里程碑
人力投入计划
软硬件资源估计
项目成本估算
,上线行事例,01
需求发起
,
05
商务阶段,程序包
数据准备
,
99
变更管理,
26
修订,输入:
产品-业务要件
输出:
产品-《需求规格说明书》
产品-《Tapd需求清单》
,售前,27
修订意见
,主导人:产品经理
参与人:项目经理、开发工程师、测试工程师、UI工程师
,
68
归档验收,开发,系统设计阶段,
98
项目管理,项目委任书,结束,91
了解初步需求
, 测试,项目管理规范,项目编号,
52
UAT,42:开发人员在完成自测后,提交测试版本,由运维进行部署测试环境,测试进入测试阶段。
45~47:测试阶段
1)测试阶段所产生的BUG,由测试人员提交到Tapd的缺陷管理中,可统一分配给项目经理,再由项目经理安排负责人,也可以直接由测试指定给开发人员(了解开发责任人的前提)。
2)在测试的任何一个阶段所产生的BUG,在提交开发后,由开发进行状态更新,若对需求部分存在疑问的,可以转交产品进行需求判定或者调整,完毕后经过评审进入开发或者BUG修复。
52:UAT过程中,项目经理需要辅助项目组团队完成,其中产品经理、测试工程师以及开发工程师需要参与该过程。且客户反馈的问题由产品经理负责记录并提交到Tapd上,进行需求和BUG的管理。产品经理UAT完成后,向项目经理以邮件的形式提交上线可行性,并由项目经理制定上线计划。
,
23
需求研讨
,
38
用例评审,项目启动阶段,
65
项目收尾,
58
接收上线确认}

文件简介

编号:22939

名称:软件项目管理规范及执行流程

浏览数:37

收藏数:2

克隆数:1

作者:0

价格:17元

更新时间:2021-07-02 21:37:09

文件很好用,分享文件:

只需一步极速注册

63,195+文件在线编辑

云端同步我的设计

一键高清无水印下载

微信扫码立即登录
二维码失效
请点击刷新

微信和QQ是两个独立账号,账号信息不互通

距离今天活动结束仅剩
000000000毫秒
距离今天活动结束仅剩
000000000毫秒
距离今天活动结束仅剩
000000000毫秒
会员促销今天活动仅剩
000000000毫秒
距离今天活动结束仅剩
000000000毫秒