本文共 1210 字,大约阅读时间需要 4 分钟。
目录
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):缺乏统一的管理平台,信息无法传递,更新不及时;
2):部门及人员之间无法实现协同办公;
3):资源利用不透明,无法优化资源并使用;
4):项目信息不透明,无法对项目延期情况作出预警;
5):对出现的问题无法跟进,无法提供数据支持;
1.3、软件产品研发流程管理目的
需要解决的问题项有:
· 如何有效的的将来自各种途径的需求收集到一个统一的平台? · 如何有效评估需求? · 如何有效组织需求? | · 如何快速知道哪个功能模块缺陷最多? · 如何快速知道哪些功能模块仍有缺陷尚未关闭? · 如何知道多轮测试中缺陷的趋势? |
· 在哪个产品线中哪个版本中实现需求? · 如何有效管理客户定制化需求? · 定制化的需求如何被其他客户/未来产品线复用? | · 客户需求分解成哪些产品功能? · 产品功能分别有哪些职能团队共同来完成? |
产品线:是系统的系统。
产品线区别于传统的代码重用就是大量的使用重用(可以达到90%),不仅仅是代码,还包括需求、业务等。从单独的产品到产品线项目的转变;从特定项目的开发到特定业务领域产品的开发。
3.2.2、产品线应对客户化而保持版本一致性
· 只有一个主干版本,这个产品的所有功能都由同一个代码库来管理,包括通用功能、可变功能,并且还包括个性功能,这些功能通过类继承、模型动态配置、代码静态配置等方式来处理可变性
· 通用功能和可变功能由领域工程来完成,将作为产品线的核心资产;个性功能由应用工程完成
· 分支版本只在临时性的情况下发生,例如马上需要给客户演示,并且需要在短时间修复一些bug再次演示时,我们可以临时性的打出一个分支。需要明确的是,这个分支一定是抛弃型的,并且是短期存在的
· 721中的功能会随着客户的增多带来功能迁移的情况,也就是以前是个性的可能会变为可变性或共性,以前是可变性的可能会变为共性,共性的也可能会变成可变性功能,这就要求我们在产品开发过程中随时进行重构
转载地址:http://qhxei.baihongyu.com/