项目管理部项目管理流程草案.doc

项目管理部项目管理流程草案

版本
所属部门
编写人
V1.0
项目管理部
冯林

角色说明：PM（项目经理） PO（产品经理） TL（技术主管） SA（架构师） QA（测试人员） UED（用户体验设计） DEV（开发人员）
敏捷管理流程
具体实施步骤：
*第一阶段：需求建立阶段*
*第二阶段：需求提交阶段*
*第三阶段：需求评审阶段*
*第四阶段：技术方案时间确定阶段*
*第五阶段：开发阶段*
*第六阶段：测试阶段*
*第七阶段：上线阶段*
*第八阶段：总结阶段*

第一阶段：需求建立阶段
1.1提出需求构想
参与方：项目经理，产品经理，运营
描述：产品经理或项目经理或运营人员根据目前的数据，市场需求，产品趋势，市场动向等方面，提出下一阶段产品改进或新产品的构想或规划，进行讨论，了解该产品的实现方式是否可行，是否满足市场需要，是否有成功案例，产品生命周期有多久，带来的效益如何。
方式：各种资料收集
1.2产品构想私下讨论
参与方：项目经理，产品经理，运营，产品负责人
描述：将现状和目标明确，讨论是否可行。
方式：私下讨论

第二阶段：需求提交阶段
2.1需求文档编写
参与方：产品经理
描述：根据市场需求和产品目标，编写相应产品文档，上传到wiki上并共享给大家。
方式：编写文档
2.2产品文档初审
参与方：产品经理经理，项目经理，产品经理，各部门经理。
描述：产品经理发出产品文档初稿给各部门主管及项目经理，提出相关审核意见，反馈到wiki中，进行保留，然后根据反馈情况进行文档修改，部门负责人根据需求定义，目前的工作安排情况，分配人力资源。并确定相关的技术负责人（TL）
方式：邮件或会议

第三阶段：需求评审阶段
3.1产品文档共享
参与方：项目组成员，产品经理，项目经理，技术主管，QA，UED，其他干系人
描述：将修订版的需求文档发送给项目组成员。共享项目文档，准备会议，进行需求评审
方式：邮件结合wiki
3.2需求评审
参与方：项目组成员，产品经理，项目经理，技术主管，QA，UED，其他干系人
描述：进行需求评审会议，确定需求的可行性，项目组成员根据需求
方式：kickoff会议
3.3PRD更新及最终确定
参与方：产品经理
描述：根据需求评审会议上多方的反馈，进行PRD的编辑及修改，最终根据成员的反馈进行修改和定版
方式：自行编写

第四阶段：技术方案时间确定阶段
4.1工作分解
参与方：技术负责人，技术人员，项目经理，QA，UED
描述：根据需求文档，进行工作任务分解，将功能模块化，对模块进行估期和管理，分配给相关技术人员。
方式：会议或私下，工作分解文档或jira
4.2任务分配排期
参与方：项目经理，技术负责人，QA，UED
描述：根据工作分解的模块，根据目前的工作情况，将拆分的工作包分给相关技术人员和QA。并根据之前的排期进行甘特图的编辑，确定时间周期
方式：会议或私下，project排期或jira
4.3共享时间进度排期表
参与方：项目经理，产品经理，技术主管，项目组成员，QA，其他干系人，部门经理
描述：将排期结果发送给项目组成员
方式：邮件

第五阶段：开发阶段
5.1迭代开发
参与方：项目经理，技术主管，项目组成员
描述：根据排期进行开发工作，技术主管负责协调各方资源确保时间点的确立
方式：私下沟通
5.2迭代站立会议
参与方：项目经理，产品经理，技术主管，项目组成员，QA
描述：每周或每个版本的迭代工作内容确定后，周知项目组成员及干系人
方式：邮件，jira共享，会议
5.3里程碑会议
参与方：项目经理，产品经理，技术主管，项目组成员，QA
描述：每个阶段完成后或每个里程碑点完成后，周知大家，进行下一阶段任务
方式：邮件，jira共享，会议

第六阶段：测试阶段
6.1产品自测
参与方：项目经理，产品经理，技术主管，项目组成员，QA
描述：提交测试的需求，产品进行自测。
方式：jira提交bug，邮件
6.2QA测试
参与方：项目经理，产品经理，技术主管，项目组成员，QA
描述：提交测试的需求，QA进行测试，确认测试结果，进行测试迭代，覆盖测试内容
方式：jira提交bug，邮件

第七阶段：上线阶段
7.1提交上线
参与方：项目经理，产品经理，技术主管，项目组成员，QA，运维
描述：技术提交上线方案，标明相关干系人，需求出处，更新功能点，更新路径
方式：jira更新单或纸质更新单
7.2更新流程确认开始更新
参与方：项目经理，产品经理，技术主管，项目组成员，QA，运维
描述：技术提交上线方案，运维人员进行线上服务更新，更新后通知相关人员
方式：jira更新单或纸质更新单
7.3线上回测
参与方：项目经理，产品经理，技术主管，项目组成员，QA，运维
描述：QA在线上回测，重大功能无问题，功能需求实现，确认，如线上回测影响其他功能或有重大功能或需求没有时间，进行回滚
方式：jira更新单或纸质更新单

第八阶段：总结阶段
8.1上线邮件
参与方：项目经理
描述：汇总上线功能，影响业务，功能点发送邮件给公司员工或重要邮件组。告知功能上线。
方式：邮件
8.2数据统计
参与方：项目经理，产品经理，技术人员
描述：根据上线需求进行数据统计工作，埋点，分析，总结
方式：私下沟通，邮件
8.3项目总结
参与方：项目经理，技术人员，QA
描述：根据项目情况给出项目总结，有点，不足，问题。汇总QA测试文档，提醒技术人员更新技术文档及接口文档。
方式：共享wiki，word

jira，wiki敏捷项目管理流程
Step1产品需求立项
1.1需求构想，在工作及业务中收集需求
1.2整理需求，将多方的需求整合整理汇总，进行细化和编写
1.3进行需求评审，在产品部门内部进行需求平很，初步确定需求可行
1.4共享需求文档，通过confluence能行需求共享，分享给大家，大家在confluence中进行评论和回复，提出自己意见，初步确定产品的思路和可行性。
1.5产品立项，通过立项会议进行产品立项工作，PM召集PO,DEV,SA,TL,QA,UED成员一起讨论需求。明确目标和工作。提出反馈意见，如无大异议，该项目正式成立，创建jira项目及confluence项目页，将文档和内容共享
Step2 软件设计
2.1将需求模块化细分，明确该需求分为几个spring，明确每个spring的目标和工作内容，对spring进行backlog的分解。
2.2产品经理通过confluence的需求编辑分出优先级。
2.3. UED进行原型设计，制作保真模型、绘制使用流程图、设计视觉界面。PO根据对原型的反馈，完善需求文档及需求列表。（
保真模型实例 流程图实例 视觉界面实例）
2.4. 讨论后的需求由PM在Confluence上整理
2.5. PM PO TL SA QA需求评审，确保真正了解需求
需求评审不是目的，是否真正理解了需求（系统要实现什么）才是关键
评审的形式不限，建议由非PO人员讲解
如果所有人已经达成了对需求的一致理解，则评审不是必须的
Step3 架构设计、项目计划
参与角色： PM PO TL SA QA UED DEV NOP
可能的输出：架构设计文档、Release Plan、Roadmap、测试策略、测试计划、部署方案
3.1. SA 做概念和架构设计
概念设计，可以看成是为什么要做这个产品或模块，强调的是产品的路线规划、市场趋势、客户价值、技术趋势等
架构设计，可以看成从整体上看，概念设计应该用什么方式实现、分几个层次、多少组件、不同层次和组件之间关系是什么
我们经常把概念设计和架构设计一起做，并统称为架构设计
实例1：支付平台架构设计文档、实例2：阿波罗客户端架构设计
3.2. PO、PM、TL把设计文档、需求列表综合考虑，制定版本计划（冲刺计划）、Release Plan（Roadmap）
设计文档关注的是技术实现的先后顺序
需求列表关注的是业务的优先级
Release Plan 或者Roadmap 为综合以上因素后的开发计划
实例1：运河冲刺计划、实例2：支付平台Roadmap
3.3. 同时，QA作出测试计划，NOP要作出部署方案
实例1：Apollo测试计划、实例2：注册流程改造项目部署方案
3.4. 如果Kick Off 时申请的资源不足、或者发生了变化，那么在此需要重新组建团队。
Step4 迭代冲刺
参与角色：PM PO TL SA QA UED DEV
可能的输出：详细设计文档、API文档、测试文档、测试用例、冲刺计划、冲刺总结
4.1. 项目开工会，如果所有团队成员对项目情况都非常了解，则这个会不是必须的。
所有团队成员参加，团队成员介绍、项目背景介绍、项目目标、大致的计划时间点，以及迭代前准备阶段的安排和任务分工等
4.2. 建立开发环境，如果已有环境，则这个步骤不是必须的。
开发工作机环境搭建（统一字符集、统一IDE版本）
SVN
连续集成环境（Hudson、Bamboo）
代码Review （Fisheye、Crucible）
JIRA wiki
申请DEV环境和QA环境
4.3. 冲刺计划会 PM PO TL SA QA UED DEV (实例1：赶牛V2.4.1冲刺计划、实例2：支付平台Sprint2冲刺计划)
确定冲刺时间（一般为1~3周）或者版本发布时间
明确冲刺目标（完成需求列表中优先级最高的几个需求）
重新讨论、确定本次迭代需要实现的需求，达成共同理解
若有必要的话，则继续细化需求
对需求进行优先级排序
明确任务责任人（包括开发、测试）和任务完成时间点
在JIRA上跟踪任务
根据需求优先级和依赖关系，严格按照需求驱动制定计划，尽量减少需求并行开发
4.4. 开发、测试。每日站立会议。 PM TL QA DEV（UED）
每天定时进行站立会议
沟通昨天做了什么，今天要做什么、有什么问题
会议不超过15分钟
使用GreenHopper共享任务版，移动任务
4.5. 坚持代码review、撰写测试用例 DEV、QA
使用Fisheye和crucible做代码检查
使用Testlink管理测试
代码规范
JavaScript开发规范（上海）
代码规范（.Net）（上海）
UED部门代码规范
网站页面加入WEBTRENDS SDC日志统计代码规范
Java编码规范1.0 （北京）
4.6. 输出技术文档、QA文档
实例1：奔月相关技术文档、奔月相关测试文档
实例2：阿波罗技术文档、阿波罗测试文档
实例3：炒股大赛技术文档、炒股大赛测试文档
4.7. 冲刺评审会 PO PM DEV TL QA
团队与PO沟通冲刺完成了哪些工作
Demo
4.8. 冲刺回顾会 PM DEV QA TL PO （实例：支付平台冲刺回顾）
指出哪些方面good，哪些方面bad
提出改进建议，并在下个迭代中实践
Step5 发布、维护
参与角色：PO、PM、QA、TL、DEV、NOP
可能的输出：产品推广计划、
5.1. 产品推广计划讨论 BA PO
讨论产品的推广计划
5.2. 发布计划会 PO PM QA TL DEV NOP
确定发布时间、发布方式（升级/下载新的客户端/直接覆盖上线）
确定上线计划
实例1:个股行情页上线计划
实例2:金牛港股奔月行情接入上线计划
5.3. 参考各个部门的上线流程
网站项目上线前要检查页面的统计代码是否都加上，详细参见《网站页面加入WEBTRENDS SDC日志统计代码规范》
软件产品项目上线前要根据《产品上线流程》中注意事项及角色划分，逐一落实文档中各项内容。
所有项目上线前，参照《项目上线标准及流程》与QA、开发、运维紧密合作，稳妥上线。
测试报告模板 测试报告实例：投股平台1.0测试报告
5.4. 如有必要，内测一段时间
5.5. 实施发布、实施上线
NOP部署
BA PO跟踪
QA跟踪
PM 新版本发布通知 （wiki首页、邮件、项目首页）