IT公司管理流程与制度

项目立项流程制度会签表

起草部门 文件名称 部门 会签 部门 会签 部门 会签 总经理 意见 产品部 起草人 XXX 会签时间 研发核心 运营中心 副总裁 研发云端 广告商务部 财务部

产品部 市场部 人事行政部 增值业务中心 采购仓库 制度文件

产品立项流程制度

1.目的

本文描述产品研发中心（深圳研发中心、分公司）产品开发、立项流程。通过本流程的实施，明确各个开发阶段的责任人、主要活动、职责、输入和输出；确保研发方向正确，阶段目标清晰，项目过程可控，阶段输出明确；从而确保开发项目（产品）的质量、进度、成本和服务等满足公司和用户的需求。

2. 适用范围

产品研发中心（深圳研发中心、分公司）及公司立项活动，文中涉及的项目（产品）立项主流程图也可作为项目立项活动进行，项目立项流程与主流程保持高度一致。

3. 岗位和职责

产品经理

 负责产品的调研，研究产品市场以了解客户需求、竞争状况及市场前景，发现创新或

改进产品的潜在机会；

 负责对产品进行分析与功能规划，对研发中心产品计划进行协助；

 负责项目需求阶段的准备工作，包括产品可行性分析，用户（内部、外部）需求分解，

产品需求定义及设计（用户界面设计和用户交互设计，包含所有的用户体验部分等）；并撰写《产品需求文档》、《产品原型图》或者《ID图》

 组织参与需求评估，并根据评审意见做《产品需求文档》、《产品原型图》或者《ID

图》的修订；

 负责整个产品的生命周期管理（包括需求阶段，设计阶段、开发阶段、验收阶段、市

场售后阶段）；

 验收阶段主导验收工作，输出《产品验收报告》；并在研发经理的技术支持下输出《产

品使用说明书》或者《产品快速安装指南》。

评审组

 指由决策层或研发中心指定，在软硬件开发、结构开发、系统架构等方面经验较为丰

富的研发人员及项目经理组成的动态的虚拟组织；

 由技术总监担任评审组组长，并根据项目具体需要决定有哪些研发人员及领导层参与

评审；

 评审组成员不一定参与此项目的后续工作，不同阶段的评审参与人员可根据实际需要

调整。

 产品需求评估：评审组负责对《产品需求文档》进行评估。评估其功能实现可行性、

产品开发周期、开发成本、资源配置等关键性指标；由产品经理输出最终《产品需求文档》，评审组签字。

 立项评审：负责对修订后的《产品需求文档》、《产品开发任务书》、《项目进度和

预算计划》进行评审，以决策是否正式立项；主要决策人为技术总监等领导层；在《产品立项申请书》上记录评审意见并签字。

 立项评审不局限于会议形式，可通过如邮件等形式获取领导层评审意见。

项目经理

 需求评审完成阶段撰写《产品立项申请书》和《项目进度表》并组织立项评审；  设计阶段和开发阶段负责组织会议，进度监控，风险控制，成本管控，需求跟踪，变

更管理；

 验收阶段负责协同产品经理完成对产品的评估和验收工作；

 负责统筹管理整个产品设计和开发过程的相关活动，并协调各相关部门予以展开；  项目结项后，根据项目总结会议输出《项目总结报告》。

研发经理

 研发经理于需求评估通过后由评审组指定；

 需求阶段负责项目的整体技术统筹并撰写《产品开发任务书》；

 设计阶段和开发阶段负责主导设计开发，阶段性评审，技术文档的汇总和保存；  验收阶段负责协同产品经理完成对产品的评估和验收工作，并提供《产品使用说明书》

的技术支持；

 负责对设计开发资料的完整性和有效性进行确认； 研发工程师

 根据研发经理的统筹完成《产品开发任务书》中的设计开发任务；  完成设备的功能调试等任务；  完成研发文档的撰写及归档任务。

测试工程师

 负责在项目开发阶段制定测试需求并撰写《产品测试计划》；

 根据《产品测试计划》在开发阶段完成产品测试并输出《产品测试报告》；  负责在验收阶段参与产品验收测试，提供必要的技术支持；  负责组装调试时质量问题的分析和改进。

4. 产品小型项目/解决bug流程

流程图

 本流程针对开发周期短，周期<1月或者解决bug的流程图

客户需求/问题产品经理增值业务运营部Boss市场部产品需求/问题来源产品部指定人员汇总需求需求/问题评估结束NGYes开发Yes产品需求表产品需求表，NG自测NGYesNG测试YesYes验收测试工程师：产品测试报告Yes产品发布 4.1需求/问题来源图

客户需求/问题产品经理增值业务运营部Boss市场部产品需求/问题来源产品部指定人员汇总需求需求/问题评估

4.2需求/问题图注解

4.2.1 需求/问题来源

产品需求/问题来源于产品经理，增值业务部，运营部（客户需求，遇到的问题或者运营部的意见需求），Boss（客户反馈意见需求或者Boss的意见需求），市场部。

4.2.2 需求/问题的处理 - 汇总及评估

a.对于需求部门，按需求表格填写需求或者问题，发邮件给产品部指定人员 b.若是新需求，产品部指定人员汇总产品需求，进行每周需求评审,评审可行性及开发周期，然后需求表进行纸质会签;若是bug，产品指定人员先进行排查问题,若能解决，给予处理。

c.如果问题无法解决，产品部指定人员把问题打印，以纸质形式反馈到研发指定人员

d.研发人员评估问题的解决时间，填于产品部提交的纸质文档上并安排人员解决问题。产品部指定人员及时邮件回复提案人员时间。

备注：对于需求/问题，发起人员要描述清楚明了，便于问题或者需求分析。 4.2.3 开发流程

开发产品需求表，NG自测NGYesNG测试YesYes验收测试工程师：产品测试报告Yes产品发布 a.开发：开发人员根据需求表及时间表合理安排开发周期

b.自测：开发完成后，根据测试用例，进行测试。测试完成，如有问题，返回修改；如自测没有问题，邮件通知测试人员及产品部相关人员，测试人员在收到邮件通知后，及时回馈测试完成时间

c.测试：根据开发人员提供的更新内容，按照测试用例，根据反馈时间，合理安排测试。测试完成后，如果有重大bug,反馈回开发人员及产品部相关人员，如无问题，邮件通知产品部相关人员及开发人员，附上测试报告及更新内容。

d.验收：产品部指定人员及提案人员按照测试报告，针对更新内容部分进行

验收。如果未达到目标，反馈给开发人员及测试人员，进行改善；如果达到验收目标，邮件通知研发，测试，运营，仓库，进行结案。

5.项目（产品）立项主流程图

5.1 项目主流程图

 此流程图适用于开发周期>1个月  流程图如下：

流程主线项目启动输入输出文档产品经理：产品需求文档，ID图（硬件）产品需求评审产品经理：修改版产品需求文档，原型图（或者ID图）结束NGNGYesYes产品立项评审项目经理：项目申请表（含预算，项目组成员）、项目进度表Yes项目经理：修改版的 项目申请表（含预算，项目组成员）、项目进度表研发启动会项目经理：项目进度表研发经理：研发设计文档产品研发NG产品测试Yes测试工程师：测试报告NGYes产品测试报告、固件产品验收产品经理：验收报告、产品使用说明书 或者 快速安装指南，项目经理：BOM （硬件）YesYes项目总结会项目经理：项目总结报告项目结束 5.2 流程图注解

5.2.1 产品需求评审

主题内容：对产品经理整理的产品需求进行逐一评审

产品需求阶段：运营，销售，市场部提供需求 发给产品部，由产品经理编写

产品需求表

评审参与部门：运营，销售，市场，产品，研发 发起人员：产品经理

输出文档：产品需求表，产品原型图 或者 ID图（ID图针对硬件项目）； 文档在评审完成七个工作日内并且在立项评审前三天完成，并给

项目经理统一管理

会签文档：产品需求表，由 运营，销售，市场，产品，研发 会签

5.2.2 立项评审

主题内容：对项目进度进行评审

评审参与部门：运营，销售，市场，产品，研发 ，采购 发起人员：项目经理

输出文档：项目立项申请表，项目进度表； 文档在评审完成三个工作日内完成

会签文档：项目立项申请表，由 运营，销售，市场，产品，研发，采购部会

签

5.2.3 研发启动会

主题内容：介绍项目，项目进度知会，研发设计说明 参与人员：研发项目组成员，产品经理，项目经理 发起人员：项目经理 5.2.4 产品验收

主题内容：对测试通过的产品，进行验收

验收人员：产品经理，项目经理和研发测试协助

输出文档：验收报告，产品使用说明书 或者 产品快速安装指南（硬件） BOM（硬件包装清单） 验收完成一周内需完成文档 5.2.5 项目总结会

主题内容：对本次项目进行总结及通知各部门项目完成 参与人员：运营，销售，市场，产品，研发 ，采购 输出文档：项目总结报告

5.3 项目文档

在整个项目的开发过程中，需要的文档及提供文档人员如下：

产品经理：产品需求文档，原型图 或者ID图（如果是软件的提供原型图，如果是硬件的提供ID图），验收报告，用户使用手册 或者 快速安装指南（硬件）

项目经理：项目立项申请表，项目进度表，BOM(硬件包装清单)，项目总结报告

研发：测试报告，研发设计文档

其中需要会签的文档是：项目立项申请表，软件产品需求文档 或者 硬件产品需求表

您好，欢迎您阅读我的文章，本WORD文档可编辑修改，也可以直接打印。阅读过后，希望您提出保贵的意见或建议。阅读和学习是一种非常好的习惯，坚持下去，让我们共同进步。