ISO/IEC 26555:2015 概述
ISO/IEC 26555:2015 针对软件产品族工程的技术管理——确保产品族计划技术成功的各个管理流程。虽然其他 ProdFab 标准专注于特定的工程学科(需求、设计、配置、信息),但本标准涉及协调和管理整个产品族工程工作的跨领域管理活动。
该标准涵盖了技术规划、风险管理、度量与分析、技术评审和过程改进——所有这些都针对产品族的独特环境进行了适配。它认识到产品族工程需要与单一系统开发不同的管理思维:管理者必须平衡平台投资与产品特定需求,协调多个产品衍生,并持续评估产品族方法的经济可行性。
ISO/IEC 26555 提供了将技术工程标准(26551-26554, 26556)与组织决策联系起来的’管理层’。如果没有有效的技术管理,即使是最优秀的工程平台也可能因规划不佳或激励错位而失败。
核心技术管理流程
该标准定义了多个针对产品族环境进行了适配的关键管理流程:
产品族技术规划
产品族工程中的技术规划包括平台路线图开发、产品衍生排程和跨产品族的资源分配。该标准强调了两层次规划方法的必要性:长期平台演进规划(通常 3-5 年视野)和短期产品发布规划(通常 3-12 个月视野)。
| 管理流程 |
产品族关注点 |
关键实践 |
| 技术规划 |
平台路线图、产品衍生排序 |
两层次规划、能力路线图 |
| 风险管理 |
平台风险、跨产品依赖风险 |
可变性风险分析、组合风险评估 |
| 度量与分析 |
产品族生产率、复用率 |
阶段性度量框架、产品线指标 |
| 技术评审 |
跨产品族的架构评审 |
平台级评审、产品衍生评审 |
| 过程改进 |
产品族过程能力 |
产品线 CMMI、过程定制化 |
| 组织管理 |
产品族的团队结构 |
平台团队与产品团队、协调机制 |
产品族风险管理
ISO/IEC 26555 识别了几个产品族工程特有的风险类别:
- 平台过时风险:平台可能变得过时,使产品失去竞争力。
- 可变性爆炸风险:可变性的无节制增长导致不可持续的复杂性。
- 产品-平台不匹配风险:特定产品的需求可能与平台不匹配。
- 组织阻力风险:习惯于单一系统开发的团队可能抵制平台采纳。
- 经济可持续性风险:平台投资可能无法带来预期回报。
该标准的风险管理框架要求定期重新评估。随着平台成熟和市场条件变化,产品族风险也在变化。在平台启动阶段可接受的风险,随着产品族成长可能变得至关重要。
度量与分析
ISO/IEC 26555 的一个重要贡献是其产品族工程的度量框架。该标准定义了阶段性度量方法,从基本的项目级指标逐步发展到复杂的商业价值分析。
关键度量类别包括:
- 复用指标:复用百分比、复用成本规避率、资产利用率。
- 生产率指标:新产品上市时间、每个产品衍生的工作量、平台开发速度。
- 质量指标:平台与产品的缺陷密度、缺陷传播率、与可变性相关的缺陷。
- 经济指标:平台投资 ROI、盈亏平衡分析、平台改进的延迟成本。
- 战略指标:产品族覆盖率、市场响应能力、技术更新程度。
实施 ISO/IEC 26555 度量框架的组织报告在 6-12 个月内能够量化其产品族投资的 ROI。阶段性方法允许组织从简单指标开始,随着时间推移逐步成熟度量能力。
工程设计见解
面向工程经理和技术负责人的关键管理见解:
- 建立清晰的平台治理:该标准建议成立包含所有产品线代表的产品族指导委员会。该机构负责平台投资决策、共享能力优先级排序以及解决产品需求之间的冲突。
- 投资于平台经济学建模:理解平台投资的成本和收益至关重要。该标准提供了开发 ROI 模型的指导,该模型既考虑有形效益(降低开发成本)也考虑无形效益(更快的上市时间)。
- 规划平台演进而不仅仅是初始开发:产品族通常比其初始架构更长寿。技术管理必须包括架构演进、技术更新和过时平台元素退役的策略。
- 培养产品族文化:技术管理超越流程和指标,涵盖组织文化。该标准强调激励复用、跨产品团队协作和长期思维的重要性。
产品族失败最常见的原因不是技术性的——而是管理性的。平台投资不足、优先考虑产品交付而非平台健康的短视思维,以及产品团队之间的组织孤岛,是产品族衰落的主要因素。
常见问题解答
Q: ISO/IEC 26555 与 CMMI 或其他过程成熟度模型有何关系?
ISO/IEC 26555 与 CMMI 概念保持一致,但针对产品族环境进行了扩展。例如,CMMI 的度量与分析过程领域在 26555 中被专门化,包括了产品族特定的指标,如复用率、平台生产率和可变性管理有效性。
Q: 产品族工程推荐什么组织结构?
该标准描述了几种组织模型:平台团队加产品团队(最常见)、独立于应用工程的领域工程单元,以及矩阵式组织。选择取决于组织规模、产品族范围和战略优先级。
Q: 如何处理从单一系统开发到产品族工程的过渡?
ISO/IEC 26555 推荐分阶段过渡方法:(1) 进行产品族可行性研究,(2) 用 2-3 个试点产品建立初始平台,(3) 在重构平台的同时扩展产品族,(4) 在整个组织制度化产品族实践。
Q: 在产品族采纳的第一年应该追踪哪些指标?
该标准建议从基本复用指标(跨产品共享代码的百分比)、生产率指标(衍生新产品的时间)和质量指标(复用代码与新代码的缺陷密度)开始。随着项目成熟,增加经济指标如平台 ROI 和战略指标如市场覆盖率。