服务器开发中的项目管理流程评审版.docx

《服务器开发中的项目管理流程评审版.docx》由会员分享，可在线阅读，更多相关《服务器开发中的项目管理流程评审版.docx（27页珍藏版）》请在第一文库网上搜索。

1、项目管理流程（合用于server开发）版本号：1.0目录：1 .概述错误!未定义书签。2 .合用范围错误!未定义书签。3 .术语和缩略语错误!未定义书签。3.1 术语错误!未定义书签。3.2 缩略语错误!未定义书签。4 .项目管理总流程图错误!未定义书签。5 .项目管理规范和流程错误!未定义书签。5.1 产品需求文档（PRD）生成错误!未定义书签。5.2 技术调研错误!未定义书签。5.3 软件需求文档（SRD）编写错误!未定义书签。软件需求文档（SRD）编写错误!未定义书签。SRD文档评审错误!未定义书签。5.4 项目预立项错误!未定义书签。5.5 项目整体方案设计错误!未定义书签。技术方案设

2、计错误!未定义书签。概要设计文档编写及评审错误!未定义书签。详细设计文档编写与评审错误!未定义书签。测试方案及用例设计错误!未定义书签。UI/UE设计（针对有界面展现的产品）错误!未定义书签。配置管理方案及计划设计错误!未定义书签。5.6 项目正式启动准备错误!未定义书签。项目计划制定错误!未定义书签。项目组组员列表错误!未定义书签。风险评估及管理错误!未定义书签。项目质量目的的!设计和制定错误!未定义书签。配置管理错误!未定义书签。5.7 项目启动会议错误!未定义书签。5.8 编码实现及调试错误!未定义书签。编码错误!未定义书签。单元测试错误!未定义书签。联调错误!未定义书签。集成测试错误!

3、未定义书签。提交系统测试申请错误!未定义书签。系统测试版本输出错误!未定义书签。5.9 系统测试错误!未定义书签。系统测试错误!未定义书签。开发debug错误!未定义书签。5.10 性能测试错误!未定义书签。5.11 封板及代码冻结错误!未定义书签。封板测试及封板错误!未定义书签。代码冻结错误!未定义书签。5.12 生产环境布署、验证测试错误!未定义书签。上线布署申请错误!未定义书签。布署上线错误!未定义书签。验证测试错误!未定义书签。6 .文档模板列表错误!未定义书签。7 .编制历史错误!未定义书签。1 .概述本文档意在通过建立规范化原则化的项目管理流程并且不停地改善、优化，到达提高工作效率

4、，原则化项目管理，提高软件质量，优化资源配置，减小风险事件等不良影响，减少沟通成本的目的。进而，为企业拓展业务、扩大规模、持续发展，扫除阻碍、铺平道路。2 .合用范围本流程合用于北京无限立通基础平台服务器开发的项目管理使用3 .术语和缩略语下列术语和缩略语只合用于本规范:3.1术语术语阐明输入每项任务开始时的前提条件活动每项任务口勺详细工作内容分解输出每项任务通过活动后得出的成果，原则上规定所有的输出内容需要保留、备份。负责人指目前任务项的重要负责人参与方指目前任务项的配合、辅助人员3.2缩略语缩略语英文全称中文含义MRDMarketRequirementDocument市场需求文档PRDPr

5、oductRequirementDocument产品需求文档SRDSoftwareRequirementDocument软件需求文档4 .项目管理总流程图如下是无限立通项目管理总流程图（本流程合用于服务端的开发）需求来源移动规苑业务部提出需求研发自行提出需求产品文档生成(PRD)负责人：产品经理参与方：项目经理、开发人员软件需求文档生成(SRD)负责人：项目经理参与方：产品经理、开发人员、测试人员项目立项负贡人：项目经理参与方：产品经理、开发人员、测试人员部署上线负责人：运雄人M参与方：项目经理、开发人员、配置管理员、泅试人员5 .项目管理规范和流程5.1 产品需求文档(PRD)生成输入：移动

6、规范、业务部提出需求、开发自行新需求活动： 产品经理结合移动规范、业务部提出的新需求或开发自行提出的新需求，对产品进行整体规划； 产品经理根据产品规划，编写和制定产品需求文档； 产品需求文档输出后，产品经理须召集项目经理、开发人员、测试人员对产品的详细需求进行分析、同步及讨论； 针对产品需求中的实现功能点，假如评估有波及到技术难点或风险点的，需要做前期的技术调研工作。输出：产品需求文档负责人：产品经理参与方：项目经理、开发人员、测试人员5.2 技术调研输入：产品文档活动： 针对产品设计讨论过程中所提出的技术性风险、难题进行前期技术调研，技术调研都要有定的深度，评测成果要真实可信，其他来源H勺数

7、据仅能作为参照,要以自己的!测试成果为重要根据； 调研工作结束后，必须编写技术调研汇报，汇报中要有对被调研技术的分析和提议结论； 技术调研汇报完毕后，需要与有关人员共同评估被调研技术，评估完毕后，针对该技术的调研工作完毕； 假如在调研过程中有波及到有关的代码和demo,需要在技术调研汇报中体现，并阐明详细放置的途径。输出：技术调研汇报、代码、Demo负责人：开发人员参与方：产品经理、项目经理5.3 软件需求文档(SRD)编写5. 3.1软件需求文档(SRD)编写输入：产品需求文档活动：项目经理根据产品经理提供的PRD文档，将PRD文档转化为软件需求文档；SRD文档重要内容包括： 项目名称 术语

8、解释功能需求描述 性能需求描述 安全及可扩张性需求 所参照的协议和规范（包括内部协议和外部协议） 接口规定 软硬件需求 产品质量规定 项目大体计划等详细格式可参见软件需求文档模板输出：软件需求文档负责人：项目经理参与方：产品经理、开发人员、测试人员5.3.2SRD文档评审输入：SRD文档活动：项目经理编写好SRD文档后，召集产品经理、开发人员、测试人员进行讨论、评审，并输出评审汇报及修正后的SRD文档。输出：评审汇报，修正后的SRD文档负责人：项目经理5.4项目预立项输入：SRD文档活动：项目经理根据最终确定的ISRD文档对项目进行预立项，对背面的工作进行安排和规划；预立项工作重要是针对接下来

9、的“项目整体方案设计”阶段进行规划和计划安排；项目整体方案设计重要涵盖如下四大部分： 技术方案的设计（包括概要设计及详细设计） UI/UE的设计 测试方案及测试用例的设计 配置方案及计划的设计输出：项目计划负责人：项目经理参与方：产品经理、开发人员、测试人员、配置管理员5.5项目整体方案设计5.5.1 技术方案设计5.5.1.1 Ift要设计文档编写及评审输入：PRD文档、SRD文档、项目计划活动： 在SRD完毕后，需要开发人员对SRD、PRD进行系统分析工作； 必要时需要进行额外H勺技术调研，技术调研的流程仍参照5.2环节进行; 初步系统分析完毕后，需要编写概要设计文档； 概要设计文档至少包

10、括内容：系统架构系统各模块的分解及功能阐明针对概要设计文档进行评审，评审通过后初步系统分析完毕详细格式可参见概要设计文档模板输出：概要设计文档、评审汇报负责人：技术负责人参与方：开发人员、项目经理、技术总监、测试人员5.5.1.2详细设计文档编写与评审活动: 开发人员根据SRD和概要设计文档，进行系统模块的划分和分解； 分模块进行系统分析，各个模块的系统分析完毕后，需要编写详细设计文档； 各子系统间的交互需要编写系统内部接口文档； 如本系统与其他系统有交互，需要编写系统接口文档； 针对详细设计文档、系统内部接口文档和系统接口文档须召集项目经理、产品经理、开发人员、测试人员进行评审； 详细格式可

11、参见详细设计文档、系统内部接口文档和系统接口文档模板。输出：详细设计文档、系统内部接口文档、系统接口文档、评审汇报负责人：开发人员参与方：项目经理、技术总监、测试人员5.5.2测试方案及用例设计5. 5.2.1测试方案设计及评审输入：PRD文档、SRD文档、概要设计文档、详细设计文档、系统内部接口文档和系统接口文档活动：测试人员根据产品文档、需求文档及技术文档进行测试方案的编写；测试方案包括：功能测试、性能测试、白盒测试;测试方案编写完毕后，需要组织有关人员进行评审，并输出评审汇报;测试方案评审后，测试、开发需双方到达确认。输出：测试方案、测试方案评审汇报负责人：测试人员参与方：开发人员、项目

12、经理、产品经理5.5.2.2测试用例设计及评审输入：测试方案、PRD文档、SRD文档活动： 测试人员根据测试方案、产品文档及SRD文档进行测试用例的编写和分解; 测试用例包括：功能测试、性能测试、白盒测试； 测试用例编写完毕后，需要组织有关人员进行评审，并输出评审汇报； 测试用例评审后，测试、开发需双方到达确认。输出：测试用例负责人：测试人员参与方：开发人员、项目经理、产品经理5.5.3 UI/UE设计（针对有界面展现的产品）输入：PRD文档、SRD文档、项目计划活动:产品经理根据SRD文档、PRD文档对产品的UI/UE进行设计;设计结束后，须召集项目经理、开发人员、测试人员进行评审。输出:U

13、I/UE设计文档负责人：产品经理参与方：开发人员、项目经理、测试人员5.5.4 配置管理方案及计划设计输入：SRD文档、PRD文档、项目计划活动：项目经理根据SRD文档对项目的配置管理方案及计划进行设计；配置管理方案重要涵盖如下内容： 项目名：（供内部使用） 公布版本命名及版本号：（每次版本公布时的版本命名及版本号控制，包括从输出给测试部系统测试起一直到正式版本的公布。） SharePoint：（项目文献目录B规划和设计） SVN：（目录的规划和设计） QC系统：（目录的规划和设计） 资源配置人力资源设备资源其他无形资源（如开发环境软件、工具类等）配置管理方案和计划设计结束后，须召集开发人员、

14、测试人员、配置管理员进行讨论及信息同步；最终输出配置管理方案和计划，并同步给配置管理员作为后续项目配置管理的I根据。输出：配置管理方案和计划负责人：项目经理参与方：开发人员、测试人员、配置管理员、运维人员5.6项目正式启动准备5.6.1项目计划制定输入：PRD文档、SRD文档、整体方案设计活动： 项目经理召集技术负责人进行计划预估及制定； 技术负责人须配合项目经理进行任务的分解和评估，同步对开发时间进行评估（技术负责人在预估时间时可找对应要参与的直接工程师进行共同预估时间点,以保证给出的时间尽量精确）； 评估的时间粒度原则上能让项目经理可有效的进行跟踪任务进展，详细H勺粒度由项目经理根据项目实际状况进行把握（按照国内的项目管理通例，一般状况下，最小粒度但愿能细到1天。） 项目计划所包括的维度须涵盖