软件产品研发解决方案

目录

1、软件产品研发

1.1、软件产品研发所面临的问题

1.2、软件产品研发流程

1.3、软件产品研发流程管理目的

2、软件产品研发中团队管理

2.1、软件产品研发基本人力构成

2.2、软件产品研发各阶段职能映射

3、软件产品线

3.1、软件产品线简介

3.2、如何适应商业需要进行软件的产品线开发呢？

3.2.1、产品线的开发过程

3.2.2、产品线应对客户化而保持版本一致性

3.2.3、产品线成熟度评判标准

3.2.4、产品线经济模型

 

1、软件产品研发

    1.1、软件产品研发所面临的问题

            1）：缺乏统一的管理平台，信息无法传递，更新不及时；

            2）：部门及人员之间无法实现协同办公；

            3）：资源利用不透明，无法优化资源并使用；

            4）：项目信息不透明，无法对项目延期情况作出预警；

            5）：对出现的问题无法跟进，无法提供数据支持；

1.2、软件产品研发流程

 

       1.3、软件产品研发流程管理目的

 

需要解决的问题项有：

· 如何有效的的将来自各种途径的需求收集到一个统一的平台？ · 如何有效评估需求？ · 如何有效组织需求？	· 如何快速知道哪个功能模块缺陷最多？ · 如何快速知道哪些功能模块仍有缺陷尚未关闭？ · 如何知道多轮测试中缺陷的趋势？
· 在哪个产品线中哪个版本中实现需求？ · 如何有效管理客户定制化需求？ · 定制化的需求如何被其他客户/未来产品线复用？	· 客户需求分解成哪些产品功能？ · 产品功能分别有哪些职能团队共同来完成？

 

 

2、软件产品研发中团队管理

    2.1、软件产品研发基本人力构成

 2.2、软件产品研发各阶段职能映射

 

3、软件产品线

     3.1、软件产品线简介

           产品线：是系统的系统。

           产品线区别于传统的代码重用就是大量的使用重用（可以达到90％），不仅仅是代码，还包括需求、业务等。从单独的产品到产品线项目的转变；从特定项目的开发到特定业务领域产品的开发。

 

    3.2、如何适应商业需要进行软件的产品线开发呢？

         3.2.1、产品线的开发过程

 

 3.2.2、产品线应对客户化而保持版本一致性

· 只有一个主干版本，这个产品的所有功能都由同一个代码库来管理，包括通用功能、可变功能，并且还包括个性功能，这些功能通过类继承、模型动态配置、代码静态配置等方式来处理可变性

· 通用功能和可变功能由领域工程来完成，将作为产品线的核心资产；个性功能由应用工程完成

· 分支版本只在临时性的情况下发生，例如马上需要给客户演示，并且需要在短时间修复一些bug再次演示时，我们可以临时性的打出一个分支。需要明确的是，这个分支一定是抛弃型的，并且是短期存在的

· 721中的功能会随着客户的增多带来功能迁移的情况，也就是以前是个性的可能会变为可变性或共性，以前是可变性的可能会变为共性，共性的也可能会变成可变性功能，这就要求我们在产品开发过程中随时进行重构

      3.2.3、产品线成熟度评判标准

    3.2.4、产品线经济模型