敏捷就像是中国武术,不只是花拳绣腿

百家 作者:聊聊架构 2018-06-16 14:48:47

Ron Jeffries 是极限编程(XP)的创始人之一,也是敏捷宣言的签名人之一,他在博客中发表了一篇文章,主张开发人员应该放弃“敏捷”,也就是说他们应远离“虚假敏捷”或“黑暗敏捷”,更接近敏捷宣言的价值观和原则。

作者表示,他使用“虚假敏捷”和“黑暗敏捷”这两个术语来强调各种所谓的“敏捷”方法,因为这些方法只会让开发人员的生活变得更糟,而不是更好,而这违背了敏捷宣言的初衷。Jeffries 指出其中的主要原因:

这对企业(老板)来说很好,但对开发人员不太好

当公司开始采用敏捷时,通常意味着他们正在努力改进工作方式。借助各种不同风格的指导和培训,他们可以提高问题的可见度,有助于高层管理人员和整个公司做出更明智的决策。

作者说,这绝对是一件好事,即使敏捷宣言的价值观和原则应用不充分。然而,如果没有很好地实现敏捷,在一开始对于开发人员来说是件坏事,而最终这种坏事也会影响到公司本身。

敏捷往往会给开发人员造成更多干扰,包括减少工作时间,压力增大,并被要求“走得更快”。这对开发人员来说是不利的,最终也会对企业造成不利影响,因为做得不好的“敏捷”会导致更多的缺陷和更慢的进展。通常,优秀的开发人员会离开这样的企业,导致企业效率比采用“敏捷”之前还要低下。

为公司或企业工作通常意味着有些事情是由上层决定的,然后在整个组织中实施和推广。Jeffries 表示,在使用 SAFe、LeSS 和其他方法进行大规模 Scrum 实施时通常会发生这样的情况。然后,大多数人将被要求实施这些决策,他们可能没有经过适当的培训和指导,也不理解背后的真实意图。

虽然人们无法控制周围发生的一些事情,但作者在文章中还是提供了一些建议:

  • 选择一种交付方式,可以每隔两周左右交付一小部分工作成果。

  • 降低期望值,了解自己和别人的交付能力。

  • 在迭代之后,基于小增量的迭代交付进行回顾。

Ron Jeffries 强调了敏捷背后最重要的是思维、价值观和原则,因为它们为开发软件提供了最佳方式。因此,无论组织使用何种框架或方法,每个敏捷开发人员都应该按照下列方式开展工作:

  • 每一两周交付一次可运行、经过测试的集成软件。提升你的技能,直到可以每天开发出一个完全可操作的软件版本,一天内进行多次。

  • 保持软件设计的简洁。随着软件的演化,其设计将趋于复杂和笨拙。要始终有意识地抵制和扭转这种趋势,并以连续细小的步骤进行重构,尽可能保持进度的稳定和一致。

  • 使用当前的软件增量作为与产品负责人和管理人员进行对话的基础,与他们讨论接下来将会发生什么,以及他们想要你做些什么。


当前分布式系统是大势所趋,Google、Facebook 等大型系统架构也是以分布式系统架构为基础。过去二十年,整个分布式系统架构演进史是从 C/S→B/S→分布式系统→网格计算→云计算,包括目标、定位、场景,影响深远。未来,如何从全球多域的角度去规划分布式架构呢?

下个月深圳 ArchSummit 架构师峰会邀请了 Pinterest 武永胜、百度王耀、菜鸟网络黄浩、美团宋斌来分享他们的一手分布式系统设计经验,这些内容一定可以助你一臂之力。

关注公众号:拾黑(shiheibook)了解更多

[广告]赞助链接:

四季很好,只要有你,文娱排行榜:https://www.yaopaiming.com/
让资讯触达的更精准有趣:https://www.0xu.cn/

公众号 关注网络尖刀微信公众号
随时掌握互联网精彩
赞助链接