共计 3285 个字符，预计需要花费 9 分钟才能阅读完成。
写在后面
「麻利之道」是 LigaAI 的全新栏目。在这里，Liga 心愿能与更多敌人一起深入探讨「麻利」常识，开掘和发现更多工作和生存中的“麻利可能”。新篇第一章，咱们聊聊“什么是麻利”。
麻利开发尽管被视为“开发者的福音”，但却频繁被国内团队诟病成“世纪大谎话”。难道麻利开发在国内真的行不通吗？
事实上，许多团队声称的“麻利”不是最后解放开发者的麻利，而是 全面了解需要、极其谋求疾速交付、疏忽软件品质的“田园麻利”。麻利开发在国内实际的“跑偏”，源于对“麻利”深度了解的不足，浮于外表的利用将“麻利”错当成“疾速”。因而，本篇心愿与诸位就以下问题独特探讨“麻利”的实质：
- 麻利开发是什么？
- 麻利开发的「麻利」指什么？
- 麻利开发比瀑布开发更好么？
- 打造麻利开发团队的第一步是什么？
麻利开发是什么？
麻利开发自 1990 年代起逐步被宽泛关注，作为一种新型软件开发办法，它形容的是一种疾速应答变动的能力。
麻利联盟（agilealliance.org）对麻利开发的定义如下：麻利软件开发是一组基于麻利软件开发宣言及其背地的 12 个准则中表白的价值观和准则的框架和实际的总称。上面，咱们来重温一下「麻利宣言」，以及其背地的价值观和准则。
麻利宣言 Agile Manifesto
「麻利宣言」诞生在美国犹他州的雪鸟城，一个跟软件反动或者科技翻新没啥关系的滑雪基地。2001 年，苦于软件开发中不合理的繁冗流程和文件，来自多个不同软件开发畛域的 17 位代表汇集在一起（度假），探讨软件开发的将来。最终，他们达成了价值观和原则上的共识，独特签订并公布了「麻利软件开发宣言 Manifesto for Agile Software Development」，即「麻利宣言」。
「麻利宣言」在极限编程 (XP)、Scrum、动静零碎开发 (DSDM)、水晶开发(Crystal Clear)、特色驱动开发(FDD) 等框架中找到了共同点，并定义了麻利开发的四项外围价值观和十二条根本准则。
麻利价值观 Agile Values
「麻利宣言」传递了不同于传统软件开发的四项价值观，即麻利开发更器重
- 个体和互动 Individuals and interactions
- 工作的软件 Working software
- 客户单干 Customer collaboration
- 响应变动 Responding to change
「麻利宣言」在价值观的最初说到：“只管右项有其价值，咱们更器重左项的价值”，而左项的四项价值，即流程和工具、详尽的文档、合同会谈和遵循打算正是传统软件开发模式——瀑布式软件开发的外围。
麻利开发准则 Agile Principles
「麻利宣言」进一步拓展四项价值观，补充提出了麻利开发应该恪守的十二条准则。
麻利开发 Agile Development
麻利价值观和麻利开发准则独特阐明，麻利开发以客户称心为指标，器重成员个体的能力与价值，强调团队内外须要严密合作和高效沟通，认为个体内驱、团队信赖、谋求卓越和优化提高能推动我的项目进行。
麻利开发的初衷是为了让软件开发回归到客户想要的软件自身，用价值产出取代标准文档推动我的项目实现。与非麻利的传统软件开发模式相比，麻利开发摒弃非必要的流程和文件，通过作业简化和团队内外的高效单干等，继续实现软件价值的短周期交付，让客户称心。
麻利开发的「麻利」指什么？
要答复“什么是麻利”，首先要分明麻利开发的外围是什么：为什么麻利开发要求短周期开发、继续交付、拥抱变动和少写文档？
- 短周期开发和继续交付 是为了获取客户反馈确认研发方向，防止最终产品与客户冀望不符；
- 拥抱变动 是因为需要多变，要让最终的软件成绩符合实际的应用场景，成为有价值的软件；
- 少写文档 是为了高效传递信息，专一研发，同时能够防止需要变更导致有效文档浪费时间。
能够看出，麻利开发实质上是一个需要逐步明确和丰盛的过程，而 麻利开发的外围就是响应需要的变动。换句话说，麻利开发通过升高试错老本（比方缩短研发周期、摒弃非必要文档等），减小需要变更对我的项目推动的影响。
如果说麻利开发是一个具备试验性质的，一直施行“打算 - 实际 - 反馈 - 优化”循环的软件开发模式，那么麻利则是一种主张化繁为简和良性反馈，强调定期优化和继续提高的价值观。
为什么「麻利开发」在国内实际会脱离原有的轨迹，最初演变成「中华田园麻利开发」？因为大家把「麻利」搞错了。
麻利强调要及时依据变动进行调整和优化，以减小负面影响，它反映的是一种疾速响应变动的能力，而不是疾速研发的能力。哪怕跳出软件开发畛域，麻利也依然是一种可能贯彻“生存 - 工作 - 学习”的问题解决思维形式。就像百度词条所定义的：麻利是一种通过发明变动和响应变动在不确定和凌乱的环境中取得成功的能力。
麻利开发比瀑布开发更好吗？
如果仔细注意「麻利宣言」的表述会发现，初代麻利联盟者未曾否定瀑布开发的价值，也未曾示意“麻利价值观比传统软件开发价值观更有价值”。实际上，麻利开发和瀑布开发，作为两种不同的软件开发模式，原本就没有相对的优劣之分，毕竟任何办法或者工具都要放在具体场景应用中探讨才有意义，团队形成、我的项目性质、工夫 / 老本等反对等都会影响办法有效性的最终断定。
可能有敌人要反驳：“端水巨匠吧你，瀑布曾经过期了，当初大家都喜爱搞麻利。”对啊，为什么越来越多的团队和组织放弃了瀑布开发，转而抉择采纳各式各样的麻利开发方式？
因为市场是疾速变动的，用户的需要也是多变的。相比瀑布开发的规范流程，麻利开发更能适应需要变动，做到随时响应。毕竟只有疾速响应需要变动，能力保障在当下的商业环境中相对竞争力。
「麻利开发 V.S. 瀑布开发」是一个陈词滥调的命题，两种办法各有特点，也别离实用于不同的场景：
- 瀑布开发更实用于 我的项目需要明确且鲜有变动的 ，或对 我的项目打算要求高的 开发我的项目；
- 麻利开发实用于 需要多变的 、 性能耦合度低或可用性可继续叠加的 ，以及 迫切需要市场反馈 的我的项目。
戳👇图片理解更多【麻利开发 V.S. 瀑布开发】比照
关注 LigaAI 公众号 并回复关键词「 比照图」获取纯享版比照
打造麻利开发团队的第一步是什么
《新的新产品开发游戏》的作者发现，世界优良公司最卓越团队具备以下三个特色：超过寻常、自主性和多功能。如果想要打造卓越的麻利开发团队，应该从哪里开始？
首先明确卓越的麻利开发团队是什么样的。「麻利宣言」形容的“现实团队”有以下特色：
- 业务人员和开发人员相互合作
- 高效沟通（最好是面对面沟通）
- 个体斗志，成员是我的项目外围
- 坚定不移地谋求技术卓越和良好设计
- 团队要定期反思，优化调整
- 责任人、开发人员和用户独特维持稳固步调
如果现实的麻利开发团队是 高效单干、良好沟通、斗志昂扬、节奏统一 的，那么打造麻利开发团队的第一步，就是领有一个「小而精且构造扁平」的软件研发团队。
- 布鲁克斯法令指出，因为组内沟通成本增加等，投入更多的人来开发一个紧急的我的项目只会让进度更慢。因而，麻利开发中，团队越小越有劣势，而 最佳的麻利团队规模应该维持在 4-9 人之间，宜少不宜多。
- 开发团队必须熟练掌握实现一个我的项目所需的全副技能，能力顺利推动我的项目实现。麻利开发团队须要业余精湛且多功能的成员，换句话说，兼具深度业余和跨职能的「T 型人才 T-shaped Person」是麻利开发的最优选。
- 扁平化组织构造所隐含的兽性假如是，人除了社会需要外，还有一种想充沛体现本人能力、施展本人后劲的欲望。因而，在扁平组织中，成员都可能通过自主摸索和继续精进来实现指标，推动我的项目进度。
除了小而精之外，麻利开发准则中也有一条内容刻画了具体的团队画像：
最好的架构、需要和设计出自 自组织团队。
The best architectures, requirements, and designs emerge from self-organizing teams.
什么是“自组织团队”？管理者应该如何构建一个合格的自组织团队？一般的开发团队是否成长为自组织团队？
下篇文章咱们将和大家持续探讨麻利中的「自组织」。想要第一工夫获取更多麻利开发资讯，请继续关注咱们的 sf 账号 -LigaAI
点击 LigaAI- 新一代智能研发合作平台，在线申请体验咱们的产品。
