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

项目管理部项目管理流程草案角色说明：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，wordjira，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：支付平台Roadmap3.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沟通冲刺完成了哪些工作Demo4.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日志统计代码规范》软件产品项目上线前要根据《产品上线流程》中注意事项及角色划分，逐一落实文档中各项内容。