极限编程创始人建议开发者放弃“敏捷”
极客时间编辑部
讲述：杜力大小：1.15M时长：02:31
近日，极限编程（XP）的创始人之一罗恩·杰弗里斯（Ron Jeffries）发表了一篇文章，主张开发人员应该放弃“敏捷”，也就是说应该远离“虚假敏捷”或“黑暗敏捷”。
他使用了“虚假敏捷”和“黑暗敏捷”这两个术语，来强调各种的“敏捷”方法，因为这些方法只会让开发人员的生活变得更糟，而不是更好。他表示，提出这种观点的原因主要有两个。
其一是对企业来说很好，但是对开发人员不太好。
当公司开始采用敏捷时，通常意味着他们正在努力改进工作方式。借助各种不同风格的指导和培训，他们可以提高问题的可见度，有助于高层管理人员和整个公司做出更明智的决策。
然而，如果没有很好的实现敏捷，在这个过程中，往往会减少开发人员的工作时间，使他们的压力增大，并被要求“走得更快”。这对开发人员来说是不利的，最终甚至会对企业造成不利影响，因为做得不好的“敏捷”会导致更多的缺陷和更慢的进展。
其二是开发人员仍然在强加的方式下工作
在公司或企业工作通常意味着，有些事情需要由上层决定，然后在整个组织中实施和推广。大多数人将被要求实施这些决策，但是他们可能没有经过适当的培训和指导，也不理解背后的真实意图。
开发人员自身无法控制周围发生的一些事情，对此，杰弗里斯提供了一些建议：
选择一种交付方式，可以每隔两周左右交付一小部分工作成果。
降低期望值，了解自己和别人的交付能力。
在迭代之后，基于小增量的迭代交付进行回顾。
另外，杰弗里斯还强调，敏捷背后最重要的是思维、价值观和原则，因为它们为开发软件提供了最佳方式。因此，无论组织使用哪种框架或方法，每个敏捷开发人员都应该按照以下的方式开展工作：
每隔一周或两周交付一次可以运行、经过测试的集成软件。逐渐提升自身的技能，直到可以每天开发出一个完全可操作的软件版本，一天内进行多次。
保持软件设计的简洁。随着软件的演化，其设计将趋于复杂和笨拙。要始终有意识地抵制和扭转这种趋势，并以连续细小的步骤进行重构，尽可能保持进度的稳定和一致。
使用当前的软件增量作为与产品负责人和管理人员进行对话的基础，与他们讨论接下来将会发生什么，以及他们想要什么。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(3)
- 最新
- 精选
印哥在西北
虚假敏捷，黑暗敏捷，害人不浅，开发者工作压力大，还要面对一堆的bug带来的负面评价3
\u2006自从敏捷的概念流行起来后，软件的bug越来越多了2
Gamehu敏捷是对的 但是要注意开发是一群相对单纯的人，不要无形中跟他们增加很多压力和烦心事，只需花少量的时间做简单的培训告诉他们 咱们以后的节奏 设定好里程碑 定期同步一下风险就行，尽量不要每天或者隔三差五的就check和开会。所以master是个很重要的角色一定要控制好节奏 为大家多考虑
收起评论