Enable javascript in your browser for better experience. Need to know to enable it? Go here.
radar blip
radar blip

遗留系统迁移的功能一致性

更新于 : May 19, 2020
不在本期内容中
这一条目不在当前版本的技术雷达中。如果它出现在最近几期中,那么它很有可能仍然具有相关参考价值。如果这一条目出现在更早的雷达中,那么它很有可能已经不再具有相关性,我们的评估将不再适用于当下。很遗憾我们没有足够的带宽来持续评估以往的雷达内容。 了解更多
May 2020
暂缓 ? 谨慎行事

我们发现,越来越多的组织需要替换陈旧的遗留系统,以适应其客户(内部和外部)的需求。我们持续看到的一种反模式是 遗留系统迁移的功能一致性 ,即保留旧版本同样功能的愿望。我们认为这错失了一个巨大的机会。随着时间流逝,旧系统往往会变得臃肿,包含了许多不被用户使用的功能(根据2014年Standish Group的报告,这一比例为50%)和随着时间而发展的业务流程。替换这些功能是一种浪费。我们的建议:说服你的客户退一步思考,了解他们的用户当前需要什么,并根据业务结果和指标,对这些需求进行优先排序——这通常说起来容易做起来难。这意味着需要进行用户调研,并采用现代产品开发实践,而不是简单地替换现有的系统。

Nov 2019
暂缓 ? 谨慎行事

我们发现,越来越多的组织需要替换陈旧的遗留系统,以适应其客户(内部和外部)的需求。我们持续看到的一种反模式是遗留系统迁移的功能一致性,即保留旧版本同样功能的愿望。我们认为这错失了一个巨大的机会。随着时间流逝,旧系统往往会变得臃肿,包含了许多不被用户使用的功能(根据2014年Standish Group的报告,这一比例为50%)和随着时间而发展的业务流程。替换这些功能是一种浪费。我们的建议:说服你的客户退一步思考,了解他们的用户当前需要什么,并根据业务结果和指标,对这些需求进行优先排序——这通常说起来容易做起来难。这意味着需要进行用户调研,并采用现代产品开发实践,而不是简单地替换现有的系统。

发布于 : Nov 20, 2019
Radar

下载第26期技术雷达

English | Español | Português | 中文

Radar

获取最新技术洞见

 

立即订阅

查看存档并阅读往期内容