IT公司管理流程及制度.docVIP

项目立项流程制度会签表 起草部门 产品部 起草人 XXX 会签时间 文件名称 部门 研发核心 研发云端 产品部 增值业务中心 会签 部门 运营中心 广告商务部 市场部 采购仓库 会签 部门 副总裁 财务部 人事行政部 会签 总经理 意见 制度文件 产品立项流程制度 1.目的 本文描述产品研发中心（深圳研发中心、分公司）产品开发、立项流程。通过本流程的实施，明确各个开发阶段的责任人、主要活动、职责、输入和输出；确保研发方向正确，阶段目标清晰，项目过程可控，阶段输出明确；从而确保开发项目（产品）的质量、进度、成本和服务等满足公司和用户的需求。 2. 适用范围 产品研发中心（深圳研发中心、分公司）及公司立项活动，文中涉及的项目（产品）立项主流程图也可作为项目立项活动进行，项目立项流程与主流程保持高度一致。 3. 岗位和职责 产品经理 负责产品的调研，研究产品市场以了解客户需求、竞争状况及市场前景，发现创新或改进产品的潜在机会； 负责对产品进行分析与功能规划，对研发中心产品计划进行协助； 负责项目需求阶段的准备工作，包括产品可行性分析，用户（内部、外部）需求分解，产品需求定义及设计（用户界面设计和用户交互设计，包含所有的用户体验部分等）；并撰写《产品需求文档》、《产品原型图》或者《ID图》 组织参与需求评估，并根据评审意见做《产品需求文档》、《产品原型图》或者《ID图》的修订； 负责整个产品的生命周期管理（包括需求阶段，设计阶段、开发阶段、验收阶段、市场售后阶段）； 验收阶段主导验收工作，输出《产品验收报告》；并在研发经理的技术支持下输出《产品使用说明书》或者《产品快速安装指南》。 评审组 指由决策层或研发中心指定，在软硬件开发、结构开发、系统架构等方面经验较为丰富的研发人员及项目经理组成的动态的虚拟组织； 由技术总监担任评审组组长，并根据项目具体需要决定有哪些研发人员及领导层参与评审； 评审组成员不一定参与此项目的后续工作，不同阶段的评审参与人员可根据实际需要调整。 产品需求评估：评审组负责对《产品需求文档》进行评估。评估其功能实现可行性、产品开发周期、开发成本、资源配置等关键性指标；由产品经理输出最终《产品需求文档》，评审组签字。 立项评审：负责对修订后的《产品需求文档》、《产品开发任务书》、《项目进度和预算计划》进行评审，以决策是否正式立项；主要决策人为技术总监等领导层；在《产品立项申请书》上记录评审意见并签字。 立项评审不局限于会议形式，可通过如邮件等形式获取领导层评审意见。 项目经理 需求评审完成阶段撰写《产品立项申请书》和《项目进度表》并组织立项评审； 设计阶段和开发阶段负责组织会议，进度监控，风险控制，成本管控，需求跟踪，变更管理； 验收阶段负责协同产品经理完成对产品的评估和验收工作； 负责统筹管理整个产品设计和开发过程的相关活动，并协调各相关部门予以展开； 项目结项后，根据项目总结会议输出《项目总结报告》。 研发经理 研发经理于需求评估通过后由评审组指定； 需求阶段负责项目的整体技术统筹并撰写《产品开发任务书》； 设计阶段和开发阶段负责主导设计开发，阶段性评审，技术文档的汇总和保存； 验收阶段负责协同产品经理完成对产品的评估和验收工作，并提供《产品使用说明书》的技术支持； 负责对设计开发资料的完整性和有效性进行确认； 研发工程师 根据研发经理的统筹完成《产品开发任务书》中的设计开发任务； 完成设备的功能调试等任务； 完成研发文档的撰写及归档任务。 测试工程师 负责在项目开发阶段制定测试需求并撰写《产品测试计划》； 根据《产品测试计划》在开发阶段完成产品测试并输出《产品测试报告》； 负责在验收阶段参与产品验收测试，提供必要的技术支持； 负责组装调试时质量问题的分析和改进。 4. 产品小型项目/解决bug流程 流程图 本流程针对开发周期短，周期1月或者解决bug的流程图 4.1需求/问题来源图 4.2需求/问题图注解 4.2.1 需求/问题来源 产品需求/问题来源于产品经理，增值业务部，运营部（客户需求，遇到的问题或者运营部的意见需求），Boss（客户反馈意见需求或者Boss的意见需求），市场部。 4.2.2 需求/问题的处理 - 汇总及评估 a.对于需求部门，按需求表格填写需求或者问题，发邮件给产品部指定人员 b.若是新需求，产品部指定人员汇总产品需求，进行每周需求评审,评审可行性及开发周期，然后需求表进行纸质会签;若是bug，产品指定人员先进行排查问题,若能解决，给予处理。 c.如果问题无法解决，产品部指定人员把问题打印，以纸质形式反馈到研发指定人员 d.研发人员评估问题的解决时间，填于产品部提交的纸质文档上并安排人员解决问题。产品部指定人员及时邮件回复提案人员时间。 备注：对于需求/问题，发起人