综合项目管理部综合项目管理作业流程草案

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

第一阶段：需求建立阶段1.1提出需求构想参与方：项目经理，产品经理，运行描述：产品经理或项目经理或运行人员依据现在数据，市场需求，产品趋势，市场动向等方面，提出下一阶段产品改善或新产品构想或计划，进行讨论，了解该产品实现方法是否可行，是否满足市场需要，是否有成功案例，产品生命周期有多久，带来效益怎样。方法：多种资料搜集1.2产品构想私下讨论参与方：项目经理，产品经理，运行，产品责任人描述：将现实状况和目标明确，讨论是否可行。方法：私下讨论第二阶段：需求提交阶段2.1需求文档编写参与方：产品经理描述：依据市场需求和产品目标，编写对应产品文档，上传到wiki上并共享给大家。方法：编写文档2.2产品文档初审参与方：产品经理经理，项目经理，产品经理，各部门经理。描述：产品经剪发出产品文档初稿给各部门主管及项目经理，提出相关审核意见，反馈到wiki中，进行保留，然后依据反馈情况进行文档修改，部门责任人依据需求定义，现在工作安排情况，分配人力资源。并确定相关技术责任人（TL）方法：邮件或会议

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

第四阶段：技术方案时间确定阶段4.1工作分解参与方：技术责任人，技术人员，项目经理，QA，UED描述：依据需求文档，进行工作任务分解，将功效模块化，对模块进行估期和管理，分配给相关技术人员。方法：会议或私下，工作分解文档或jira4.2任务分配排期参与方：项目经理，技术责任人，QA，UED描述：依据工作分解模块，依据现在工作情况，将拆分工作包分给相关技术人员和QA。并依据之前排期进行甘特图编辑，确定时间周期方法：会议或私下，project排期或jira4.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.PMPOTLSAQA需求评审，确保真正了解需求

需求评审不是目标，是否真正了解了需求（系统要实现什么）才是关键

评审形式不限，提议由非PO人员讲解

假如全部些人已经达成了对需求一致了解，则评审不是必需Step3架构设计、项目计划

参与角色：PMPOTLSAQAUEDDEVNOP

可能输出：架构设计文档、ReleasePlan、Roadmap、测试策略、测试计划、布署方案

3.1.SA做概念和架构设计

概念设计，能够看成是为何要做这个产品或模块，强调是产品路线计划、市场趋势、用户价值、技术趋势等

架构设计，能够看成从整体上看，概念设计应该用什么方法实现、分多个层次、多少组件、不一样层次和组件之间关系是什么

我们常常把概念设计和架构设计一起做，并统称为架构设计

实例1：支付平台架构设计文档、实例2：阿波罗用户端架构设计

3.2.PO、PM、TL把设计文档、需求列表综合考虑，制订版本计划（冲刺计划）、ReleasePlan（Roadmap）

设计文档关注是技术实现前后次序

需求列表关注是业务优先级

ReleasePlan或Roadmap为综合以上原因后开发计划

实例1：运河冲刺计划、实例2：支付平台Roadmap

3.3.同时，QA作出测试计划，NOP要作出布署方案

实例1：Apollo测试计划、实例2：注册步骤改造项目布署方案

3.4.假如KickOff时申请资源不足、或发生了改变，那么在此需要重新组建团体。Step4迭代冲刺

参与角色：PMPOTLSAQAUEDDEV

可能输出：具体设计文档、API文档、测试文档、测试用例、冲刺计划、冲刺总结

4.1.项目开工会，假如全部团体组员对项目情况全部很了解，则这个会不是必需。

全部团体组员参与，团体组员介绍、项目背景介绍、项目目标、大致计划时间点，和迭代前准备阶段安排和任务分工等

4.2.建立开发环境，假如已经有环境，则这个步骤不是必需。

开发工作机环境搭建（统一字符集、统一IDE版本）

SVN

连续集成环境（Hudson、Bamboo）

代码Review（Fisheye、Crucible）

JIRAwiki

申请DEV环境和QA环境

4.3.冲刺计划会PMPOTLSAQAUEDDEV(实例1：赶牛V2.4.1冲刺计划、实例2：支付平台Sprint2冲刺计划)

确定冲刺时间（通常为1~3周）或版本公布时间

明确冲刺目标（完成需求列表中优先级最高多个需求）

重新讨论、确定此次迭代需要实现需求，达成共同了解

若有必需话，则继续细化需求

对需求进行优先级排序

明确任务责任人（包含开发、测试）和任务完成时间点

在JIRA上跟踪任务

依据需求优先级和依靠关系，严格根据需求驱动制订计划，尽可能降低需求并行开发

4.4.开发、测试。每日站立会议。PMTLQADEV（UED）

天天定时进行站立会议

沟通昨天做了什么，今天要做什么、有什么问题

会议不超出15分钟

使用GreenHopper共享任务版，移动任务

4.5.坚持代码review、撰写测试用例DEV、QA

使用Fisheye和crucible做代码检验

使用Testlink管理测试

代码规范

JavaScript开发规范（上海）

代码规范（.Net）（上海）

UED部门代码规范

网站页面加入WEBTRENDSSDC日志统计代码规范

Java编码规范1.0（北京）

4.6.输出技术文档、QA文档

实例1：奔月相关技术文档、奔月相关测试文档

实例2：阿波罗技术文档、阿波罗测试文档

实例3：炒股大赛技术文档、炒股大赛测试文档

4.7.冲刺评审会POPMDEVTLQA

团体和PO沟通冲刺完成了哪些工作

Demo

4.8.冲刺回顾会PMDEVQATLPO（实例：支付平台冲刺回顾）

指出哪些方面good，哪些方面bad

提出改善提议，并在下个迭代中实践Step5公布、维护

参与角色：PO、PM、QA、TL、DEV、NOP

可能输出：产品推广计划、

5.1.产品推广计划讨论BAPO

讨论产品推广计划

5.2.公布计划会POPMQATLDEVNOP

确定公布时间、公布方法（升级/下载新用户端/直接覆盖上线）

确定上线计划

实例1:个股行情页上线计划

实例2:金牛港股奔月行情接入上线计划

5.3.参考各个部门上线步骤

网站项目上