【精品】产品开发过程规范v1.1.docx

《【精品】产品开发过程规范v1.1.docx》由会员分享，可在线阅读，更多相关《【精品】产品开发过程规范v1.1.docx（30页珍藏版）》请在课桌文档上搜索。

1、文档编号：XXX产品开发过程规范XX有限公司2020年11月24日成本干医疗料技有限公司得I文档修订记录版本状态简要说明日期变更人vl.0C创建文档2020-11-19V1.1M评审后修改2020-11-25*变化状态：C创建，A增加，M修改，D删除，AU审核目录1 .弓I言11. 1.目的12. 2.适用范围12 .部门与职责23 .产品开发过程规范41. 1.产品开发过程43. 2.过程说明93. 3.过程裁剪指南134.相关制度及规范174. 1.变更管理制度174. 2.产品开发过程问题管理制度错误!未定义书签。4. 3.文件管理制度194. 4.部门会议制度235.附件错误!未定义书

2、签。5.1. 变更申请单错误!未定义书签。5. 2.变更跟踪表错误!未定义书签。5. 3.风险识别跟踪表错误!未定义书签。5. 4.问题记录跟踪表错误!未定义书签。5. 5.会议纪要错误!未定义书签。5. 6.会议签到表错误!未定义书签。5. 7.提测申请单错误!未定义书签。1.引言1.1. 目的本文档的编制是为了规范XX有限公司产品研发过程各部门工作，使跨部门工作过程流程化，确保产品开发过程的一致性。1.2. 适用范围本文档中规定的相关内容适用于成都XX有限公司产品部、研发部、质控部、运维部等部门。2.职责部门部门职责负责人产品部1、拓展并维护公司可持续化的产品线规划，保证产品线有持续市场竞

3、争力；2、建立并维护公司产品策划体系，包含市场分析、行业分析、产品规划、产品调研、产品设计等职能；3、配合市场部建立公司产品营销体系，包含产品推广、产品合作等业务；4、协同研发部、质控部建立并维护公司产品研发体系，规划产品版本的研发；5、协同市场部、质控部、项目实施部建立并维护公司客户管理体系，关注产品运行情况、客户评价、客户意见等，不断提高客户对产品的满意度；6、负责公司所有项目的内部验收工作，确保项目全部需求得到实现；研发部1、根据产品规划以及项目目标，进行产品、项目的研发和迭代工作；2、组建公司研发团队，制定标准化的技术研发章程，编制公司产品研发计划；3、确定公司的技术选型、技术框架，形

4、成公司技术体系及平台；4、负责公司产品的技术调研、设计论证、系统研发工作，分析并解决产品在研发过程中出现的技术问题；5、负责储备公司技术资源，为各部门、各项目提供技术支持；6、分析和总结研发过程的经验和教训，提高研发质量，汇总各项目的可用成果，形成部门内部技术和知识资源库；7、保障公司计划上线的产品或项目交付的质量；质控部-测试组1、公司质量管理体系的建立、保持和改进；2、承担公司所有产品的版本管理及质量验证工作，并提供可交付给用户的版本给下一环节；3、承担产品质量数据的采集和分析，为公司产品发布提供决策辅助；质控部-运维组1、承担公司所有上线项目的运维技术支持工作，确保系统可以正常稳定的运行

5、；2、承担客户关系维护工作，提升客户满意度；3、承担公司产品及项目的过程质量数据采集和分析工作，持续改进和优化过程管理体系。3.产品开发过程规范3.1. 产品开发过程产品开发过程分为三个类别：1）新产品发布：适用于根据公司新产品规划而进行的设计、开发及发布过程；2）补丁/版本迭代：适用于根据已发布产品的运维需求制定的补丁或版本的迭代工作；3）定制化功能开发：适用于为满足项目需求而进行的定制化功能开发过程；3.1.1.新产品发布流程tt三HSMlHIJ11*eHMmawwwBM*t*0纷a三ttwauM99UMAUW段&W父911M3.1.2,补丁/版本迭代流程速代*本发84*安口/布rut!t

6、frr5i三iI.IIHHH.：，丫C!.fIvt:：.1：*.靠”更麟,.1?*Ht帕工之“I.户京IQfllM纤.1.*xap.t文曰).$巾公设圮4.Ie关火怆勇立卜.产B牧H1.三XHM卜.WDXW.事於Utte要4.MttXS.3.1.3,定制化功能开发流程3.1.4.产品版本号规范3.1.4.1.产品版本号格式产品正式版本号统一采用“va.b.c”形式，开发环境版本号采用“va.b.cbetaxw,说明如下：VerSiOn的缩写-副版本号提测版本标识II*1.eoV2.2.2Beta1ttS产品代号主版本号子版本号3.L4.2.版本号修改规则为确保产品版本号的一致性，各产品版本号由

7、产品部统一维护。版本号一般在需求分期阶段制定，不允许重复或回退，修改规则参考如下：主版本号（a）主版本号从1开始，无限制上限，包括但不限于以下情况会导致主版本号变更：1、新产品发布；2、系统进行大量技术迭代，比如采用不同的技术架构；3、产品新增一级功能；4、系统设计全面升级或界面重构；5、其他会导致系统与旧版有较大差异的迭代；副版本号（b）副版本号从0开始，无限制上限，包括但不限于以下情况会导致副版本号变更:1、产品新增二级或三级功能；2、产品进行大量的问题修复工作；3、产品进行了部分设计优化工作；4、其他会导致系统与旧版有少量差异的迭代；子版本号（C）子版本号从O开始，无限制上限，包括但不限

8、于以下情况会导致子版本号变更：1、产品发布紧急补丁；2、产品进行少量程序错误修复并需要发布现场；3、其他基于现有系统进行的调整，不会导致功能改动，例如检验设备对接；提测版本号（betaX）从1开始，适用于软件版本从研发提交测试的版本标识“beta”，每次提测版本号需加1,例如“Leov2.L0beta1”；3.2.过程说明过程说明定义了产品开发中各项过程的输入输出。部门过程过程定义前置过程负责角色必要参与角色输入输出产品部需求/反馈收集对产品需求或已发布产品的反馈的收集及录入过程产品经理各干系人1 .原始需求记录2 .问题反馈1 .需求清单2 .需求确认单需求分期基于产品需求池进行梳理规划版本

9、，并与相关方确认资源的过程需求/反馈收集产品经理各干系人1.需求清单L分期后的需求清单2 .产品规划说明文档3 .干系人登记册组织产品启动会对产品的启动进行宣告，并获得相关方的承诺需求分期产品经理公司各部1 .分期后的需求清单2 .干系人登记册1.会议纪要产品设计基于分期后的需求清单编写产品PRD文档，并完成PRD文档初稿部门内部审核的过程需求分期产品经理I.分期后的需求清单2.产品规划说明文档1 .产品PRD文档初版2 .需求规格说明书产品设计评审评审PRD文档初稿的过程，并产出PRD文档确认稿产品设计产品经理研发经理研发组测试组L分期后的需求清单2.产品PRD文档1 .产品PRD文档确认版

10、2 .会议纪要Ul设计基于产品PRD文档进行界面设计的过程产品设计Ul设计产品经理1 .产品PRD文档初版2 .产品PRD文档确认版1.产品Ul设计初版Ul设计评审评审Ul设计初稿的过程，并产出Ul设计确认稿Ul设计Ul设计产品经理研发组测试组1 .产品PRD文档确认版2 .产品Ul设计初版1 .产品UI设计确认版2 .会议纪要需求验证产品研发自测通过后，提交产品进行需求验证的过程版本自测产品经理研发组1 .自测通过的版本程序2 .提测申请单1 .可提测的版本程序2 .经产品确认后的提测申请单测试反馈产品经理参与到软件测试并解决产品设计相关问题的过程BUG修复产品经理研发组测试组LBUG说明L

11、问题解决方案2 .需求变更申请单3 .需求变更跟踪表产品验收新产品测试通过后提交产品进行产品验收的过程，持续时间不超过一天软件测试产品经理研发组测试组1 .测试通过的产品程序2 .产品PRD文档确认版3 .软件测试报告1.产品验收报告编写操作手册编写产品操作手册的过程UI设计评审产品经理1 .产品PRD文档确认版2 .产品Ul设计确认版3 .分期后的需求清单1.产品操作手册组织产品发布会产品封版后通知全员产品达到交付标准的过程封版产品经理公司各部11L可正式上线的版本程序2 .产品操作手册3 .软件部署说明4 .软件测试报告5 .产品验收报告L会议纪要项目总结会产品封版后各部门进行经验教训总结

12、的过程封版产品经理部门经理研发组测试组1 .会议纪要2 .更新经验教训知识库研发部技术预研在项目前期根据需求清单进行技术可实现调研的过程需求分期研发经理研发组长1.分期后的需求清单L技术实现DEMo2.技术调研文档制定研发计划编制研发计划，完成部门内部审核并制定研发计划初版的过程产品设计评审研发组长研发经理组员1 .产品规划说明文档2 .产品PRD文档确认版1.研发计划初版研发计划评审评审研发计划初版的过程制定研发计划研发组长产品经理研发经理研发组测试负责人1.研发计划初版1 .研发计划确认版2 .会议纪要系统设计梳理产品需求及设计，执行系统技术设计的过程制定研发计划研发组长产品经理研发经理研

13、发组1 .分期后的需求清单2 .产品PRD文档确认版3 .技术实现DEMO4 .技术调研文档1.系统概要设计文档初版系统设计评审评审系统设计初稿的过程系统设计研发组长产品经理研发经理研发组测试组1.系统概要设计文档初版1.系统概要设计文档确认版数据库设计基于产品设计以及系统设计产出物进行系统数据库表设计的过程系统设计评审研发组长研发组1.系统概要设计文档确认版1.数据库设计初版数据库设计评审评审数据库表设计初版的过程数据库设计研发组长产品经理研发经理研发组测试负责人1.数据库设计初版1 .数据库设计确认版2 .会议纪要接口设计基于业务需求、系统概要设计文档进行的系统APl接口设计过程数据库设计

14、评审研发组长研发组L系统概要设计文档确认版3 .数据库设计确认版4 .产品PRD文档确认版1.API接口文档产品开发进行产品研发过程UI设计评审、接口设计研发组长研发组1 .产品PRD文档确认版2 .产品Ul设计确认版3 .分期后的需求清单4 .技术实现DEMO5 .技术调研文档6 .系统概要设计文档确认版7 .数据库设计文档确认版L源代码2 .更新后API接口文档3 .研发完成的版本程序版本自测产品研发完成后，由研发人员进行的功能自测过程产品开发研发组长研发组L研发完成的版本程序2.测试用例确认版1 .自测通过的版本程序2 .提测申请单打包提测由研发人员完成需求验证或BUG修复后而进行的版本

15、提测过程需求验证研发组长研发组L可提测的版本程序2.经产品确认的提测申请单L经产品确认的提测申请单2 .可提测的版本程序3 .运行环境相关工具BUG修复基于测试反馈进行的BUG修复过程测试反馈、研发组长研发组LBUG说明1.修复BIJG后的版本程序软件测试测试部编写测试用例梳理产品需求编写测试用例的过程产品设计评审、系统设计评审测试负贲人测试组1 .产品PRD文档确认版2 .分期后的需求清单3 .API接口文档4 .数据库设计文档确认版5 .系统概要设计文档确认版1.测试用例初版测试用例评审评审测试用例初版的过程编写测试用例测试负贲人产品经理研发组长测试组1 .测试用例初版2 .产品PRD文档

16、确认版3 .分期后的需求清单1 .测试用例确认版2 .会议纪要制定测试计划编制测试计划，完成部门内部审核并制定测试计划初版的过程测试用例评审测试负责人测试组1 .测试用例确认版2 .研发计划确认版3 .产品规划说明文档1.测试计划初版测试计划评审评审测试计划初版的过程制定测试计划测试负责人产品经理研发组长测试组1.测试计划初版1 .测试计划确认版2 .会议纪要软件测试进行软件测试的过程测试计划评审、打包提测测试负责人测试组1 .经产品确认的提测申请单2 .可提测的版本程序3 .测试用例确认版4 .产品Ul设计确认版5 .产品PRD文档确认版6 .数据库设计确认版7 .运行环境相关工具LBUG说

17、明2.定期测试情况说明封版产品通过软件测试后进行封版发布的过程产品验收测试负责人1 .可正式上线的版本程序2 .产品操作手册3 .测试计划确认版4 .产品验收报告1 .可正式上线的版本程序2 .产品操作手册3 .软件部署说明4 .软件测试报告运维部产品运维产品上线后的运行维护过程版本部署、项目实施芯笠负责人运维组1 .项目实施报告2 .实施转运维交接单1 .运维日志记录2 .运维问题汇总表版本部署产品发布后进行现场部署的过程封版运维黄麦人运维组1 .可正式上线的版本程序2 .产品操作手册3 .软件部署说明4 .软件测试报告1 .部署通知干系人2 .版本部署日志3 .更新机构部署清单3.3.过程

18、裁剪指南该指南的裁剪主要针对不同的产品开发过程所采取的过程的裁剪，各产品开发过程需结合实际情况进行过程裁剪。适用范围为公司全部产品开发过程。3.3.L产品特性3.3.1.1.项目类型项目类型说明产品开发指为新产品开发，或重大的换代产品开发。补丁开发指为产品进行的特定补丁或者小版本迭代升级。定制化功能开发指基于某个产品为客户进行的定制功能的项目研发。3.3.1.2.团队规模指产品开发团队的人员数量，一般以“人”作为估算单位，包括产品、UI、研发、测试。团队规模分级量化指标（单位：人）备注大人员数量10中10人员数量5小52人员数量3.3.1.3.开发周期指从产品开发开始到完成所需的时间，一般以“

19、月”作为估算单位。开发周期分级量化指标（单位：月）备注开发周期分级量化指标（单位：月）备注长期开发周期4中期42开发周期1短期12开发周期3. 3.1.4.版本号变更以产品规划中产品版本号的变更来界定产品开发复杂度。版本号变更分级定性描述主级产品版本主版本号变更。副级产品版本副版本号变更。子级产品版本子版本号变更。4. 3.2,裁剪方法编号过程子活动过程定义裁剪说明1产品过程需求/反馈收集对产品需求或已发布产品的反馈的收集及录入过程不可裁剪2需求分期基于产品需求池进行梳理规划版本，并与相关方确认资源的过程不可裁剪3组织产品启动会对新产品的启动进行宣告，并获得相关方的承诺可考虑裁剪条件：1、补丁

20、或定制化功能开发4产品设计基于分期后的需求清单编写产品PRD文档,并完成PRD文档初稿部门内部审核的过程不可裁剪5产品设计评审评审PRD文档初稿的过程，并产出PRD文档确认稿可考虑裁剪条件：1、版本号变更为子级6Ul设计基于产品PRD文档进行界面设计的过程可考虑裁剪条件：1、版本号变更为子级7UI设计评审评审Ul设计初稿的过程，并产出UI设计确认稿可考虑裁剪条件：1、版本号变更为子级8需求验证产品研发自测通过后，提交产品进行需求验证的过程不可裁剪9测试反馈产品经理参与到软件测试并解决产品设计相关问题的过程不可裁剪10产品验收新产品测试通过后提交产品进行产品验收的过程不可裁剪11编写操作手册产品

21、人员新增或更新产品操作手册的过程可考虑裁剪条件：1、补丁或定制化功能开发2、版本号变更为子级12组织产品发布会产品封版后通知全员产品达到交付标准的过程可考虑裁剪条件：1、补丁或定制化功能开发13项目总结会新产品封版后各部门进行经验教训总结的过程可考虑裁剪条件：1、补丁或定制化功能开发14研发过程技术预研在项目前期根据需求清单进行技术可实现调研的过程可考虑裁剪条件：1、补丁或定制化功能开发15制定研发计划编制研发计划，完成部门内部审核并制定研发计划初版的过程不可裁剪16研发计划评审评审研发计划初版的过程不可裁剪17系统设计梳理产品需求及设计，执行系统技术设计的过程可考虑裁剪条件：1、补丁或定制化

22、功能开发2、版本号变更为子级18系统设计评审评审系统设计初稿的过程可考虑裁剪条件：3、补丁或定制化功能开发版本号变更为子级19数据库设计基于产品设计以及系统设计产出物进行系统数据库表设计的过程可考虑裁剪条件：1、补丁或定制化功能开发2、版本号变更为副级以下20数据库设计评审评审数据库表设计初版的过程可考虑裁剪条件：3、补丁或定制化功能开发版本号变更为副级以下21接口设计基于业务需求、系统概要设计文档进行的系统APl接口设计过程可考虑裁剪条件：1、补丁或定制化功能开发2、版本号变更为子级22产品开发进行产品研发过程不可裁剪23版本自测产品研发完成后，由研发人员进行的功能自测过程不可裁剪24打包提

23、测由研发人员完成需求验证或BUG修复后而进行的版本提测过程不可裁剪25BuG修复基于测试反馈进行的BUG修复过程不可裁剪26测试过程编写测试用例梳理产品需求编写测试用例的过程不可裁剪27测试用例评审评审测试用例初版的过程可考虑裁剪条件：1、补丁或定制化功能开发2、版本号变更为子级28制定测试计划编制测试计划，完成部门内部审核并制定测试计划初版的过程可考虑裁剪条件：1、补丁或定制化功能开发2、开发周期为短期29测试计划评审评审测试计划初版的过程可考虑裁剪条件：1、补丁或定制化功能开发2、开发周期为短期30软件测试进行软件测试的过程不可裁剪31封版产品通过软件测试后进行封版发布的过程不可裁剪32运

24、维过产品运维产品上线后的运行维护过程不可裁剪33程版本部署产品发布后进行现场部署的过程可考虑裁剪条件：1、新产品发布；34发布项目发布会新产品封版后达到发布标准，组织发布会可考虑裁剪条件：1、补丁或定制化功能开发；35收尾项目总结新产品封版后进行过程总结可考虑裁剪条件：1、补丁或定制化功能开发；2、开发周期为短期3、团队规模为小36归档对产品开发过程资料进行归档不可裁剪4.相关制度及规范4. 1.变更流程4. 2.变更管理制度在产品开发过程中，包括但不限于需求、设计、计划、技术及项目等内容的变更均需要通过相关部门的确认。变更申请人一般为各部门接口人员或部门经理，变更申请审批通过后，由研发资产管

25、理员对可执行的变更进行全员通知。4. 2.1.变更申请标准产品开发过程的变更涉及到以下情况后需要先提交变更申请审批通过后再执行：涉及产品功能定义的变更；涉及新增成本的变更；涉及需求变更，包含需求新增或、修改和删除，且导致工作量变更；技术实现方式变更，比如变更已嵌入开发完成的第三方工具；对计划的变更，比如研发计划的延期等；对产品开发过程的变更，比如在产品开发过程中新增或裁剪过程等；其他会影响产品交付进度、新增额外工作量或成本的事项；4. 2.2.变更申请单变更申请单由变更申请人填写，填写完成后作为变更申请附件一并上传审批，通过审批的变更申请单由研发资产管理员处进行归档，变更申请单模板参考5.1。

26、变更类型参考：范围变更：主要用于需求、设计、功能的变更；计划变更：主要用于各项计划的变更；技术变更：一般用于开发过程中涉及到的技术方案修改而导致变更;项目变更：主要用于因项目原因导致的变更，比如业主方取消项目；其他变更：用于以上未覆盖到的变更；5. 2.3.变更审批规范变更申请提交审批前，申请人须先与变更涉及的相关部门对变更内容进行前期沟通，确认无误并完成变更影响评估后再发起审批。发起审批须注意以下事项：1、审批须通过钉钉发起并完善相应变更信息；2、审批人由申请人选择，选择为相关部门负责人，参考顺序：产品一研发一质控一其他；3、抄送人必选，变更申请须抄送到研发资产管理员；4、电子版变更申请单作

27、为附件上传一并提交审批；4.3.资产管理制度为进一步规范研发资产管理，完善文件档案管理制度，便于文件的识别、查阅，保证公司文件管理体系的有效运转以及确保文件资料的完整性，特此编制此制度。4.3.L文档命名产品开发相关文档统一采用“BQ-部门代码-文件类别码-文件名称V版本号”的格式。部门代码部门代码备注公司级0Organization产品部PProduct研发部DDevelopment质控部QQuality运维部SSupport文件类别码文件类别代码规范制度资料ZD项目资料（合同、协议、招投标文档等）XM产品相关资料（解决方案、产品介绍、用户手册、培训资料等）CP产品设计资料SJ研发资料YF测

28、试资料CS运维资料YW报告资料（验收报告、测试报告、周报、月报等）BG会议资料HY其他资料QT4.3.2.文档版本号及修订记录文档版本号统一格式为两位，初始版本号为VL0。每个文档中需包含文档修订记录，文档修订记录格式如下：版本状杰简要说明日期人员vl.0C创建文档2020-11-19XXXvl.0M修改4.1.1章节内容2020-11-20XXX*变化状态：C创建，A增加，M修改，D删除，AU审核4.3.3.文档归档公司文件服务器(地址:http：/10.4.1.198:5000/)用于各部门资料归档，服务器及系统管理由运维部负责维护，各项资料由各部门负责维护。各部门可根据项目指派专人，在产

29、品研发完成后，将过程资料进行汇总并整理，统一上传至公司文件服务器进行归档。归档路径地址由研发资产管理员负责管理分配，各部门自行按目录上传。归档目录按照产品产品版本一部门划分O以下是需归档的文件清单:编号产出文件责任部归档路径1需求清单产品部文件服务器/产品至料/XX产品xx版本/产品相关资料/启动资料2需求确认单产品部文件服务器/产品资料xx产品xx版本/产品相关资料/启动资料3方案类资料产品部文件服务器/产品资料/XX产品版本/产品相关资料/启动资料4产品介绍类资料产品部文件服务器/产品资料/XX产品/XX版本/产品相关资料/启动资料5分期后的需求清单产品部文件服务器/产品资料xx产品xx版

30、本/产品相关资料/启动资料6产品规划说明产品部文件服务器/产品资料/XX产品/XX版本/产品相关资料/启动资料7干系人登记册产品部文件服务器/产品资料/XX产品/XX版本/产品相关资料/启动资料8会议类资料产品部文件服务器/产品资料/XX产品版本/产品相关资料/会议资料9产品PRD文档产品部文件服务器/产品资料/XX产品/XX版本/产品相关资料/设计资料10产品Ul设计源文件产品部文件服务器/产品资料/XX产品/XX版本/产品相关资料/设计资料11需求规格说明书产品部文件服务器/产品资料/XX产品版本/产品相关资料/设计资料12评审会会议纪要产品部文件服务器/产品资料产品/XX版本/产品相关资

31、料/会议纪要13技术调研说明研发部文件服务器/产品资料/XX产品/XX版本/研发相关资料/技术资料14项目开发计划书研发部文件服务器/产品资料/XX产品/XX版本/研发相关资料/技术资料15系统概要设计说明书研发部文件服务器/产品资料/XX产品/XX版本/研发相关资料/技术资料16数据库设计文档研发部文件服务器/产品资料/XX产品/XX版本/研发相关资料/技术资料17API接口文档研发部文件服务器/产品资料产品版本/研发相关资料/技术资料18项目源代码研发部文件服务器/产品资料产品/XX版本/研发相关资料/代码相关xxx端19第三方工具、技术说明文档研发部文件服务器/产品资料/XX产品/XX版

32、本/研发相关资料/技术资料20会议类资料研发部文件服务器/产品资料/XX产品版本/研发相关资料/会议资料21测试计划说明书质控部文件服务器/产品资料产品/XX版本/质控相关资料/测试资料22测试用例清单质控部文件服务器/产品资料/XX产品/XX版本/质控相关资料/测试资料23软件测试报告质控部文件服务器/产品资料/XX产品版本/质控相关资料/测试资料24可正式上线的版本质控部文件服务器/产品资料产品xx版本/质控相关资料/正式版本25软件部署说明质控部文件服务器/产品资料/XX产品/XX版本/质控相关资料/正式版本26会议类资料质控部文件服务器/产品资料/XX产品版本/质控相关资料/会议资料2

33、7用户手册产品部文件服务器/产品资料产品xx版本/产品相关资料/设计资料28产品内部验收报告产品部文件服务器/产品资料/XX产品/XX版本/产品相关资料/过程资料29其他文档所有部以实际情况为准4.4.部门会议制度为促进公司各部门及各岗位人员的相互交流，培养良好的沟通习惯，加强各部门间联系，提升工作效率，特制定以下会议规范。4.4.L会议规范1、会议召开前，发起人需要提前准备好会议资料，如有必要可提前将会议资料发布到与会人员查阅；2、如会议中有涉及决策的事项，可以在会前先与相关人员对决策事项进行沟通，以便于会议中能做出有效决策；3、会议召开前5分钟与会人员到场，电话静音或关键，非讨论时间保持会

34、议安静；4、所有会议需记录会议纪要，由会议发起人负责记录，会后邮件发送到会议相关人员；5、会议过程内容如涉及到敏感事项，会后严禁泄密或扩散；4.4.2.产品启动会产品规划完成后，需召开产品启动会议，产品开发相关人员参会,并对产品目标进行确认。会议时间：时间不定，产品开发正式启动前；发起人：产品经理；会议资料准备：产品规划PPT;参会人员：所有产品开发相关人员；会议内容：1、由产品经理对产品进行介绍，包括但不限于项目背景、建设目的、业务场景、实现目标、项目资源及职责介绍等内容；2、由产品经理对产品开发过程关键里程碑及最终验收标准进行说明；3、各环节接口人对产品开发目标进行讨论及最终确认；4. 4

35、.3.产品周会/里程碑会产品开发过程实行周会制度，周会由产品经理负责发起，各部门接口人员参加。会议时间：时间不定，每周一次，由产品经理发起；发起人：产品经理；会议准备资料：工作总结，内容格式不限；参会人员：研发组长、测试负责人；会议内容：1、由各部门接口人员对该项目本周工作内容进行汇报，；2、集体对产品开发过程存在问题进行讨论和解决方案制定；3、对下周产品开发工作计划进行确认；4. 4.4.产品发布确认会新产品完成封版后，需召开产品发布确认会，对产品的完成情况进行介绍和演示，并由与会人员共同确认产品可发布。会议时间：产品封版后一周内；会议发起人：产品经理会议准备资料：产品验收报告、演示程序、产

36、品测试报告；参会人员：产品VP、产品部经理、研发部经理、质控部经理、实施部经理、各团队负责人；会议内容：1、由产品经理对产品完成进行宣讲，并进行产品演示；2、由测试负责人分享产品质量检测情况；3、由与会人员对产品是否可发布进行表决，与会人员全员通过，产品才可以正式发布；4.4.5.产品宣讲会新产品达到发布标准后，需对公司其他部门进行宣告，同时对产品相关人员进行培训。会议时间：产品发布确认后；发起人：产品经理；会议准备资料：产品介绍PPT,演示程序；参会人员：市场部全员、项目部代表；会议内容：1、有产品经理进行产品分析，并对产品的亮点、优势等进行阐述;2、与会人员进行提问，产品经理进行解答；4.

37、4.6.产品开发总结会为总结在产品开发过程中出现的问题并在后需项目加以优化，新产品开发封版后，需进行一次全员总结会议。产品开发全部人员参与该会议并对本次产品开发过程进行总结，由各部门接口人负责记录，会议纪要需要提交到研发资产管理员处。产品总结会前，各部门接口人需先收集各自部门参与人员的问题反馈，每人至少需提交3条，各接口人汇总整理后生成上会资料。会议时间：新产品封版后；发起人：由产品经理、研发组长、测试负责人共同发起；会议准备资料：问题反馈；参会人员：各部门经理、参与产品开发的全部人员；会议内容：1、由各部门接口人员对本部门问题反馈进行讲解；2、与会人员对所讲解的重点问题进行讨论，并就分歧意见

38、达成一致；3、各部门总结经验生成会议纪要；4.4.7.评审会议在产品开发过程中，产品设计、研发/测试计划、技术设计、测试用例等相关文件在完成部门内部审核后需提交产品开发过程组评审。会议不定期召开，由各部门接口人员发起，与会议主题相关人员参会。评审会议需记录会议纪要，且若初次评审不通过，需记录未通过项，并在调整完成后发起二次评审，二次评审可根据实际情况进行快速评审（只评审初次评审未通过项），直至评审通过；4.4.8.部门月会为确保各部门工作的正常开展和计划同步，实行部门月会制度。会议时间：时间不定，每月一次，每月底或次月初；参会人员：产品VP、产品部经理、研发部经理、质控部负责人、运维部负责人；会议内容：1、由各部门负责人对本月度工作目标完成情况进行汇报；2、由产品VP制定下月各部门工作目标及完成标准；3、各部门负责人对下月目标进行评估和最终确认；