建立安全连接失败
上周，我参加了有关可伸缩敏捷框架SAFe的演示 。 我之前已经阅读过有关它的内容，但这是对该主题的更广泛的介绍。
这将是成功的。
当我谈论scrum为什么成功地跨越了开发人员世界到业务世界的鸿沟时，我看到的主要原因是它抛弃了开发人员的行话并以业务语言进行了交流。 SAFe更加努力，并且完全使用商务语言。
但是，它完成了Scrum从未做过的事情：它提供了所有答案。
SAFe详细。 非常详细。 它获得了所有必需角色，所有流程，如何发挥作用，所有指定和量化的详细信息。 在您问之前，它已将所有信息都放在了前面。 您可以在网站上获取所有信息。
答案是好的，这几天似乎每个人都在寻找它们。 SAFe不仅拥有它们，而且也很有意义。 所有的部分都融合在一起，是久经考验的规则和流程的结合。
你知道为什么？ 因为我们生活在一个复杂的世界中，所以我们不知道所有的答案。 我们已经准备好向任何可以帮助我们的人付款。
SAFe是第一个将所有团队，项目和计划信息绑定到整个组织解决方案中的方法框架。 成为第一可能是为什么它会在接下来的几年坚持下去。
只有一件事。
蛇油警报
该演示是在精益看板小组的背景下进行的，您希望观众是一个非常敏捷的小组。 大部分问题是“我们如何在SAFe中做X”。 尽管这些是诚实的问题，但我不禁注意到这件奇怪的事情：敏捷的人群关注“流程和工具”。 敏捷不是要面对不断变化的现实的全部要点，而处方的食谱不起作用吗？ 敏捷宣言发布13年后，经过20年的实践，您可能会猜到人们实际上已经了解到了这一点，至少是这一类。
没有人会怀疑，在如此短的实际敏捷实践中，我们现在如何获得所有答案。 现在，生活的复杂性可以减少到两个仪式。
现实是胜利。 我们感到困惑，并继续寻找答案。
我们越想寻求答案，我们就会高兴地相信事实真相。 并有一些顾问知道这些知识，很高兴将其下载给我们，并提供证明我们现在知道的证书。
大多数人仍然相信银弹。 可以肯定的是，SAFe看起来很重要。
在后SAFe时代，几年后，当人们开始质疑过程中留下的漏洞时，将会有另一种解决方案。 我们将很高兴地融入其中。
敏捷并没有下降 。 我们只是正弦波。
翻译自: https://www.javacodegeeks.com/2014/02/fail-safe.html
建立安全连接失败
