关于敏捷开发:十年经验帖-敏捷转型6大误区

33次阅读

共计 2405 个字符,预计需要花费 7 分钟才能阅读完成。

扭转,对任何人来说都很难,对团队来说更是难上加难。同理,麻利转型带来的重大改革也会很艰巨。甚至,有时候麻利转型反而会带来短时间的产能降落。

为了帮忙更多研发团队顺利过渡到麻利,咱们以十余年的治理实际,整顿了这份: 麻利转型之路的 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- 新一代智能研发治理平台

正文完
 0