扭转，对任何人来说都很难，对团队来说更是难上加难。同理，麻利转型带来的重大改革也会很艰巨。甚至，有时候麻利转型反而会带来短时间的产能降落。
为了帮忙更多研发团队顺利过渡到麻利，咱们以十余年的治理实际，整顿了这份： 麻利转型之路的 6 大误区
01 从培训开始
在转型开始之前，让整个团队加入麻利培训是一个很直观的抉择。然而在团队真正做好筹备前就去上课，兴许会导致一些问题。
不足足够的心理认同或不能代入工作场景，可能让团队在培训后只能消化小局部麻利常识；少部分团队成员甚至可能因为不认同麻利概念而一直提出挑战，从而影响整个团队的积极性。
任何转型，胜利的最关键步骤都是理解为什么须要扭转。 每个人都须要理解麻利带来的益处。如果利用切当，麻利能使团队更快地交付，立即为客户提供局部价值和更早地取得客户反馈。在传统的瀑布式我的项目中，团队也会和客户定期沟通。但因为短少客户的实时反馈，团队难以疾速适应需要的变动，最初交付的产品天然无奈满足客户的须要。
当团队成员了解须要麻利转型的起因及其对每个人工作的意义，并且产生认同感后，正式的培训就变得很重要。团队会在对麻利的了解和沟通上保持一致，这是胜利转型的根底。
这里须要强调的是： 麻利转型胜利的团队必须是一个自驱动的团队，而不是一个强管制的团队。
02 麻利就是 Scrum？
No! 麻利是一种方法论，而 Scrum 是麻利最支流的框架之一。
麻利正式诞生在 2001 年，17 位开发者一起发表了“麻利软件开发宣言”。在这之前，很多大家明天熟知的框架如 Scrum，XP，FDD 等曾经存在。这些框架和起初诞生的 Kanban 都大量借鉴了制造业的先进理念，并将其利用于软件开发畛域。在麻利转型中，理解并抉择适宜您的框架至关重要。
图源：https://www.systemsvalley.com…
03 麻利我的项目不须要打算…
对于传统的瀑布型我的项目，在我的项目开始前就有具体打算的工作合成甘特图。然而实在的我的项目过程中，需要总在一直地变动，甚至一些需要或潜在问题在我的项目开始时是不可预测的，因而起初制订的具体打算就会显得鸡肋。
但这并不表明麻利我的项目没有打算， 其打算的过程是一个继续且变动的过程。
在麻利我的项目开始前，团队应制订我的项目的总体目标；之后，在每个迭代开始前制订迭代打算（细化到此迭代的需要和相应的工作工作）。随着迭代的继续交付和客户的反馈，麻利我的项目的打算在一直地调整，所有以实现对客户交付价值的最大化为主。
帮忙团队适应我的项目的不确定性及基于变动的打算，能力让团队更快地转型。
04 轻易地回退
很少有人喜爱变动，在面临压力时，人们往往会复原到他们习惯的工作形式。在每次麻利转型中，团队向麻利转型的信心都会受到考验。当一个正在转型的我的项目遇到麻烦时，不要轻易地放弃，进而发出对一个自组织团队的控制权。
当程序和我的项目遇到困难时，请置信流程，并利用麻利框架的继续改良机制来反思哪些须要调整，在下一次迭代中改良。 这可能在短期内升高团队的产能，但会带来麻利转型的长期胜利。
麦肯锡已经对许多世界 500 强公司的麻利转型做过调研。其中就有一个亚洲电信巨头的例子。该公司的业绩是由上市工夫和绩效指标的实现来掂量的。在公司高层决定采取麻利工作法之后的 3 个月内，业绩有所降落。但三个月后，其业绩开始快速增长，最终远远超过了公司实际麻利之前的程度。
05 麻利实用于任何我的项目任何团队
团队的规模越大，灵活性就越差。依照康威定律的论断：“设计零碎的组织受限于生产设计，这些设计是组织沟通构造的正本”。麻利的最佳实际是：把较大的团队依照产品或我的项目划分为不同的麻利小组，充分发挥沟通成本低的劣势。
对于周期长，需要明确且不会变更的我的项目，在我的项目开始前可能清晰地定义出指标范畴和工作工作，因为在我的项目的各个阶段团队高度聚焦，瀑布可能是一个更好的抉择。 但从久远的考量登程，麻利的团队可能失去更多的价值驱动，从而更好地实现交付。
06 麻利≈更快地写代码？
如果一个团队把放慢开发速度作为麻利转型的指标，他们很可能会悲观。让咱们重读一下麻利的 12 条准则，不难看出，麻利关注的是更早地交付局部价值给客户，基于反馈疾速调整并继续交付价值。
对于雷同工作量的产品开发，因为麻利我的项目会将开发工作分到多个迭代中，假如需要没有变更，开发速度甚至会比瀑布型慢。 兴许抉择麻利不肯定等同于抉择了高速度，究其实质，麻利不肯定能保障产品的交付速度，但它能让团队实时调整，发明出更合乎客户需要的产品。
关注价值而不是速度，是麻利转型的精华。
直到明天，麻利诞生已有 20 年，传统项目管理模式更是有超过 50 年的历史。这两者并没有相对的对或错，对于不同类型的工作，不同的团队，如何在高速变动的时代里找到最适宜本人的工作形式才最重要。
最初附上麻利的 12 条准则，心愿对大家有所启发：
1. 咱们的最高优先级，就是尽早和继续交付有价值的软件来满足客户。
2. 拥抱需要变更，即便在开发前期。麻利利用变动来为客户发明竞争劣势。
3. 用数周到数月的周期，继续交付可工作的软件，交付周期越短越好。
4. 在整个我的项目周期，业务人员和开发人员必须每天在一起工作。
5. 围绕积极进取的集体建设我的项目，给他们须要的环境和反对，并置信他们会实现工作。
6. 信息传递最无效的形式是面对面的沟通。
7. 可工作的软件，是掂量进度的首要规范。
8. 麻利提倡可继续倒退。赞助者、开发者和用户应该可能始终放弃恒定的速度。
9. 对技术卓越的继续关注和良好的设计能够晋升敏捷性。
10. 简略，即最大水平缩小不须要的工作，是麻利的基本。
11. 最好的构架、需要和设计来自自组织的团队。
12. 团队定期反思如何晋升效率，并相应地调整其行为。
期待大家在实际麻利的过程中找到价值，也欢送和咱们沟通探讨。后续咱们还将分享更多麻利之道及研发治理实际，不要遗记关注咱们哦~ 指路 LigaAI@sf 或 LigaAI- 新一代智能研发治理平台