JIRA在各阶段应该做的事讲解.doc
《JIRA在各阶段应该做的事讲解.doc》由会员分享，可在线阅读，更多相关《JIRA在各阶段应该做的事讲解.doc（11页珍藏版）》请在冰点文库上搜索。
1.附录一、项目类型定义及项目里程碑模型
一、项目类型定义
应市产品：
着眼于公司当前业务需要，在准确把握客户需求和市场方向的前提下，基于成熟平台或技术，研发可以批量生产、成熟应用的产品的研发项目。
产品预研：
针对新业务领域或系统方案、技术架构、业务架构发生重大调整，研发全新产品或产品平台的研发项目。
一般情况下，本类项目的前期工作量大、需求多、工期长，需要长时间验证。
技术预研：
着眼于技术储备或未来市场，实现公共技术、关键部件、核心架构的工程化开发，或打造技术平台、产品原型的研发项目。
二、项目里程碑模型
1、产品开发项目生命周期模型
阶段
S1
立项
S2
规划
S3
开发
S4
验证
S5
交付
S6
维护
M1
M2
M3
M4
M5
M6
M7
M8
M9
M10
M11
M12
M13
M14
M15
M16
M17
M18
里程碑
立项
申请
项目
策划
需求
调研
需求
分析
规划
评审
初步
设计
技术
验证
详细
设计
开发
实现
单项
测试
开发
评审
系统
测试
试点
运行
验收
评审
审计
发布
培训
交付
日常
维护
产品
退市
产品演进
软件
-
概念原型
技术架构
开发版本
测试版本
封版
补丁
-
硬件
-
概念原型
草样机
正式样机
试流样机
封版
补丁
-
2、技术预研项目生命周期模型
阶段
立项
规划
开发
验证
交付
里程碑
立项
申请
项目
策划
初步
设计
技术
验证
验收
评审
审计
发布
Q/HSNW-GD-09V2.0第11页共24页
2.研发项目管理流程
一、产品开发项目管理流程
《公司年度研发规划》是所有年度研发项目的纲领性文件。
《公司年度研发规划》由研发管理部在每年第四季度组织编制。
每季度最后1个月由研发管理部牵头组织修订。
产品经理按照“研发规划与产品管理规定”，组织对市场、政策、竞品、竞手、用户进行日常情报搜集分析，基于竞争和发展需要提出产品线规划方案，参与《公司年度研发规划》的每季度编修工作。
阶段
里程碑
工作目标
工作步骤
工作产品
在JIRA执行
S1
立项
M1
立项
申请
《项目建议书》审批通过，下达《项目任务书》。
【项目发起】：
产品经理根据《公司年度研发规划》或客户合同、上级指令，形成《立项申请表》，经“产品规划会”评审通过后报部门和公司审批。
【可行性分析】：
产品经理组织初步调研并分析项目可行性（包括市场分析、政策分析、竞争力分析、技术可行性分析、时间和资源可行性分析、知识产权分析等），初步定义产品规格，主持编写《项目建议书》，经部门初审后，提交研发管理部。
【立项评审】：
研发管理部审核《项目建议书》，组织立项评审，依据程序形成《评审过程记录表》并会签。
项目立项应经2/3以上评审成员同意，公司领导拥有否决权。
【任务下达】：
立项通过后，产品经理根据评审意见，编写《项目任务书》，交研发管理部组织审批后，下达给执行部门，要求项目启动。
《立项申请表》
《项目建议书》
《项目任务书》
《评审过程记录表》
联系JIRA管理员在JIRA中建立新项目，并且对新项目进行配置。
S2
规划
M2
项目
策划
项目组成立，制定项目计划并通过评审。
【启动会议】：
立项通过后，承担部门研发经理组织召开项目启动会，宣布项目组成立，正式任命项目经理、开发组长、测试组长等角色，明确工作职责，项目经理宣讲项目内容，产品经理向项目组进行立项交底，形成《项目会议纪要》并会签。
【计划编制】：
项目经理初始化《项目控制手册》，组织计划编制（任务分解，配置项识别，问题和风险识别，规模估计，工作量估计，形成里程碑计划、阶段工作计划、组间协调计划、采购计划、质量保证计划、配置管理计划、需求管理计划）。
“里程碑计划”要制定项目全程计划，并将“阶段工作计划”分解到每个里程碑活动；“阶段工作计划”要详细规定本阶段各里程碑活动的工作任务，使工作有序开展。
【计划评审】：
项目经理组织对《项目控制手册》进行评审，依据程序形成《评审过程记录表》并会签。
《项目会议纪要》
《项目控制手册》
《评审过程记录表》
项目经理=JIRA配置中的项目负责人。
M3
需求
调研
《需求调研报告》取得项目干系人确认，并通过公司评审。
【调研方案】：
在产品经理指导下，项目经理拟定《需求调研方案》，组建调研组，宣贯工作计划和要求，启动调研工作。
【需求调研】：
调研组根据项目特征，面向特定客户或客户群开展深入调研，通过资料阅读、访谈、问卷等多种方式，挖掘客户需求，形成《需求调研报告》，清晰描述业务需求，提出系统解决方案，定义系统特性，并整理好原始调研材料作为附件。
【调研评审】：
项目经理组织对《需求调研报告》终稿进行评审，同时准备好年度研发规划、历次沟通会议纪要、客户确认签证作为备查，依据程序形成《评审过程记录表》并会签。
《需求调研方案》
《需求调研报告》
《评审过程记录表》
M4
需求
分析
（软件）完成软件需求分析和产品界面初步设计，编写文档并通过评审。
建立基线。
【需求分析】：
软件架构师负责完成需求分析，编写《软件需求规格说明书》，完整表达系统设计需求，作为设计规范和蓝图。
若包含多个子系统，应每个子系统分别编写《软件需求规格说明书》。
【界面初设】：
软件架构师应主导完成产品初步的界面设计，以界面为核心表达设计意图，对功能分布、窗体元素和布局、界面跳转、人机交互方式等形成设计思路或约定，以EXCEL格式直观表达设计理念，编写《产品界面初步设计书》阐明设计思想。
【需求评审】：
项目经理组织对《软件需求规格说明书》、《产品界面初步设计书》终稿进行评审，依据程序形成《评审过程记录表》并会签。
《软件需求规格说明书》
《产品界面初步设计书》
《评审过程记录表》
根据<软件需求规格说明书>,大的需求点在JIRA中建立任务,细分出来的需求点可以在其下建子任务.
（硬件）完成硬件需求分析和产品外观初步设计，编写文档并通过评审。
建立基线。
【需求分析】：
硬件主设计负责完成需求分析，编写《硬件需求规格说明书》，完整表达整机设计需求，作为设计规范和蓝图。
【外观初设】：
硬件主设计师应主导完成产品初步的外观设计，对形状、尺寸、颜色、结构等形成设计思路或约定，以平面设计图或简易实物模型的方式直观表达设计理念，编写《产品外观初步设计书》阐明设计思想。
【需求评审】：
项目经理组织对《硬件需求规格说明书》、《产品外观初步设计书》终稿进行评审，依据程序形成《评审过程记录表》并会签。
《硬件需求规格说明书》
《产品外观初步设计书》
《评审过程记录表》
M5
规划
评审
完成规划阶段成果确认和下阶段工作计划审批。
【工作总结】：
项目经理组织完成《项目阶段工作总结》，制定下一阶段“阶段工作计划”。
【阶段评审】：
项目经理组织阶段评审会，由研发管理部主持完成对项目阶段工作的评审和确认，听取项目经理工作总结、配置和质量审计意见，在会上审核本阶段的任务完成情况，复查工作产品，检查过程规范性，分析项目数据度量结果，分析项目问题，审核下一阶段“阶段工作计划”，按程序形成《评审过程记录表》并完成会签。
《项目阶段工作总结》
《项目控制手册》
《评审过程记录表》
S3
开发
M6
初步
设计
（软件）完成系统架构设计，形成《软件概要设计报告》并通过评审。
【初步设计】：
软件架构师组织进行系统初步设计，明确系统设计策略、开发语言，规划系统总体流程和技术架构，定义系统组件及必要的模拟工具，定义核心数据结构，完成数据库设计，确定关键技术及验证方案，确定原型系统开发内容，形成《软件概要设计报告》。
【初设一审】：
项目经理组织专家组对初步设计工作产品进行同行评审，形成《评审过程记录表》并会签。
《软件概要设计报告》
《评审过程记录表》
丰富子任务
（硬件）完成硬件总体设计，编写《硬件总体设计方案》并通过评审。
【初步设计】：
硬件主设计组织进行初步设计，明确标准法规、技术参数、生产方式、检测标准等要求，定义系统总体设计方案和单板设计方案，确定关键技术及验证方案，编制《硬件总体设计方案》。
【初设一审】：
项目经理组织专家组对初步设计工作产品进行同行评审，形成《评审过程记录表》并会签。
《硬件总体设计方案》
《评审过程记录表》
M7
技术
验证
（软件）掌握关键技术，排除技术风险，形成测试方案；经验证的软件概要设计报告通过评审并建立基线。
【原型开发】：
在软件架构师组织下，开发系统基础框架、关键模块，形成稳定的软件系统架构，并通过原型系统进行设计验证，掌握关键技术并排除风险，总结关键技术的验证结果，对《软件概要设计报告》进行修改并定稿。
【测试策划】：
项目测试组长依据《软件需求规格说明书》及《软件概要设计报告》，分析测试需求，明确测试资源、测试策略、测试通过准则等，对单项测试、系统测试做好策划，完成《软件系统测试方案》。
【初设二审】：
项目经理组织专家对《软件概要设计报告》、《软件系统测试方案》进行评审，形成《评审过程记录表》并会签。
《软件概要设计报告》
《软件系统测试方案》
《评审过程记录表》
丰富子任务
（硬件）掌握关键技术，排除技术风险，形成测试方案；经验证的硬件总体设计方案通过评审并建立基线。
【草样机】：
在硬件主设计组织下，完成原理图、PCB及结构设计，进行器件选型，制作草样机并进行摸底测试，验证关键器件、掌握关键技术并排除风险，总结关键技术的验证结果，对《硬件总体设计方案》进行修改并定稿。
【测试策划】：
测试组长依据《硬件需求规格说明书》及《硬件总体设计方案》，分析测试需求，明确测试资源、测试策略、测试通过准则等，为型式试验、整机系统测试做好策划，完成《硬件系统测试方案》。
【初设二审】：
项目经理组织专家组对《硬件总体设计方案》、草样机、《硬件系统测试方案》评审，形成《评审过程记录表》并会签。
《硬件总体设计方案》
《硬件系统测试方案》
《评审过程记录表》
M8
详细
设计
（软件）完成《软件详细设计报告》、系统和单项测试用例的编写，通过评审并建立基线。
【软件详细设计】：
开发组按照概要设计，对每个子系统、模块进行详细设计，定义各模块的人机界面、输入输出及数据访问、数据结构、处理逻辑、错误处理机制、单元测试方法，编制《软件详细设计报告》。
【测试用例设计】：
测试组按照《软件系统测试方案》，编写全部的“单项测试用例”和“系统测试用例”。
【详设评审】：
项目经理组织逐一完成详细设计、测试用例评审，形成《评审过程记录表》并会签。
《软件详细设计报告》
《测试用例》
《评审过程记录表》
丰富子任务
（硬件）完成硬件设计图及相关文件的编写，通过评审并建立基线。
【硬件技术设计】：
开发组按照总体设计方案，进行PCB元件分析、布局分析、布线分析、可生产性分析、EMC性能分析，完成工作图设计（原理图、PCB、单板软件设计、结构设计、模具设计、单机定额、部品技术条件），提交新器件编码申请（标准化确认）。
【详设评审】：
项目经理组织逐一完成工作图、测试用例评审，形成《评审过程记录表》并会签。
“工作图”（含《PCB加工规格书》）
《评审过程记录表》
M9
开发
实现
（软件）完成源代码开发及走查并通过工作产品审批。
【软件编码】：
开发组按照详细设计、编码规范，完成编码及单元测试后将完成的代码提交配置库，并按照项目计划要求组织对自身完成代码的走查，在问题库中记录走查过程供审查。
开发人员确认代码达到设计要求后正式提交配置库并申请工作产品审核，软件架构师逐一审查问题库中各项任务的完成质量，对达到设计要求的代码批准提交单项测试。
【集成调试】：
软件架构师逐一集成提交的代码，形成可执行版本并每日构造，具备单项测试基础。
“源代码”
子任务开发完成后进行开发自测,自测完成后,进行代码走查,代码走查发现的缺陷在该子任务所属的任务下建子缺陷,注意”引入里程碑”字段选择代码走查;代码走查的缺陷修复完成后,代码走查的子缺陷置为解决,由代码走查人员验证后关闭,将子任务置为解决,等待单项测试验证.
（硬件）完成正式样机联调并通过开发组自测。
【PCB制作】：
开发组按照工作图，完成PCB制板、焊接、调试和单板软件开发，并完成单板软硬件联调。
【集成调试】：
硬件主设计组织进行整机组装和调试，检验功能完整度和主要性能指标，形成正式样机提交测试。
【工装设计】：
开发组完成工装设计及工装测试程序开发，安排工装制作。
“硬件设计文件”
《样机制作申请单》
“工装设计文件”
M10
单项
测试
（软件）完成所有单项测试和设计文档定稿，建立基线。
【单项测试】：
测试组按照代码提交进度，同步开展单项测试，测试发现缺陷记入问题库管理直至关闭，所有单项测试完成后测试组长编制《单项测试报告》。
【缺陷修复】：
开发组根据测试记录逐一修复缺陷，并提交复测，直至问题解决或被项目经理批准作为遗留问题。
【软件产品评审】：
项目经理组织各方专家对完成的软件产品、设计文件逐一进行评审，形成《评审过程记录表》并会签。
【文件齐套】：
软件架构师根据评审结果，组织完成对各设计文档的修订，完成正式签批。
“测试缺陷记录”
《单项测试报告》
《评审过程记录表》
当某个任务下代码走查的子缺陷全都关闭,开发子任务都为解决时,方可进行单项测试,单项测试发现的缺陷在任务下建立子缺陷,注意“引入里程碑”字段选择单项测试.单项测试阶段完成后出单项测试报告前,检查任务下的子任务/子缺陷,如果都已经关闭,则该任务可以关闭.
（硬件）完成硬件试验，设计文档、产品标准定稿，建立基线。
【型式试验】：
测试组按照测试方案逐一完成功能测试、型式试验、接口试验、电性能测试等，每个测试项目完成后记录《硬件试验报告》，测试发现缺陷记入问题库管理直至关闭，所有测试内容完成后测试组长编制《硬件系统测试报告》。
【产品标准】：
测试组长组织完成产品标准的编写。
【工艺设计】：
工艺设计人员根据型式试验结果，完成产品工艺设计。
【正式样机评审】：
项目经理组织各方专家对正式样机、模具设计、工艺设计、产品标准及其它设计文件逐一进行评审，形成《评审过程记录表》并会签。
【文件齐套】：
硬件主设计根据评审结果，填写《产品型号命名注册单》，申请产品型号，组织完成对各技术文件的修订，进行标准化、结构工艺性审核和会签。
“测试缺陷记录”
《硬件试验报告》
《硬件系统测试报告》
“设计文件”
“工艺文件”
《单机定额》
“产品标准”
《产品型号命名注册单》
《评审过程记录表》
M11
开发
评审
完成开发阶段成果确认和下阶段工作计划审批。
【工作总结】：
项目经理组织完成《项目阶段工作总结》，制定下一阶段“阶段工作计划”。
【阶段评审】：
项目经理组织阶段评审会，由研发管理部主持完成对项目阶段工作进行评审和确认，听取项目经理工作总结、配置和质量审计意见，在会上审核本阶段的任务完成情况，复查工作产品，检查过程规范性，分析项目数据度量结果，分析项目问题，评审下一阶段“阶段工作计划”，按程序形成《评审过程记录表》并完成会签。
《项目阶段工作总结》
《项目控制手册》
《评审过程记录表》
S4
验证
M12
系统测试
（软件）完成系统测试，形成《软件系统测试报告》，建立基线。
【系统测试】：
软件架构师从基线中提取代码进行编译构造，将构造完成产品交付测试组，测试组根据测试方案、测试用例对提交测试的版本进行系统测试及必要的回归测试，将测试发现的缺陷记入问题库管理。
【缺陷修复】：
开发组根据测试记录逐一修复缺陷，并提交复测，直至问题解决或被项目经理批准作为遗留问题。
【测试报告编制】：
测试工作满足出口准则后，测试组长编写《软件系统测试报告》。
【用户文档准备】：
开发组完成《软件产品使用说明书》、《软件产品安装维护手册》、《产品技术白皮书》、《产品实施指导手册》的初稿编写。
“测试缺陷记录”
《软件系统测试报告》
《软件产品使用说明书》
《软件产品安装维护手册》
《产品技术白皮书》
《产品实施指导手册》
发出系统测试版本,在JIRA中建立单独的任务,系统测试中发现的缺陷都在该任务下记录子缺陷.
（硬件）完成产品试流生产并通过抽检，建立基线。
【开模试模】：
硬件主设计负责协调完成开模、试模工作，制作试流需要的结构件。
【设计试流】：
硬件主设计编写《试流申请单》提交生产采购部，进行设计试流，验证生产工艺。
生产采购部总结试流结果，形成《试流反馈单》反馈项目。
开发组针对反馈问题完成试流改进，与生产采购部确认。
【试流抽检】：
测试组对试流生产产品进行抽检（包括型式试验、接口测试、电性能测试等），每个测试项目完成后记录《硬件试验报告》，缺陷记录入问题库跟踪管理，测试结束，测试组长完成《硬件系统测试报告》；必要时根据系统测试方案安排可靠性试验。
【用户文档准备】：
开发组完成《硬件产品使用说明书》、《产品技术白皮书》、《产品实施指导手册》、《硬件产品维修手册》的初稿编写。
“测试缺陷记录”
《试流申请单》
《试流反馈单》
《硬件试验报告》
《硬件系统测试报告》
《硬件产品使用说明书》
《产品实施指导手册》
《产品技术白皮书》
《硬件产品维修手册》
M13
试点
运行
完成试运行，建立基线。
【试运行准备】：
测试组长制定《试运行方案》并组织评审，形成《评审过程记录表》并会签。
测试组按照《试运行方案》准备运行环境，完成产品在该环境下的调试和部署，并对试运行客户进行必要培训。
【试运行跟踪】：
测试组负责试运行工作的组织、协调、推动，将试运行中发现的问题记入问题库，开发组完成缺陷修复。
【试运行总结】：
完成预定的试运行工作后，测试组长形成《试运行报告》。
《试运行方案》
《试运行报告》
《评审过程记录表》
试运行时在JIRA中建立单独的任务,试运行时发现的缺陷在该任务下建子缺陷.
M14
验收
评审
项目开发和验证工作全部结束，产品技术文件齐套，通过验收评审。
【用户文档定稿】：
项目组完成“使用说明书”、“安装维护手册”、《产品实施指导手册》、《产品技术白皮书》、《硬件产品维修手册》的修订和评审，形成《评审过程记录表》并会签。
【项目总结】：
项目经理统计项目数据，总结进度质量和技术成就，分析成败得失，组织完成《项目总结报告》、《技术总结报告》。
【验收评审】：
项目经理准备好全套项目文档及产品，提出验收申请，研发管理部组织评审专家组对项目进行验收评审，检查设计文档、用户文档的完备性，评议项目成果是否达到验收要求，并按照结项评价标准对项目打分，形成《评审过程记录表》、《结项评价表》并完成会签，遗留问题记入《问题风险任务跟踪表》，项目组按时完成问题的整改。
“使用说明书”
“安装维护手册”
《产品实施指导手册》
《产品技术白皮书》
《项目总结报告》
《技术总结报告》
《问题风险任务跟踪表》
《结项评价表》
《评审过程记录表》
S5
交付
M15
审计
发布
完成项目结项审计，建立基线。
【结项审计】：
研发管理部组织，联合技术质量部、事业部研发质量专员对项目进行配置审计、产品审计，形成《配置审计报告》、《产品审计报告》，经审计的齐套资料提交公司档案室。
配置管理员形成“发布基线”，产品正式发布。
《配置审计报告》
《产品审计报告》
M16
培训
交付
完成产品向生产、实施、售前环节的技术转移，完成项目评价。
【技术转移】：
针对应市产品项目，项目经理负责制定《新产品内部交付计划》，编制“培训材料”,组织完成对生产、实施、售前人员的资料移交、模具移交和相关培训，使相关部门具备规模生产、独立实施和市场推广能力。
交付完成后，生产、实施、售前部门经理在《结项审批表》上签字，进行产品交付确认。
【结项审批】：
项目经理完成《结项审批表》的会签，提交研发管理部归档。
《新产品内部交付计划》
《结项审批表》
“培训材料”
S6
维护
M17
日常
维护
完成产品升级或改进，通过测试验证，按期发布。
【问题报告】：
产品经理根据公司内部和外部反馈，规划产品改进工作，填写《产品变更与发布计划》，明确本次产品变更要解决的问题，形成开发计划、测试计划，确定发布日期和发布对象，指定产品维护经理负责变更管理，《产品变更与发布计划》报公司研发管理部备案。
【维护开发】：
产品维护经理组织分析问题，形成设计方案，完成《产品变更设计报告》并通过评审，组织开发组按设计完成开发。
【变更验证】：
测试组同步进行单项测试，必要时进行硬件产品试流或软件系统回归测试，参照研发项目过程完成相关的测试报告和齐套技术文件。
【用户文档】：
开发组完成“使用说明书”、“安装维护手册”的更新（必要时调整《产品实施指导手册》、《产品技术白皮书》、《硬件产品维修手册》），编写《产品变更说明》，对变更要点、使用方式、安装维护方式的变化作出说明。
【产品评审】：
产品改进完成并通过测试后，产品维护经理组织各方专家对完成的软件或硬件产品、技术文件逐一进行评审，形成《评审过程记录表》并会签。
【交付发布】：
产品评审通过后，必要时产品维护经理组织完成对生产、实施、售前人员的资料移交和相关培训，填写《产品发布审批表》，提请部门进行配置审计、产品审计，通过后完成会签，报研发管理部备案。
《产品变更与发布计划》
《产品变更设计报告》
《单项测试报告》
《软件系统测试报告》
《硬件试验报告》
《硬件系统测试报告》
《试流申请单》
《试流反馈单》
“使用说明书”
“安装维护手册”
《产品实施指导手册》
《产品技术白皮书》
《硬件产品维修手册》
《产品变更说明》
《配置审计报告》
《产品审计报告》
《产品发布审批表》
M18
产品
退市
产品退市通知到相关各方，后续服务得到妥善安排。
【退市计划】：
产品经理定期评估产品生命周期，对生命周期结束的产品提前3个月提出退市计划，填写《产品退市审批单》，经“产品规划会”评审通过后报部门和公司审批。
【退市通知】：
产品退市被批准后，产品经理向公司内销售、售前、实施、服务、生产各相关序列发布《产品退市通知》，由各相关职能提前1个月正式通知合作伙伴，并做好产成品库存、零部件库存、备品备件库存的盘点和清
升级会员 