你的敏捷是否导致敏捷？
你不是敏捷。
那不是敏捷。
这不是你如何做克鲁姆。
这不安全。
我们是何时决定根据Cockburn，Schwaber，Sutherland和Leffingwell鉴定福音书？
曾经发生过什么：“我们通过这样做并帮助别人来揭示更好的开发软件的方式？”
我们什么时候开始敏捷敏捷？
让我们真实。大多数公司实际上无法敏捷。他们无法在比例下做敏捷。他们不是为它而建造的。面对现实，您有两种选择 - 更改敏捷，或改变公司。
大多数公司将受益于更好的组织对齐。
大多数人将受益于分解依赖性。
大多数人将受益于将更多的能量投入到特定于他们想要构建的特点。
大多数人将从更自适应的治理模型中受益。
大多数公司将受益于对需求的能力更好地了解。
大多数公司将受益于较小的批次工作并更频繁地释放市场。
大多数人将受益于从客户的更快反馈。
大多数人将受益于更好的技术实践，软件工艺和现代送货技术。
每天都有多少人会受益？
从回顾起来？
从有一个scrummaster？
从做大房间规划？
他们只会有利于这些措施导致列表第一部分的东西。
那么，你如何知道你的进程或你的框架或你的方法是否正在提供利益？
人们会在做工作，真正重构系统吗？
他们真的知道自适应治理看起来像什么？
他们是否教育了现代的交付实践？
Scrum只向您展示您的问题。这取决于你修复它们。你的团队是否知道该修复什么？如何解决它？如何招募支持？如何创建业务案例？亚博vip9通道如何让您的高管订阅？
如果没有，Scrum不会解决任何问题。
我个人不在乎我做什么是敏捷的。我关心它是否会导致敏捷性。是时候我们开始测试我们的假设，使Scrum导致敏捷性。很多时间没有。
对我来说，它是团队，积压和工作测试软件。打破依赖性。去除障碍。然后，为您的小组做任何过程。如果您无法修复生态系统，则无关紧要。
大多数公司不需要Scrum，或安全，或更少或爸爸。
他们需要基于团队的迭代和增量交付。一种最大化封装的生态系统。最大限度地减少编排的需求。一种平衡需求能力的机制。轻量级治理，面对受限资源的经济权衡。亚傅体育app为了确保我们正在进行小批次并在我们构建产品时从客户提供反馈。
而且，当然 - 我可能会使用一些scrum，一些看板，一些安全，少一些。如果它有一个愚蠢的名字，甚至是一些爸爸，但这没有任何东西都是重点。
如果它导致敏捷性，敏捷只是敏捷。
你有敏捷吗？
评论（4）
罗伯特佩蒂
让我们从我同意许多积分的同意。作为一个敏捷的产品开发组织比遵循一些规则更重要。我并不大于以下规则。但是，有很多人，那里想知道如何做基本的东西来改善。他们需要一些基本步骤来遵循。当第一学习空手道时，必须学习基本形式，拳击。块，在他们能够组合使用它们以使真正的对手混合起来之前。我们知道目标是什么，但必须采取进展，以级别走向熟练程度。这是敏捷框架和方法进来的地方。他们从来没有打算成为宗教，或严格的规则。他们的目的是向前一道前进的道路。 There are many Scrum bashers out there, but bashing isn’t necessary. Scrum was designed to solve all the problems you stated. Scrum is a framework, and I see it a bit like a tool. You don’t make fun of a screwdriver and call it ineffective if there’s a large population using it to pound nails. Scrum used incorrectly will yield similar pains and frustrations. My 2 cents. See you on the public speaking circuit!
埃里克Å格伦
有趣的帖子！到目前为止，我可以真正识别自己和我的敏捷之旅（自2005年）与你描述相同的见解。但正如Robert所评论的那样，我也可以看到一些阶段的框架需要。根据您在敏捷学习之旅的位置，舒，哈或RI，您需要一个包或框架/方法来开始。但它非常重要，不能困扰着他们达到敏捷性。One of the important things with agility is continuous improvement, that’s what you need to do, learn and improve all the time, so that you can move from Shu to Ha and later to Ri, and with new insights tweak everything in the organization towards agility, If that’s what the organization really wants, a lot of times they just implement Scrum because you should do, then you don’t move any further. There is so much to change in an organization to really reach agility, and the whole organization need to see this and want to move. All the management really have to want this! And that’s normally the most tricky part!
/ erik.
Usman Ghani Thakur.
只是一个优秀的帖子，清除敏捷和scrum周围很多误解。
玛丽兰尼亚
伟大的写作和评论平衡的视图。
目标只是永远永无止境的高性能的旅程。无论框架如何，它们都有什么键，他们被赋予了持续寻找高性能（敏捷）的道路。