关于交付价值的一点思考

本文引用了《软件开发的本质》一书的部分观点。它很好地启发了有关价值的思考,同时也是一个大胆的广告。如果你还没有这本书的话,你可以请直接从线上购买。

一、价值的特性

我们可能做的每个特性都是为了给产品增加一些价值。每个特性都需要花时间去实现。我们不知道这些特性有什么价值,也不知道实现这些特性需要多长时间。但我们仍然有可能能很好地感知应该做什么。

假设上面这些特性的高度是它们的价值,宽度是它们的代价(成本或花销)。哪一个应该先做,哪一个应该稍后做呢?这样假设很清楚,不是吗?

二、价值的增长取决于我们选择做什么

如果我们优先选择高价值、低成本的特性,而后再实现低价值、高成本的特性,这样看价值增长的差异,就是3倍与1倍的差异。而在大多数产品中,最好的创意比最差的要好几十倍,甚至更多。但是这个结果很难在页面上展示出来!

一些被推迟实现的特性看起来相当枯燥。假设我们做一些不同的,更有价值的特性,甚至是其他产品,会发生什么?

三、我们甚至可以把投资转向新的产品

最高价值的特性最先被频繁地发布,那些不值得花时间和金钱去做的特性很快就会出现,这是一件好事。我们常常可以通过投资新的产品而做得更好。

我们想做的下一个产品是什么呢?谁会对产品的变化感到消极呢?我们怎样才能使这种转变对每个人都有好处呢?我们能否专注于一个投资组合,而不是一个回报率递减的单独产品?我们能展示更多更有价值的软件吗?

最好的价值来源于小的、以价值为中心的特性,并且频繁的交付。

是的,我们可以看到小的特性可以更快地交付价值。接下来让我们考虑管理我们的项目。较小的可见结果会对管理有帮助吗?还是会给我们带来阻碍?

我们的团队呢?他们是按照这样的方式工作的吗?他们需要的人,需要的技能,需要的帮助被满足了吗?继续读下去------我们会讨论所有这些事情。

首先要记住的是,我们通过交付软件的每个特性来获得最好的结果。

你喜欢这些来自《软件开发的本质》的引用吗? 已经有一本了吗?或许你有很多的朋友和同事也需要一本呢!

作者:Ron Jeffries
译者:年志君
审校:Bob Jiang

原文链接

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
研发效能是一个企业在研发过程中能够高效地交付高质量产品和服务的能力。在devops框架下,测试发展与定位是实现研发效能的重要环节。 传统的软件开发流程中,测试往往被放在开发周期的最后阶段,这导致了开发者和测试人员之间的沟通不畅,测试环节常常被压缩或被忽视。这种开发和测试分离的模式对于高效的研发效能来说是不利的。 而在devops流程中,测试被看作是研发过程的一部分,测试人员与开发者之间密切合作,共同负责产品的交付。这种紧密的合作模式有助于发现并解决潜在问题,提高产品的质量。测试通过持续集成和持续交付的自动化工具和流程来支持开发过程,使得研发效能得到提升。 在devops框架下,测试的定位由一开始就要考虑在整个研发周期中的角色和责任。测试人员需要参与需求分析和需求评审,明确产品的需求和测试的目标。在开发过程中,测试人员需要编写自动化测试脚本,持续地进行功能、性能和安全等方面的测试,保证产品的质量。 此外,测试人员还需要持续地监测和反馈产品的使用情况,及时发现和解决问题。他们与开发者和运维人员之间的交流和合作,是实现devops流程中快速交付高质量产品的关键。 综上所述,围绕价值交付的devops流程中,测试发展与定位是实现研发效能的重要一环。测试人员与开发者紧密合作,通过自动化工具和流程,持续进行测试和反馈,保证产品质量,提高研发效能。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值