仅针对需求的单点解决方案未兑现的承诺
作者:: Deric Merino

在现代产品开发中,抽出和管理多个级别的需求和规范是重要的活动。此信息是当今产品整体 IP 的基本部分,并充当将来的工程师在当今设计上进行迭代所需的知识库。对某些人来说,经过验证的需求将充当一个证据,证明工程师实现了自己所承诺的工作,避免产品的用户受到伤害。

数学公式可以是物理现象的模型,同样,需求可看作是产品的模型。传统上,需求“模型”严格地以文本的形式被整理为一系列文档。详述和存储此信息的技术已从打字页面演变为文字处理器,再演变为单一用途需求软件存储库。需求管理点解决方案(如 IBM DOORS)已存活至今,因为它在长久以来是唯一的选择。  

近年来,为了跨越旧需求管理工具的鸿沟,已经开发了很多技术标准。两个典型的例子是 OSLC(专注于关联数据)和 ReqIF(专注于同步数据)。这两个方法都只适用于部分使用案例,并会为另一些使用案例带来难题。例如,围绕应用程序定义了一组 RESTful 接口的 OSLC 在可以保持全时段活动 IT 连接的场合最好用。在典型的 OEM 供应商环境中,并非始终是这样的情况。ReqIF 使用 XML 架构来打包要传递给合作伙伴的文档集,但必须实施流程管理以确保所有相关方保持同步。

此领域(通常称为应用程序生命周期管理或 ALM)中的现代工程工具在功能的广度和成熟的深度上都已提升,但这种提升的速度对很多用户来说还不够快。用户一直强烈要求更长久且更大的价值;不会产生额外高成本的价值。

现代 ALM 软件的现实是,这些工具提供的很多基本功能已被商品化,并由任意数量的供应商解决方案提供支持:创建、关联、编辑等。Ovum 在其最新的 ALM 软件评论中写道:“组织开始认识到,基于单个 ALM 解决方案进行标准化可消除影响敏捷性的工具摩擦,并帮助他们更快地向市场交付成果。

当今的 ALM 解决方案的实际价值包括:

  • 可提高生产力的实时多用户协作
  • 除需求之外的工程学科的功能,即规划、系统、机械、电子、测试和持续服务
  • 在需要时将项目信息提供给合适的人以减少进度汇报会议
  • 尽可能自动执行重复任务以便让工程师将精力放在创新上
  • 让解决方案快速启动并运行以尽快获得价值

在当今的技术公司内,经常可以发现 IT 部和工程部之间存在很大压力。IT 部负责为工程部提供支持,但每个新工具的支持费用都很高,因为需要购买许可证、进行持续维护以及及时对管理员和用户进行培训。随着时间的过去,升级需求工具变成了一个正式 IT 项目,因为新版本仍然必须与工具链中的所有其他系统通信。另一方面,工程师需要“完成工作的最佳工具”,这通常就像是“跟已经了解的魔鬼打交道”,因为他们在上一个项目或上一个工作中使用了这个工具。他们可能不是特别喜欢它,但他们知道如何应对它的缺陷。

工程部和 IT 部都应该问“我们是否真的对当前的仅需求点解决方案满意?”“我们是否从当前工具和供应商获得了所需的一切?”“现在是否是考虑升级到可满足我们的需求的优质 ALM 解决方案的好时机?”



Tags: Windchill
关于作者 Deric Merino

Deric Merino is a Principal Go To Market Specialist within PTC’s ALM business segment.  Prior to his current role within PTC, Deric has 20 years’ experience in high technology. Deric has technical leadership experience in process consulting, systems engineering and solution development for commercial and defense industries.  He holds professional certifications / degrees in Electrical Engineering, Enterprise Architecture & Finance and is a certified Scrum Master.