敏捷是一个简单的话题

如果不是最好的话， 敏捷宣言可能是软件开发中最好的书面宣言之一。 简洁大方。 好vs差1 2 3 4，完成。 如此简单，以至于我一直对互联网上流传的大量内容，什么是敏捷，什么不是敏捷，如何做敏捷，Scrum，看板，以及谁知道明年会冒充自称为另一种东西的东西感到失望。敏捷之王。

如果我曾经告诉过您，我们是一支纯粹的敏捷团队，并且没有冲刺，没有站立会议，没有故事板，没有疲惫的图表，没有计划，扑克牌，我们没有流行语，大多数所谓的IT顾问会让我垂涎三尺。

让我们面对现实吧，纯洁不在于您拥有什么，而在于您没有什么！ 纯金除了黄金外别无其他，这就是它具有超值价值的原因。 我们应该根据开发人员，代码和业务需求组建团队。 一个团队的三个纯要素，带走一个团队的任何人都不再是。

达到完美，不是在没有其他可添加的东西时，而是在没有其他东西可取的时候。

安托万·德·圣艾修伯里

确切地说，宣言是在说“我们对流程和工具的重视程度较低”，但到处都可以看到各种各样奇怪的叠加流程和工具。 “看，我们有站起来，有冲刺，有故事板，所以我们很敏捷”。 不，绝对不是 。 您可以像鸭子一样走路，可以像鸭子一样叫，但您仍然不是鸭子。

但是为什么还要大肆宣传呢？

部分原因是咨询公司应该受到指责，他们试图将流行语出售给管理层，以便他们可以通过简单地要求开发人员做他们已经知道的事情，编写代码但以不同的方式来赚钱。

最大的敌人是所有开发人员，尤其是团队负责人和经理。 因为他们懒于了解开发人员（人员），所以懒于学习代码（工作软件），因此懒于分析业务需求。 因为“最后，我需要向开发人员展示我正在做经理的工作”，“捷径是什么？”，“看，我只是从随机博客文章中得到了这个混乱，站立了5分钟，没有问题。 扑克牌，简单。 故事板，没什么大不了的……”。 “完成，现在我们是混乱的，现在我们是敏捷的，如果事情失败了，那就是开发人员的问题”。 再见，有一支队伍。

所以现在您问我：“您说敏捷很简单，为什么现在看起来这么难？”

任何傻瓜都会使事情变得复杂。 使它变得简单需要天才。

伍迪·格思里

人们天生平等，一个天才不会神奇地弹出，要达到这个水平需要真正的努力。 让我们回到起源，强大的宣言。

摆脱所有不必要的流程和工具，并去谈话的人。 “吉米的实力是什么？ 我们该如何弥补山姆的弱点？ 大卫和卡尔是一对好人吗？”。

停止在Word或Excel中键入内容， 然后阅读真实的代码，“我们可以做些什么来增强代码的清晰度，如何在不付出太多牺牲的情况下提高性能，还有什么扩展我们软件的方法”。

停止未来与虚构的使用案例， 去满足客户“你有什么问题点，什么是三个最重要的特征，需要加强并交付使用。 根据我们的统计，我们相信，如果我们以这种方式构建功能X，业务可以以Y％的速度增长，您认为我们应该这样做吗？”

不要浪费我们的生命来积less无用的积压，而要去看看这三个最大的机会和威胁，并继续努力，不断发展和重复。 如果事实正是进化将人类带入现阶段的事实，那么“消除眼前的威胁，以确保短期生存，并寻求长期增长的机会”。 由于我们都是母亲的decade废者，因此我们无法使她聪明，因此请向她学习。

真正的过程/方法学从团队发展而来，而不是强加于团队

实际流程/方法没有名称，因为它对每个团队都是唯一的

发展自己的梦想团队！

感谢您浪费您的时间阅读我的咆哮。

翻译自: https://www.javacodegeeks.com/2014/09/agile-is-a-simple-topic.html