文档首页 > > 理论实践> 持续规划与设计>

背水一战,客户为先

背水一战,客户为先

分享
更新时间:2020/12/24 GMT+08:00
  1. 《敏捷宣言》12条原则的第1条,我们最重要的目标是通过持续不断的及早交付有价值的软件使客户满意,这里的核心是提倡“客户为先”。
  2. 《敏捷宣言》12条原则的第4条,业务人员和开发人员必须互相合作,项目中的每一天都不例外。所以,“业务参与”才能真的做好敏捷,如果只是研发侧敏捷,没有业务的积极参与,那多半是自嗨。
  3. 《敏捷宣言》12条原则的第3条,经常地交付可工作的软件,相隔几个星期或一两个月,倾向于较短的周期。这里提倡的是“短迭代交付”,小米七字诀“专注、极致、口碑、快”也强调了快速交付,快速响应市场需求。
  4. 从业务视角看敏捷,就是要打造一个组织,具备“更快的交付客户价值”和“灵活的应对变化”的能力。
  5. 在产品开发中,我们的问题几乎从来不是停滞的资源(工程师),而是停滞的产品需求(客户价值)。
  6. “如果我们 18个月后卖出和今天相同的产品,就只能得到和今天相比一半的价值。”谷歌VP埃里克·施密特如是说。
  7. “最大的浪费是构建没人在乎的东西,一定要做一个能卖出去的产品。”《精益创业》作者埃里克·莱斯如是说。

敏捷的目标

敏捷原本就是想要解决业务与开发之间的鸿沟。通过敏捷宣言中强调的个体和互动、可工作的软件、客户合作、响应变化以及12条原则中的尽早地以及连续地高价值交付、自组织团队、小批量交付、团队节奏、可改善可持续的流程、保持沟通等,再加上包括Scrum、Kanban、XP在内的众多管理和工程实践,来实现开发与业务之间的频繁沟通,快速响应变化。

敏捷的核心在于“快速并且高质量的交付价值”,交付价值前面有两个定语“快速”和“高质量”,如果要再加一个定语,可以是“可持续的”。

敏捷的快速响应,加速反馈与学习改进是核心。所以敏捷不是单纯的快,不是百米冲刺,在我看来,更像是街跑,集敏锐、迅捷、灵动、应变于一体。

方法也好,实践也好,其价值应该由客户价值来体现。对客户而言,需要解决的问题,是端到端的,要全局而不是局部优化;开发跑Scrum再快,持续集成得再快,缺乏市场价值体现,也只能是自嗨。

所以,敏捷是什么,什么是敏捷都不重要;什么能解决问题,能多快解决问题才最重要。具体叫敏捷也好,精益也罢,还是DevOps,客户不会因为你说自己在搞什么研发模式而给你单子,客户要的是“Talk is Cheap, Show me the Value(说起来容易, 给我看价值)”。

反摩尔定律

摩尔定律广为人知,即每18个月,电子芯片的性能会是今天的两倍,而价格会是今天的一半。与此类似,谷歌的前CEO埃里克·施密特说过:“如果我们18个月后卖出和今天相同的产品,就只能得到和今天相比一半的价值。”这被称为“反摩尔定律”。AgileOSS 4.5这个产品的开发居然花费了整整两年时间,结果推出来的产品就有很多技术过时了,就是反摩尔定律的体现。天下武功,唯快不破,在市场竞争如此激烈的今天,如果还是按部就班的遵循厚重的研发流程,这真像一头行走的大象,笨重而缓慢。

面对Agile这样的庞然大物,新型的做法通常有两个:其一是以快打慢,侧翼攻击;其二是聚焦,面对竞争对手的速度与聚焦,Agile公司(以及其他的传统企业)应该学会像对手一样思考,像迅猛龙而不是大象一样移动,如同文中的Agile公司拿下奥运大单。

当大象开始跳舞之后,蚂蚁都将离开舞台。

  

本文内容节选自《敏捷无敌之DevOps时代》,作者:王立杰、许舟平、姚冬(清华大学出版社)。

  

分享:

    相关文档

    相关产品

文档是否有解决您的问题?

提交成功!非常感谢您的反馈,我们会继续努力做到更好!
反馈提交失败,请稍后再试!

*必选

请至少选择或填写一项反馈信息

字符长度不能超过200

提交反馈 取消

如您有其它疑问,您也可以通过华为云社区问答频道来与我们联系探讨

智能客服提问云社区提问
{{site}}{{lan}}
{{site}}{{language}}