“一切都是毒药，一切都是药； 两者都是由剂量决定的。”
寄生虫
从2001年2月开始统计
敏捷的历史是很习惯的，当时一个相当奇怪的文件诞生了-《
敏捷宣言》 。 总体而言，文档的文本由哲学证据（例如，“简单性-不做不必要的工作的艺术”）和有争议的陈述（例如，“最佳技术要求，设计和体系结构来自自组织的团队”）组成。 但是，该文档的内容并不奇怪（您永远不知道滑雪胜地会想到什么），而是由于软件开发行业随后的变化具有史诗般的性质，所以很奇怪。 在最短的时间内，出现了许多技术，这些技术实现了“灵活”的开发方法，该方法在世界各地隆重游行，吸引了承包商和客户的注意。 行家们把这种运动当作一种决定一切的魔术丸。 直截了当地指出，根据传统
的方法论方法，
一个诚实的程序员是一位
高尚的捐助者，已经不愿意承认自己参与软件开发。 让我们尝试使用
Scrum作为敏捷最常见的表现来理解现象的原因和后果。
首先，让我们尝试了解总体上，特别是Scrum中，敏捷包装中真正的新增功能。
古埃及的Scrum
我可以自由地断言，尽管没有被调用，但通常存在着一种灵活的方法论，特别是Scrum方法论。 他们根本没有被召集，而仅仅是进行内部项目的最自然和有效的方式（这里的关键词是“内部”）。
例如，古埃及法老计划建造一座金字塔，然后……就开始了。 与牧师（利益相关者）讨论了这个想法，并指定了他的管家负责项目（产品所有者）。 店员找到了主管的泥瓦匠（scrum master）。 瓦工雇用了助手（Scrum团队），然后他们进入奴隶市场并为奴隶打分（工作工具：PC，服务器，用于开发的软件等）。
由于老王命令他每月向他报告施工进度，因此泥瓦匠（与助手一起）开始为管家进行每月施工示范（演示）。 在展览期间，不仅讨论了已经做过的事情（回顾性的），还制定了下个月的计划（冲刺）。 为了不遗漏任何东西，酒杯店员花了整整一个月的时间与神父讨论他们的故事（用户故事），并将它们记录在特殊的羊皮纸中（积压），愿望清单从此纳入了下个月的计划。 等等。 我不知道那时的贴纸，scrum板和燃尽图是什么样的。 任何称职的领导者都会选择最方便的工具来管理和监视项目。 这里的细节并不重要，主要是该技术有效。
即 我认为所有经理在任何时候都使用一种灵活的技术来创建内部（自担风险）的产品，因为：
- 有能力设计最终结果；
- 有足够的能力来控制过程；
- 对下级流程参与者有足够的权力；
- 任期，费用和工作质量的比例对他们而言并不是教条，可以在必要时进行修改（因为“他是他自己的主人”）；
- 最重要的是，最终结果和实现它的过程都在同一手中，并追求一种商业利益。
但是对于外部客户，此列表上的所有项目均不适用；因此，对于外部（自定义）项目，从未使用过灵活的技术（例外情况仅用于确认规则）。 毕竟，人们是简单而又不宽容的，由于最后期限和估计数的明显超出，他们本可以缩短头脑。
如今的Scrum
现代Scrum的唯一新颖之处在于其用于实施外部（自定义）项目的事实。 尽量不要坚持这一点，因为拉线可能会吸引市场参与者的真正动机。 实际上，敏捷的清单和Scrum的所有论点纯属宣扬承包商利益的原因，出于礼节的考虑，它在为所有人的利益与一切弊端的斗争中蒙上了一层阴影。 这就是解决方案的天才之处，它使我们能够说服客户为过程而牺牲结果！
那么，如果产品所有者是另一个公司的雇员而不是他自己的公司的雇员，那将会发生什么变化呢？ 主要区别在于，最终结果及其实现过程现在处于“障碍”的不同方面，并且各方仅追求自己的商业利益。 结果对客户很重要，而过程对承包商很重要。 否则就不会如此-毕竟，“没有什么私人的，这只是生意。”
敏捷对IT市场参与者有利，因为它为他们提供了机会：
- 在过程中赚钱而不对结果负责；
- 降低主管管理人员的成本（它们很昂贵，但是您现在不需要进行任何设计，也不需要编写TK，并且该过程现在可以控制客户的产品所有者）。
由于这是有利可图的，因此在我们眼前，拥有高素质和系统意识的专业人员的骨干的编程团队可以成为中间人租用编码器的农场。
试着让自己代替一个雇用一组建筑商修理他的公寓并试图从该队长那里获得修理条款和费用的人，他回信道：
- 我们是富有创造力的人，因此我们将“按部就班”地工作，但是您需要支付团队和材料每一小时的工作；
- 我们不会做一个共同的项目和计划，我们会一路搞清楚（如果我们做错了什么，那么我们将在您支付的时间和其他材料上重做它）；
- 我们将每两周展示我们的工作成果并讨论我们的问题，然后我们将共同计划接下来的两周。
不太可能有人会同意这样的提议，而IT员工的客户也会同意！ 这就是赋予生命的宣传！
客户不仅被说服同意不可预测的日期和成本，而且还将所有故障责任转移给了它。 通常，客户的资格不允许形式化对最终结果的要求以及对过程的专业控制。 因此，解决许多次要问题（由于缺乏长期规划而经常出现）总是很困惑和分心（在没有通用传统知识的情况下）。
敏捷崇拜的后果
您难道不认为软件产品的质量与敏捷在业界的广泛分布成正比吗？ 如果通过以最简单，最快的方式解决问题来提高整个过程的质量，那么质量来自哪里？ 方法学正式禁止超前思考！
当您惊讶地发现同一软件的不同部分似乎是由完全不同的人制作而成的时，您是否认为软件产品正逐渐变成“拼布被子”？ 即使在一个程序屏幕上，也可以混合使用不同的设计样式，不同的人体工程学方法和不同的算法来实现类似控件的功能。 但是该产品没有TK和样式指南，因此更熟悉的人都可以这样做！ 像其他所有人一样，质量检查人员也受冲刺期限的限制。
这是怎么回事？
从以上所有内容来看，我似乎是一位热衷于敏捷的仇恨者。 但这根本不是！ 而且我没有试图冒犯任何人！ 他只是想更清楚地说明题词中伟大的Paracelsus的文字。
灵活的方法非常适合内部小型甚至中型项目。 该项目的规模仅受特定领导者“不会在树木背后失去森林”的能力的限制，即 牢记所有细节和所需结果的能力，而无需“纸上”地将其系统化。
灵活的方法仅适用于外部项目。 在这种情况下，对客户的产品所有者和内部项目经理都适用相同的要求，即此人应该是真正的IT专业人员，而不是兼职拉临时秘书的秘书。 他应该能够核实所雇用团队的资格并不断监控所开发产品的质量。 此外，正在开发的产品应允许（在不可抗力的情况下）更换开发团队。 只有在这种情况下，我们才能期望它不会“对漫无目的的生活造成侮辱和痛苦”。
如您所见，敏捷在阳光下占有一席之地，但是在合同IT开发领域中非常有限。 如果您的项目不属于适合敏捷的类别，该怎么办？
灵活的方法没有在合同软件开发以外的其他任何地方扎根，对您来说是否感到可疑？ 好吧，他们不在Scrum上做潜艇，飞机或汽车。 我们祖先的智慧告诉我们，如果没有设计阶段（带有尺寸的铅笔素描）和ToR（材料和工具清单）的准备，即使是普通的狗屋也无法放在一起。 您从周围看到的所有东西（从凳子到飞船）都是根据旧的
“瀑布”创建的 。 你为什么不这样做？ 记住-一切都会好起来的！
聚苯乙烯
所说的一切都基于我在使用传统（瀑布式）和渐进式（Scrum）方法进行合同网站开发方面的个人经验（19年）。 撰写本文的动机是，对下一个“敌对技术奇迹”的沉思在道德上的痛苦，这是在伟大的科学怪人的盟约下为一家受人尊敬的西方公司拼凑而成的。
