Scrum？ 哪个SCRUM？
竹内弘孝和野中郁次郎首次描述了SCRUM方法（英语“
scrum ”）。他们注意到由不同专家组成的小型团队（5至9人）给出了更好的结果。 Jeff Sutherland在他的书中首次介绍了SCRUM的最完整描述。 这本书叫做SCRUM。 杰夫的职业生涯始于军事飞行员，在越战期间，他完成了一百多次出击。 杰夫（Jeff）从事科学工作，但全世界都会记住他是SCRUM的创始人之一。 这本书从FBI生命中的真实故事开始，他花了数百万美元开发了旨在搜索和追踪罪犯的自动化系统。 问题在于，项目到期后，承包商向联邦调查局展示了一种完全无法使用的产品。 这仅意味着一件事-美国纳税人浪费了数百万美元。 直到FBI领导转向当时新生的SCRUM项目管理方法之前，这种情况似乎无望。 在上述书籍中以可访问的语言描述了此方法，顺便说一句，该方法已被翻译成俄语。 此外，本文讨论了可能误导决定在其项目中实施SCRUM的高层管理人员的主要误解和神话。
1.完全控制会扼杀创造力
在SCRUM，项目团队而不是管理层决定如何实现业务目标。 与经典管理相反，这种方法激励和激发了一种创新的方法，在经典管理中，员工被委派执行特定的低级行动，而这些行动反过来往往甚至不理解为什么这样做以及它将如何影响整个项目。 因此，在SCRUM中，管理层不控制项目团队的行动，而仅在每次冲刺结束时（例如一段预定的时间，例如2周）报告结果。 透明度仅在项目团队成员之间存在。 它表现在什么？ 首先，每天站起来集会，项目团队的每个成员都要告诉他昨天的工作，今天的工作以及遇到的问题。 这种做法并非旨在控制每位员工完成的工作量。 站立聚会旨在帮助团队中的每个成员消除工作中的障碍，并让同事们专注于他们的计划，以便每个人都了解该项目的发展方向，并了解其在产品开发中的作用。 出于相同的目的，顺便说一句，一个普通的带有贴纸的SCRUM板（每个人都可以看到）和开放空间可以消除团队成员之间自由交流的障碍。
2. SCRUM剥夺了最有经验的工程师的权利，因为他们服从团队的决定
SCRUM创造了一种环境，在这种环境中，权威不是通过头衔和职位获得的，而是通过技能和经验来获得的。 相反情况的一个明显例子是军队的等级制，那里的权力是基于职位和军衔的。 队长比上校更有才华和博学多才。 尽管如此，船长必须严格遵守。 这种僵化的结构是极端条件（例如敌对行动）的理想选择，在极端情况下，必须迅速做出决定，而讨论会导致延误，从而导致人员死亡。 SCRUM不会取消标题。 每位员工根据其经验和能力矩阵都有自己的职位。 但是，在讨论解决方案的过程中，主要因素是明确合理的位置，并由所讨论领域的员工个人经验（而不是其职务）支持。 与神话相反，SCRUM赋予那些明确表达合理想法的团队成员权力。 如您所知-他思路清晰，思路清晰。
3. SCRUM的目标是短期业务价值，而不是项目的长期发展
确实，这个问题是相关的。 幸运的是，问题“该怎么办？” 有答案。 首先应该这样一个事实：如果项目时间不长，持续时间不超过六个月，那么这个问题很可能不会出现。 另一件事是软件开发需要2-3年或更长时间。 在许多文章中，作者为此类项目倾注了自己的痛苦。 六月和中期的军队（协同作用很昂贵，数量很少）充满信心地致力于完成工作，客户sprint的sprint SCRUM获得了出色的成绩。 但是问题在于，经过5到10个冲刺之后，添加新功能就成问题了，而且距离越远，难度就越大。 因此，SCRUM很好，但是您需要考虑策略和体系结构。 可以避免类似情况。 首先，
至少有1-2个尽可能多的经验丰富的工程师将在项目上工作，他们将在代码检查期间将所有提交提交给仓库。 其次，要花大量时间（每周至少3个小时）对初级和中级工程师进行软件体系结构，设计模式以及如何将其应用于现有项目的培训。 这些课程应辅以练习和最少的功课，以便更好地学习。 实际的任务可以嵌入到项目冲刺的积压中。 这不会严重影响项目的盈利能力，但会加快员工的成长过程，并防止软件体系结构出现潜在问题。 定期举行聚会可以使项目团队互相学习，而这不会损害所生产软件的质量。
4. SCRUM阻止工程师进行开发
SCRUM假定有关实现业务目标的方式的所有决策均委托给团队。 产品负责人决定需要做什么，团队决定如何做。 因此，团队必须有足够的能力做出有效的决定。 因此，SCRUM方法论的基础是培训。 这就是为什么在所有最大的银行和IT外包商中都如此重视发展：培训，研讨会，课程。 员工的专业成长是SCRUM不可或缺的一部分。 由于SCRUM团队相对较小，因此团队成员必须掌握他们正在研究的项目中的整个技术堆栈。 在项目结束时，工程师将获得新技能，从而增加其在劳动力市场上的价值。
小计
像任何其他项目管理方法一样，SCRUM也有其自身的特征和难点，需要了解和考虑。 尽管如此，它还是当今已知方法中最好的结果。
1. Jeff Sutherland // SCRUM 2017。