产品研发流程程序文件Word文档下载推荐.doc
《产品研发流程程序文件Word文档下载推荐.doc》由会员分享,可在线阅读,更多相关《产品研发流程程序文件Word文档下载推荐.doc(67页珍藏版)》请在冰豆网上搜索。
2.3技术支持部和市场部负责宣传材料和用户手册的制作,以及和产品销售流程的衔接环节和动作;
3产品研发流程
3.1技术副总从公司战略规划决案中形成产品规划,下发给技术研发部;
3.2技术研发部经理进行产品研发立项;
3.3公司组织人员对产品立项进行评审,若评审未通过,相关文档放入行政综合部备案;
3.4若立项评审通过,质量保证部对立项进行质量检验,若质检未通过,修改立项报告;
3.5若质检通过,开始制订项目计划,同时质量保证部将立项相关文档放入行政综合部归档;
3.6技术部经理将项目计划提交给技术副总评审,若未通过,技术部经理修改项目计划;
3.7若评审通过,质量控制部对项目计划进行评审,若质检评审未通过,产品经理修改项目计划,若质检评审通过,产品总监安排研发项目资源;
3.8产品经理获得研发项目资源后,进行需求分析,并将相关成果交技术委员会进行内容评审;
3.9若内容评审未通过,产品经理修改需求分析;
若内容评审通过,质量控制部对《需求分析说明》进行质量检验;
3.10若质检未通过,产品经理修改《需求分析说明》,若质检通过,相关成果和文档放入资源管理部归档,同时产品经理带领研发相关人员进行总体设计;
3.11产品经理和研发人员完成总体设计后将相关成果交技术委员会进行内容评审;
3.12若内容评审未通过,产品经理修改《总体设计说明》;
若内容评审通过,质量控制部对《总体设计说明》进行质量检验;
3.13若质检未通过,产品经理修改《总体设计说明》,若质检通过,相关成果和文档放入资源管理部归档,同时产品经理和研发人员进行程序设计/测试;
3.14完成程序设计/测试后,产品经理将相关成果交质量控制部进行功能测试,若测试未通过,产品经理修改相关成果,若测试通过,质量控制部对相关成果和文档进行质量检验;
3.15若质检未通过,产品经理修改相关成果和文档;
若质检通过,质量控制部将相关成果和文档放入资源管理部门归档;
3.16同时产品研发组制作软件,技术支持部和市场部制作宣传材料,之后,技术支持部对销售人员进行内部培训,市场部申请并取得著作权;
3.17市场部在取得著作权后制作用户/技术手册;
3.18产品研发组完成软件制作后,质量控制部对制作的软件进行质量检验,若未通过质检,产品研发组重新制作软件;
若通过质检,相关成果和文档放入资源管理部归档,同时产品经理进行产品研发总结;
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《质量控制系统设计报告评审记录》
4.16著作权相关文档(略)
4.17《软件质量保证单》
4.18《软件缺陷报告》
4.19《项目总结》
产品规划说明书
公司三年产品规划
1.
2.
3.
公司年度产品计划
1.
2.
签发人:
时间
合评审记录(公司)
评审对象(项目名称及编号)
评审项类(如合同、投标方案等)
评审人
业务板块(产品中心、项目中心、服务中心、营销中心)评审意见
财务部评审意见
质量控制部评审意见
技术委员会评审意见
专家委员会评审意见
最终意见:
通过
修改
修改内容
立项报告评审记录
记录编号:
-时间:
年月日
立项建议报告名称:
编制人:
参加人员:
评审内容(审议通过的内容在“□”中划“√”,否则划“×
”):
1)项目启动的背景;
□
2)项目的目的(合同意向或内部领导的要求);
□
3)项目的范围(项目所涉及的主要活动);
□
4)项目的可行性(如,人力、技术资源的可利用性);
□
5)项目存在风险与控制;
□
6)项目的重要里程碑和主要提交产品;
□
7)项目的规模(估计所需的工作量和资源种类);
□
8)项目启动的预算(项目启动所需的资源);
□
9)项目市场前景及效益的简要分析。
□
评审意见:
评审结论:
填表
审批
1.本页不足记述评审意见时,可以加入附页,附页格式自行设计,总页数包括本页与所有附页。
第页/共页
可行性分析报告评审记录
-时间:
可行性分析报告编号:
可行性分析报告名称:
编制部门:
参加人员:
评审内容:
(评审中审议通过的内容在“□”中划“√”否则划“×
1)软件产品功能要点及产品化程度书□
2)量化的市场前景、效益分析和竞争对手分析□
3)开发优势□
4)技术路线□
5)成本估算□
6)进度估算□
7)可用的现行技术、重用软件和开发平台□
评审意见:
评审结论:
项目计划书
项目名称
项目编号
项目经理
项目任务描述
项目总时间及关键里程碑设置
项目资源(人力、技术、设备)
项目费用预计
审批人意见:
总监:
副总监:
执委会:
备注:
抄送财务部、人力资源部
项目启动计划评审记录
时间:
年月日
项目编号:
项目名称:
项目启动计划编号:
开发部门:
PM:
评审地点:
参加评审人员:
评审内容(评审中审议通过的内容在“□”中划“√”否则划“×
1)项目的目的是否明确?
□
2)对项目的规模是否进行估算?
□
3)是否进行项目启动的预算?
□
4)阶段输出结果是否明确?
□
5)其它方面
填表:
审批:
1.项目启动计划评审由项目管理部门组织评审。
2.评审完成后由开发体系决策层SMG批准。
3.本页不足记述结果时,可以加入附页,附页格式自行设计,总页数包括本页与所有附页。
第15页
开发计划评审记录
项目计划编号:
PSM:
评审内容:
1.开发计划评审由项目管理部门组织评审。
第23页
开发计划检查表(开发计划评审附页)
软件问题报告
- 时间:
年月日
软件项编号:
软件项名称:
版本号:
问题描述:
报告人签字/日期:
修改描述(主要是修改后与修改前的对比,如所用资源的变化、提交时间的变化、功能的变化等):
修改人签字/日期:
填写:
1. 问题描述栏中可以填写问题现象及其产生原因,如果有用户的书面说明,则可以直接引用。
2. 修改描述一栏描述问题的确切原因、修改办法以及修改后的效果。
3. 本页不足记述时,可以有附页,格式自定。
总页数包括本页与所有附页。
项目资源调度单(借鉴产品中心任务书)
项目的跨中心(部门)资源调度缘由及
申请人
审批人
正式调用时间:
起:
止:
抄送