我听说很多公司表现得像他们敏捷，但他们唯一敏捷的事情就是Scrum流程。这足以被认为是敏捷的吗？单独使用Scrum似乎是一个糟糕的经理可以更频繁地召开更多会议的完美借口。我应该厌倦这些公司吗？
答案 0 :(得分：17)
敏捷是一个庞大而模糊的概念。很多事情都是敏捷的。
Scrum是一组用于执行sprint和release的特定技术。它很敏捷，因为它符合敏捷宣言。
还有许多其他特定的敏捷技术（例如，所有的xDD）。
如有疑问，请将公司的实际做法与Agile Manifesto进行比较。
答案 1 :(得分：9)
“我听说很多公司表现得像他们敏捷，但唯一敏捷的事情＆gt;他们做的就是Scrum流程。这足以被认为是敏捷的”
简短回答 - 是的。我认为无论如何： - ）
当然 - 他们必须实际上做 Scrum - 而不是仅仅将名字贴在墙上。 Scrum比日常站立还要多得多......如果这就是他们正在做的事情，他们做得不对。
正确完成Scrum迫使公司确定组织运行方式的瓶颈。通过设置定期的时间冲刺，获得一个体面的反馈循环，并在产品所有者和团队之间适当地分担责任，您实际上可以获得有关如何改进流程的有用基线信息。
组织必须倾听这些反馈 - 并采取行动。
这当然不是做敏捷的唯一方法。它甚至可能不是将敏捷引入组织的最佳方式。我自己更喜欢XP粉丝 - 并且发现额外的实践提供了一个有用的框架来启动这些流程改进。
对于许多组织来说，最大的问题是责任分工严重。完全缺乏理智和快速的反馈循环。 Scrum修复了这个问题。
会议只是其中的一小部分： - ）
答案 2 :(得分：8)
糟糕的经理人会被Scrum推动的透明度所淹没。真正拥抱Scrum的公司绝对值得一看。
答案 3 :(得分：3)
单独使用SCRUM并不一定是获得更多会议的借口。能够跟踪每天完成的工作并决定如何修改（通过削减或重新平衡工作）冲刺的其余部分对它本身非常有用并且对我来说非常灵活。 ： - ）
当然，如果您没有敏捷流程的其他组件，那么您将很难有时间来衡量您的工作是否成功，因此您可能认为自己正处于sprint的轨道上，但实际上无处可去您应该按计划提供高质量的产品。
更新：您不应该单独解雇这样的公司。在面试中，你应该利用这个机会了解他们为什么只使用SCRUM。如果你不想让人们去支持TDD或CI这样的事情，那么如果你愿意成为技术主管，那么它可能非常适合你。如果是因为他们将这些流程视为“开销”或“愚蠢”或“不必要”，那么您应该对公司保持警惕。
答案 4 :(得分：2)
我注意到仅仅使用Scrum会议就是一个非常清楚的迹象，表明公司没有正确实施敏捷概念。
想想Scrum会议有多简单，只需启动Outlook并为每个人提供每日15分钟的会议。但是，将所有内容分解为快速迭代并确保新功能在最终用户中得到快速测试需要花费更多的工作。
我猜，大多数管理人员都会在Scrum部分之后立即停止阅读，他们会失去兴趣。但是，他们的日常会议要求永远存在。
答案 5 :(得分：2)
Scrum是一种项目管理方法，首先是。是的，如果您正在使用Scrum，您可能会开始更多地考虑敏捷，并为您的客户创造价值。但它并不一定会让你变得敏捷。首先，Scrum没有谈论你如何进行软件开发。这就是XP之类的东西 - 其他方法和想法迫使您审查和改变您的工作实践，以提高效率和效率。
所以，不要问“你做Scrum / XP /无论什么”，我会问这些公司他们的整体流程并采取整体观点。公司是否专注于提供最大的商业价值，并以持续改进的精神为动力？如果是这样的话，那么它们可能比那些说Scrum的人更敏捷。
答案 6 :(得分：2)
由于有人说他们正在做scrum，所以无法判断一个团队是否敏捷。
有好的和坏的scrum实现，但他们关于敏捷的关键事项是：
在没有真正敏捷的情况下，很容易符合团队需要做的最低要求才能做scrum。这些最低要求只是为了带来某种态度和工作方式。
项目中的决策制定可能非常灵活，可以自上而下地控制，但又符合scrum的最低要求。可悲的是，当我寻找合同约定时，我发现scrum-in-name的实现数量远远超过实际数量。
就个人而言，我选择在scrum中实现极端编程。 （事实上，Jeff Sutherland说他从来没有见过没有做过XP练习的顶级生产力scrum团队。）但是，我非常有信心人们可以非常严格地实施XP ...... ;-)真的很失败对团队的态度。
答案 7 :(得分：2)
敏捷！= scrum。
敏捷就是为变革做好准备。
敏捷被多次呈现为一个保护伞，一套不同的技术，方法，在支持变革的环境中工作。 Scrum用于项目管理，对于开发技术有xp，为了更好的需求过程，你可以使用BDD，用于测试TDD。
从scrum开始是敏捷方式的第一步。考虑其他技术。这需要时间，但确实有好处。没有比共同理解和良好团队精神更好的了。实现这一点。
答案 8 :(得分：2)
敏捷宣言实际上是一种与更好的工作方式有关的哲学。 Scrum是一种敏捷的方法，所以使用Scrum的公司通常被认为是敏捷的。
但是，在尝试实现Scrum时，完全有可能忘记敏捷哲学。在追求完美的Scrum过程中忽视个人及其互动可能很容易陷入困境。你应该厌倦那些忽视个人和互动的公司，而是盲目地偏爱严格的流程和工具。 然而，无论其陈述的方法如何，这都是正确的。
答案 9 :(得分：1)
答案 10 :(得分：0)
Scrum为您提供了修复/改进开发过程的框架。它应该被视为“jelled team”和更高效团队的起点。很可能你很快就会超越标准的Scrum实践，但作为一个起点它具有一些吸引人的特性：
还有really not so important to know whether Scrum = agile。最好是专注于提高生产力，不要为这些问题烦恼。
答案 11 :(得分：0)
话虽如此，请记住，这些工具是次要的，您的员工是您的首选。不要过分关注管理风格，而不是关注人和产品。
答案 12 :(得分：0)
只有Scrum的组织很可能会在软件管理和项目可视性方面获益。然而，他们很可能没有通过不采用单元测试，持续集成，结对编程等XP原则来实现更高的工程质量和吞吐量潜力，使他们的Sprint产品的结束不是“潜在的可交付”。
答案 13 :(得分：0)
人们成为他们主观观点的受害者。我认为敏捷和Scrum是什么，另一个人可能会有所不同。幸运的是，我们在敏捷manifesto和principles以及Scrum values中都有一套指导方针，但公司通常最终会注意遵循流程，而不是了解流程和目标。
敏捷宣言
我们正在通过这样做来发现开发软件的更好方法 帮助别人做到这一点。通过这项工作，我们开始重视：
- 有关流程和工具的个人和互动
- 工作软件而非综合文档
- 客户协作超越合同谈判
- 响应变更而不是遵循计划
也就是说，虽然右边的项目有价值，但我们重视 左边的项目更多。
Scrum值
通过向他们询问价值观以及他们如何遵守这些价值观，您可以了解很多关于使用Scrum的公司。这可以让您了解Scrum的过程是否刚刚执行而没有真正考虑与之关联的值。
在Scrum中执行的所有工作都需要一组值作为基础 为团队的流程和互动。并通过拥抱这五个 价值观，团队使他们对健康更有帮助 成功。 - 更多信息请访问： https://www.scrumalliance.org/why-scrum/core-scrum-values-roles#sthash.qsmCTxdU.dpuf
<强>目标
目标是在每次迭代结束时发布高质量的软件。
如果有正确的影响力，公司内部的价值观就会发生变化。不幸的是，人们无法预测，所以当引入其他变化时，公司可能会重新陷入坏习惯。这使得软件更具挑战性和令人兴奋。它正在寻找在技术和产品之间的力量之间创造平衡的方法。
红旗
我们听说过付费开发软件的新方法 咨询和阅读Gartner报告。通过这个我们一直 告诉重视：
- 个人和流程与工具之间的互动，我们有强制性的流程和工具来控制这些人（我们 更喜欢术语“资源”）互动
- 只要该软件得到全面记录，就可以通过综合文档使用软件
- 客户在严格合同范围内通过合同谈判进行协作，当然也要严格遵守 改变控制
- 响应计划后的变更，提供了详细的计划以响应变更，并且紧接着
也就是说，虽然左边的项目在理论上听起来不错，但我们是一个 企业公司，我们无法放弃这些物品 在右边。
<强>合规
有些公司可能会采用严格的合规程序来阻碍敏捷。这可能包括治理和其他无法转义的法规。这可以通过使敏感方法变得更加繁琐和沉重来影响敏捷方法，但这并不意味着这些流程无法简化以便更加适应。