产品导入至发布流程

1 目的

    为了进一步规范产品从需求导入、产品设计、研发、测试、支持、产品发布各环节的接口职责、输入输出、组织方式等过程运作机制，特制定本流程。

2 角色说明

需求管理员（RM）

整理支持需求与市场需求，并定期组织支持与市场人员沟通排定需求的分类，优先级，并最终形成系统需求说明文档(SRS)的人员。

市场（MK)

     负责市场需求与支持需求的调研、收集与整理并形成产品需求SRS文档；对产品设计符合性以及产品是否可发布可出具决定性意见。

产品经理(PM)

    负责 产品从需求导入到发布整个过程的人员, 并对产品整个运作流程负责，对各环节未按流程要求，或未按进度完成，有权要求按流程进行，并对未按进度完成的要求提供未完成的原因，以及相关解决方案。

产品设计(PD)

    根据系统需求文档，与支持和市场沟通进行需求分析与设计，并最终形成产品FeatureList与Storyboard[可选]文档。产品设计可与市场和支持等人员到客户现场调研了解需求。

研发(RD)

    承担 产品研发的部门或项目组及其人员的统称。

测试(QC)

    对 产品制定测试计划，编写测试用例执行测试并形成测试报告的人员。

支持(TS FAE)

    支持目前特指技术支持和FAE现场预置人员,将来可能包含售前与客服等。

 

3 适用范围

    本流程适用于公司产品从需求、设计、研发、测试、支持到发布这些环节的运作机制，不包含产品发布后的维护，不涉及产品现场预置与支持应用发展。

4 产品导入至发布生命曲线

 

 

 

   上图为产品导入至发布生命曲线， 产品的一个版本须经过1 需求导入、2 产品设计、3 研发、4 支持、 5 测试、 6 发布共六个主要阶段:

1 需求导入经评估后，进行产品立项后展开产品设计的工作

2 产品设计经评审后进入研发阶段

3 研发阶段进行到系统设计完后支持与测试工作即可展开，研发过程与测试过程在研发代码结束并完成自测后交叉进行，进行几轮测试与研发bug修正后达到市场认为可商用的标准后，停止测试与bug修正，进入发布环节。

4 支持根据研发的相关系统设计文档，完成符合发布仍遗留bug的解决方案，以及FAE预置方案

5 测试根据研发发布的符合测试准入的Tag,根据测试计划进行测试，并形成Bug相关报告。发送给市场、研发与支持。

6 发布，市场根据测试报告，达到市场发布准则，通知测试与研发符合发布要求，测试与研发可停止进行测试与bug修正。产品经理马上根据发布计划进入发布环节，检查除测试报告之外支持方案是否准备完成，根据发布计划符合评审要求后，组织市场、研发、支持、测试进行评审，出具评审意见，最后发出产品发布通知，通知内部与外部相关人员。

 

5 流程图

6 流程说明

6.1 需求导入

    1 市场活动包含： 市场、销售、运营 ；2 支持活动包含： CP支持、FAE。

 

    1. 市场活动每周汇总形成市场需求，支持活动每周汇总形成支持需求，需求管理员（RM)每周组织支持与市场相关人员沟通讨论需求的分类与优先级，并最终形成系统需求文档(SRS),每周(周五前)发送给产品经理(PM)。

    2.由产品经理(PM)定期递交公司管理层进行立项评估，通过立项评估后，由市场组织进行产品立项，立项须经市场、研发、公司分管领导会签。

    3. 产品通过立项后由产品经理(PM)按流程将产品从需求导入转入产品设计阶段。

    4. 产品立项时需设定期望项目完成的时间，由产品经理组织各环节人员制定项目进度预估。

6.2 产品设计

    产品设计的职责： 根据产品需求并结合自身的市场调研完成产品的规划设计。

1.     产品经理(PM)将立项书与产品SRS文档转入产品设计(PD)，并沟通达成产品设计阶段的进度计划。

2.     产品设计(PD)可与市场和支持沟通，进行需求分析，最终形成需求分析相关文档，并在产品设计过程中按计划要求报告进展情况。

3.     产品设计(PD)将需求分析结果产品FeatureList文档与StoryBoard文档(可选)给产品经理。

4.     由产品设计组织市场、研发、测试、以产品经理进行产品设计评审，形成评审记录。

5.     产品设计评审通过后，由产品经理将流程转入研发阶段。

 

6.3 研发

   研发的职责：完成产品的系统设计，开发、集成测试与测试期间的Bug修正；并对支持提供技术上的支持。

1.     研发(R&D)根据产品设计评审记录与产品FeatureList以及StoryBoard文档组织内部成立项目组进行产品研发。项目周报每周必须抄送产品经理(PM)，产品经理发现研发进度不符合原计划时，可要求研发提供进度不符的原因及相关解决方案。

2.     系统设计： 研发根据FeatureList与StoryBoard进行系统设计，完成系统设计后，由研发内部完成内部评审后，研发组织市场、支持、和产品设计、测试、产品经理对系统设计方案进行评审。

3.     进度评估： 根据系统设计评审结论，并在完成需修改部分并得到认可后，内部规划详细的进度计划。进度计划必须准确，同时抄送给产品经理。

4.     开发：研发人员根据系统设计和进度计划进行相关功能的开发与内部单元测试。

5.     系统集成与自测： 研发内部需完成系统集成与自测，达到测试准入准则后可发布测试Tag给测试，并通知产品经理。

6.     测试：测试根据研发提供的测试Tag进行测试，并提供测试报告给研发、市场与支持及产品经理。

7.     支持：支持可根据研发的系统设计，产品SRS与产品设计文档提前准备相关解决方案。

 

6.4 支持

 

 

支持的职责： 在产品发布之前准备好技术支持与现场工作的所有准备工作。

支持需完成产品版本差异，应用兼容、工具支持以及现场预置的相关解决方案。

    1.支持根据系统设计文档，产品SRS以及产品设计文档与之前的版本比较形成版本差异文档。

    2.支持根据版本差异组织并结合符合发布的测试报告编写相关应用兼容解决方案，以解决产品实施中所需的支持方案。

    3. 支持根据版本差异并结合符合发布的测试报告，应用兼容以及现场实施相关解决方案，提出相关工具支持，由研发完成相关工具的开发，支持需在发布之前熟练运用。

    4. 支持根据版本差异并结合符合发布的测试报告,准备现场实施的解决方案以及现场实施的验证标准。

    5. 支持工作的进度须抄送产品经理，产品经理及时了解支持计划是否按进度进行，在进度不符合时要求支持提供相关原因说明及解决方案。

 

6.5 测试

 

测试的职责：目标是通过测试过程，根据测试结果使产品达不到通过标准。

测试根据研发发布的测试tag按测试计划，根据测试用例执行测试，并形成测试报告发布给支持、市场和研发。

    1.测试计划： 测试根据产品SRS、产品设计以及研发的系统设计文档，制定测试计划。测试计划须抄送给产品经理，由测试组织研发、支持和产品经理对测试计划进行评审。

    2. 测试根据产品SRS、产品设计以及研发的系统设计文档，编写测试用例，测试用例须涵盖所有功能以及为确保产品质量相关自由测试的所有用例。

3. 测试报告须包含未解决Bug的原因说明以及解决方案，并对是否符合测试通过标准进行测试层面的意见，测试报告发送给市场、支持和研发及产品经理。

 

6.6 发布

 

   由产品经理制定发布计划，并组织市场、支持、研发、测试完成产品发布过程。

   1.产品经理根据市场发出的可发布的讯息后，根据发布计划，组织支持、研发、测试对发布确认中需完成的工作进行确认，符合发布确认通过标准后，组织市场、研发、测试和支持进行发布评审。

2. 发布评审通过后，由产品经理根据评审通过结论，发出产品正式发布的通知给市场、测试、支持、研发，市场可拿此产品列入销售目录进行销售，完成发布过程。