《产品研发流程程序文件（11号）.pdf》由会员分享，可在线阅读，更多相关《产品研发流程程序文件（11号）.pdf（66页珍藏版）》请在金锄头文库上搜索。
1、学 海 无 涯 1 目的及适用范围目的及适用范围 1 1 为规范产品研发过程 提高产品研发的效率 质量 降低研发成本 特制定本程序 1 2 本程序文件适用于侏罗纪公司产品研发 1 3 本程序文件由侏罗纪公司 制定 其解释权及修改权属于 1 4 本程序文件从 XXXX 年 月 日起执行 2 职责职责 2 1 产品部负责产品研发 2 2 质量控制部负责对产品开发过程中的里程碑产生的相关成果和文档进行质量控制 并将符合规范的成 果放入资源中心存档 2 3 技术支持部和市场部负责宣传材料和用户手册的制作 以及和产品销售流程的衔接环节和动作 3 产品研发流程产品研发流程 3 1 技术副总从公司战略规划决
2、案中形成产品规划 下发给技术研发部 3 2 技术研发部经理进行产品研发立项 3 3 公司组织人员对产品立项进行评审 若评审未通过 相关文档放入行政综合部备案 3 4 若立项评审通过 质量保证部对立项进行质量检验 若质检未通过 修改立项报告 3 5 若质检通过 开始制订项目计划 同时质量保证部将立项相关文档放入行政综合部归档 3 6 技术部经理将项目计划提交给技术副总评审 若未通过 技术部经理修改项目计划 3 7 若评审通过 质量控制部对项目计划进行评审 若质检评审未通过 产品经理修改项目计划 若质检 评审通过 产品总监安排研发项目资源 3 8 产品经理获得研发项目资源后 进行需求分析 并将相关
3、成果交技术委员会进行内容评审 3 9 若内容评审未通过 产品经理修改需求分析 若内容评审通过 质量控制部对 需求分析说明 进行 质量检验 3 10 若质检未通过 产品经理修改 需求分析说明 若质检通过 相关成果和文档放入资源管理部归档 同时产品经理带领研发相关人员进行总体设计 3 11 产品经理和研发人员完成总体设计后将相关成果交技术委员会进行内容评审 3 12 若内容评审未通过 产品经理修改 总体设计说明 若内容评审通过 质量控制部对 总体设计说 明 进行质量检验 3 13 若质检未通过 产品经理修改 总体设计说明 若质检通过 相关成果和文档放入资源管理部归档 同时产品经理和研发人员进行程序
4、设计 测试 学 海 无 涯 3 14 完成程序设计 测试后 产品经理将相关成果交质量控制部进行功能测试 若测试未通过 产品经理修 改相关成果 若测试通过 质量控制部对相关成果和文档进行质量检验 3 15 若质检未通过 产品经理修改相关成果和文档 若质检通过 质量控制部将相关成果和文档放入资源 管理部门归档 3 16 同时产品研发组制作软件 技术支持部和市场部制作宣传材料 之后 技术支持部对销售人员进行内 部培训 市场部申请并取得著作权 3 17 市场部在取得著作权后制作用户 技术手册 3 18 产品研发组完成软件制作后 质量控制部对制作的软件进行质量检验 若未通过质检 产品研发组重 新制作软件
5、 若通过质检 相关成果和文档放入资源管理部归档 同时产品经理进行产品研发总结 3 19 质量控制部将产品研发总结等相关成果和文档放入资源管理部 同时市场部进行软件产品包装 销售 部进行产品销售 4 相关文件相关文件 4 1 产品规划说明书 4 2 立项报告 4 3 综合评审记录 4 4 质量控制立项报告和可行性分析报告说明书 4 5 项目计划书 4 6 质量控制项目计划评审记录 4 7 资源调度单 4 8 需求分析说明书 4 9 质量控制需求分析说明书评审报告 4 10 资源中心验收单 4 11 评审规程 4 12 总体设计说明书 4 13 概要设计说明书 4 14 详细设计说明书 4 15
6、质量控制系统设计报告评审记录 4 16 著作权相关文档 略 学 海 无 涯 4 17 软件质量保证单 4 18 软件缺陷报告 4 19 项目总结 产品规划说明书产品规划说明书 公司三年产品规划 1 2 3 学 海 无 涯 公司年度产品计划 1 2 签发人 合评审记录 公司 合评审记录 公司 评审对象 项目名称及编号 评审项类 如合同 投标方案等 评审人 时间 业务板块 产品中心 项目中心 服务中心 营销中心 评审意见 时间 学 海 无 涯 财务部评审意见 质量控制部评审意见 技术委员会评审意见 专家委员会评审意见 最终意见 通过 修改 修改内容 立项报告评审记录 记录编号 时间 年 月 日 立
7、项建议报告名称 编制人 参加人员 评审内容 审议通过的内容在 中划 否则划 1 项目启动的背景 2 项目的目的 合同意向或内部领导的要求 3 项目的范围 项目所涉及的主要活动 4 项目的可行性 如 人力 技术资源的可利用性 时间 学 海 无 涯 5 项目存在风险与控制 6 项目的重要里程碑和主要提交产品 7 项目的规模 估计所需的工作量和资源种类 8 项目启动的预算 项目启动所需的资源 9 项目市场前景及效益的简要分析 评审意见 评审结论 填表 审批 1 本页不足记述评审意见时 可以加入附页 附页格式自行设计 总页数包括本页与所有附页 第 页 共 页 学 海 无 涯 评审部门 序 号 风险描述
8、 风险发生 可能性 风险级别 风险现值风险控制措施 1 目标不明确 如产品定位 市场前景描 述不清晰 2 时间紧 包括开发 测试 产品包装 产品销售等 3 源码 文档资料的控制 4 市场调研不充分 缺乏对市场上已经有 的具有相似功能产品的了解 5 预算不合理 6 存在技术难点 采用新技术 7 缺乏对本公司的产品形态 技术路线 战略方针 发展趋势的全面了解 8 缺乏足够资源 9 分工不明确 缺乏计划性 10 多部门配合 11 1 评估中风险不限于表中已列出的 应依据评审的具体情况增加风险项 并将各项填写完整 第 页 共 页 2 风险描述 描述当前过程中可能发生的风险 风险发生可能性 风险发生的概
9、率 以百分数表示 为0到1 增量为0 05 风险级别 风险发生造成损失的严重程度 以0 10级 表示 其中10级 为最高级 风险现值 风险发生可能性与风险级别的乘积 风险控制措施 预防风险发生的措施 风险评估与控制 立项建议报告评审附页 立项建议报告名称 评估人 日期 学 海 无 涯 可行性分析报告评审记录 记录编号 时间 年 月 日 可行性分析报告编号 可行性分析报告名称 编制部门 编制人 参加人员 评审内容 评审中审议通过的内容在 中划 否则划 1 软件产品功能要点及产品化程度书 2 量化的市场前景 效益分析和竞争对手分析 3 开发优势 4 技术路线 5 成本估算 6 进度估算 7 可用的
10、现行技术 重用软件和开发平台 评审意见 评审结论 填表 审批 1 本页不足记述评审意见时 可以加入附页 附页格式自行设计 总页数包括本页与所有附页 第 页 共 页 学 海 无 涯 评审部门 序 号 风险描述 风险发生 可能性 风险级别 风险现值风险控制措施 1 市场调研不充分 2 市场预测不准确 如目标市场 产品定 位等 3 编写人员缺乏足够的行业知识和专业知 识 4 时间紧 5 多部门配合 6 技术可行性 如技术平台采用 接口的 描述等 7 缺乏足够的资源 8 投资预算不合理 9 缺乏对技术复用的分析 10 缺乏对本公司的产品形态 技术路线 战略方针 发展趋势的全面了解 11 缺乏对市场环境
11、 竞争对手的了解 1 评估中风险不限于表中已列出的 应依据评审的具体情况增加风险项 并将各项填写完整 第 页 共 页 2 风险描述 描述当前过程中可能发生的风险 风险发生可能性 风险发生的概率 以百分数表示 为0到1 增量为0 05 风险级别 风险发生造成损失的严重程度 以0 10级 表示 其中10级 为最高级 风险现值 风险发生可能性与风险级别的乘积 风险控制措施 预防风险发生的措施 风险评估与控制 可行性分析报告评审附页 立项建议报告名称 评估人 日期 程序文件 产品研发流程产品研发流程 XXXX 年 月 日起生效 文件号 编制 审核 批准 版 次 1 0 日期 日期 日期 共66页 第1
12、0页 项目计划书项目计划书 项目名称 项目编号 项目经理 项目任务描述 项目总时间及关键里程碑设置 项目资源 人力 技术 设备 项目费用预计 审批人意见 总监 副总监 执委会 备注 抄送财务部 人力资源部 时间 学 海 无 涯 项目启动计划评审记录 记录编号 时间 年 月 日 项目编号 项目名称 项目启动计划编号 开发部门 PM 评审地点 参加评审人员 评审内容 评审中审议通过的内容在 中划 否则划 1 项目的目的是否明确 2 对项目的规模是否进行估算 3 是否进行项目启动的预算 4 阶段输出结果是否明确 5 其它方面 评审意见 评审结论 填表 审批 1 项目启动计划评审由项目管理部门组织评审
13、 2 评审完成后由开发体系决策层 SMG 批准 3 本页不足记述结果时 可以加入附页 附页格式自行设计 总页数包括本页与所有附页 第 页 共 页 程序文件 产品研发流程产品研发流程 XXXX 年 月 日起生效 文件号 编制 审核 批准 版 次 1 0 日期 日期 日期 共66页 第12页 开发计划评审记录 记录编号 时间 年 月 日 项目编号 项目名称 项目计划编号 开发部门 PSM 评审地点 参加评审人员 评审内容 评审意见 评审结论 填表 审批 1 开发计划评审由项目管理部门组织评审 2 评审完成后由开发体系决策层 SMG 批准 3 本页不足记述结果时 可以加入附页 附页格式自行设计 总页
14、数包括本页与所有附页 第 页 共 页 学 海 无 涯 开发计划检查表 开发计划评审附页 检查项目检查内容检查结果得分 一 质量目标 1 是否符合质量体系的要求 2 如果不符合质量体系的要求 是否按要求编 制 质量计划 二 阶段划分 1 是否明确划分各阶段 2 各阶段的输入 输出标准是否明确 3 是否明确各阶段提交物 4 是否明确各阶段质量目标 5 是否明确提出各阶段检查点 三 产品清单 1 是否明确提交给客户的产品清单 产品名称 提交时间 客户接受方式 责任人 验收标 准 2 是否明确提交给项目监控部门的产品清单 产品名称 提交时间 提交方式 责任人 四 技术管理 1 是否明确开发环境 软件
15、硬件环境 2 是否明确开发工具 3 是否明确开发方法 4 是否采用新技术 5 是否考虑软件复用 五 组织结构 1 是否确定项目小组成员 并将其划分成多个 Team 2 是否明确各个小组成员的职责 六 风险管理 1 是否预测了与项目有关的主要风险 2 是否采取跟踪 监测措施以减小风险或避免 风险的产生 七 相关性1 是否考虑了项目的外部相关活动 2 是否考虑了项目的内部相关活动 八 资源预算 1 是否画了有关资源的直方图 2 是否预算了项目的工作量并划分给小组成 员 九 配置管理 1 是否制定了配置管理计划表 项目名称 项目编号 检查人 日期 批准人 日期 学 海 无 涯 评审部门 序 号 风险
16、描述 风险发生 可能性 风险级别 风险现值风险控制措施 1 客户需求不明确 2 客户需求变化 3 开发人员缺乏足够的行业知识和专业知识 4 源码 文档的控制 5 工作阶段划分不明确 人员分工不合理 6 多部门配合 7 开发队伍不稳定或缺乏人力资源 8 预算超支 9 缺乏对技术复用的考虑 10 时间紧 11 存在技术难点 采用新技术 12 检查点设立不合理 13 缺乏对突发事件的考虑 1 评估中风险不限于表中已列出的 应依据评审的具体情况增加风险项 并将各项填写完整 第 页 共 页 风险评估与控制 开发计划评审附页 开发计划名称 计划编号 2 风险描述 描述当前过程中可能发生的风险 风险发生可能性 风险发生的概率 以百分数表示 为0到1 增量为0 05 风险级别 风险发生造成损失的严重程度 以0 10级表 示 其中10级 为最高级 风险现值 风险发生可能性与风险级别的乘积 风险控制措施 预防风险发生的措施 学 海 无 涯 软件问题报告 记录编号 时间 年 月 日 项目编号 项目名称 软件项编号 软件项名称 版本号 问题描述 报告人签字 日期 修改描述 主要是修改后与修改前的对比 如所用资
