关于交付价值的一点思考
本文引用了《软件开发的本质》一书的部分观点。它很好地启发了有关价值的思考,同时也是一个大胆的广告。如果你还没有这本书的话,你可以请直接从线上购买。
一、价值的特性
我们可能做的每个特性都是为了给产品增加一些价值。每个特性都需要花时间去实现。我们不知道这些特性有什么价值,也不知道实现这些特性需要多长时间。但我们仍然有可能能很好地感知应该做什么。
假设上面这些特性的高度是它们的价值,宽度是它们的代价(成本或花销)。哪一个应该先做,哪一个应该稍后做呢?这样假设很清楚,不是吗?
二、价值的增长取决于我们选择做什么
如果我们优先选择高价值、低成本的特性,而后再实现低价值、高成本的特性,这样看价值增长的差异,就是3倍与1倍的差异。而在大多数产品中,最好的创意比最差的要好几十倍,甚至更多。但是这个结果很难在页面上展示出来!
一些被推迟实现的特性看起来相当枯燥。假设我们做一些不同的,更有价值的特性,甚至是其他产品,会发生什么?
三、我们甚至可以把投资转向新的产品
最高价值的特性最先被频繁地发布,那些不值得花时间和金钱去做的特性很快就会出现,这是一件好事。我们常常可以通过投资新的产品而做得更好。
我们想做的下一个产品是什么呢?谁会对产品的变化感到消极呢?我们怎样才能使这种转变对每个人都有好处呢?我们能否专注于一个投资组合,而不是一个回报率递减的单独产品?我们能展示更多更有价值的软件吗?
最好的价值来源于小的、以价值为中心的特性,并且频繁的交付。
是的,我们可以看到小的特性可以更快地交付价值。接下来让我们考虑管理我们的项目。较小的可见结果会对管理有帮助吗?还是会给我们带来阻碍?
我们的团队呢?他们是按照这样的方式工作的吗?他们需要的人,需要的技能,需要的帮助被满足了吗?继续读下去——我们会讨论所有这些事情。
首先要记住的是,我们通过交付软件的每个特性来获得最好的结果。
你喜欢这些来自《软件开发的本质》的引用吗? 已经有一本了吗?或许你有很多的朋友和同事也需要一本呢!
作者:Ron Jeffries
译者:年志君
审校:Bob Jiang
原文链接