敏捷与传统规划的 6 个区别

传统规划和敏捷规划在重要方面有所不同。在您跃迁到敏捷之前,请确保您了解它与您习惯的方式有何不同。
335 位读者喜欢这篇文章。
arrows pointing different directions

Pixabay。Opensource.com 修改。CC-BY-SA 4.0。

传统和敏捷规划方法都侧重于制定策略,以带领团队在当今竞争激烈的环境中取得成功;然而,它们的方法截然不同。如果您正在从传统规划过渡到敏捷规划,那么理解它们截然不同的思维模式和领导风格非常重要。

在我们研究它们的一些主要区别之前,重要的是要理解为什么值得付出努力进行改变。对于许多项目经理来说,敏捷的基本原则与传统的管理或领导优势相悖。除非有非常强烈的变革必要性,否则我们的人性会抵制并反对它。

转向敏捷规划的主要原因是,我们无法在一个不断受到干扰的世界中规划出路,任何锁定具体执行步骤的努力都会存在漏洞和缺陷。 这正在推动公司采用开放式创新文化和新的领导风格来促进它。

传统的自上而下的管理正在被协作式领导风格所取代,这种风格授权团队进行规划和决策。它还利用集体知识和经验,本质上是在组织内部进行众包。

传统规划和敏捷规划的六个区别

1. 指导 vs. 允许团队找到自己的道路

在传统领导中,指导团队实现特定成果被认为是一项巨大的优势。 这类似于牧羊人引导他的羊群穿过危险的地形到达安全的避风港。 基本假设是领导者(例如,项目经理)知道分配资源、管理风险,甚至应对不可避免的变化的最佳方式。 团队应遵循已启动的计划,任何变更或偏差都必须返回给领导者,领导者在与其他利益相关者协商后进行必要的更正。

敏捷方法允许团队找到他们自己的道路来实现特定目标。 高级管理层必须投入更多的时间和精力在前期的工作中,以帮助团队理解全局和组织战略。 从那时起,领导层信任团队进行调整和权衡,将愿景变为现实。 所有障碍或方向变化都会与利益相关者公开和直接地讨论,并且计划会动态变化以适应新的学习。

2. 期望永不失败 vs. 期望快速失败并向前失败

在传统的项目规划中,风险管理占有很大的比重,领导者会不断评估所涉及的风险。 项目经理努力克服或减轻风险,并确保团队在预定的截止日期内实现目标。 失败不被视为一种选择,因此当失败发生时,没有简单的方法来处理它。 大量精力用于确定失败的原因以及谁应该负责。 通常,包括项目经理在内的整个团队都会受到指责,并且每个人最终都会沮丧,团队士气下降。

相比之下,敏捷思维理解失败有时是很自然的,并且早期的失败对我们最有利,因为它尽快教会我们什么有效,什么无效。 它还认识到没有明确的创新和执行路径,团队必须通过不断的实验和随后的学习找到自己的道路。 默认方式是尝试新事物,即使在初始阶段失败的风险很高。 协作式领导风格鼓励团队快速失败并向前失败,以学习并制定动态路径来实现其关键目标和目的。

3. 限制范围变更 vs. 具有灵活的范围

变更在传统规划中通常被视为一种负面力量,因为它会使团队偏离其原始路径,该路径已在耗时数月的详尽规划会议中制定。 变更请求委员会的建立是为了限制范围变更,他们会根据原始范围权衡提出的变更,而不是试图理解为什么请求变更。 如果确定变更会延长截止日期或导致返工,则通常会直接拒绝或推迟到项目的下一阶段。

敏捷思维认识到变更是一种持续的力量,而处理变更的最佳方法是保持灵活性。 这种方法认识到,基于最新的信息交付项目比坚持可能不再准确的旧信息更好。 即使这意味着放弃或重构几个月的工作,如果新信息或反馈表明它会产生更好的结果,也会考虑变更,无论是重大方向调整还是全新的目标。

4. 投资于特定结果 vs. 投资于团队的整体福祉和成长

传统项目规划的重点是基于范围、质量和进度交付项目。 这是一个具体的、狭隘的并且可能实现的结果,但如果它没有考虑到其他结果,例如市场上不再相关的产品或技能,那么该项目可能会失败。 个别团队成员的成长和福祉与传统项目经理没有直接关系; 传统上,此责任分配给组织中的其他人。

在敏捷规划中,团队的福祉和成长被认为是项目交付不可或缺的一部分。 团队成员被频繁敦促反思团队的感受、他们的整体士气以及他们交付项目能力。 如果团队士气低落,团队或管理层会调查原因并加以解决。 一个快乐的团队也是一个充满活力和热情的团队,它可以提供的不仅仅是一系列期望,还可以引领创新文化。

5. 协调个人和团队的努力 vs. 鼓励自组织和协作

在传统模式中,项目经理负责通过与其他内部或外部团队建立检查点和会议来协调个人和团队的努力。 与所有相关团队合作,分析他们的依赖关系并解开它们,以制定清晰明了的计划以推动工作前进,这是一件乏味而费力的工作。 团队满足于升级其需求并等待响应或指示。 团队不会主动参与,自组织或在团队内外进行协作来解决其问题。

敏捷方式鼓励团队在内部或与外部各方(甚至是组织外部的各方)进行自组织和协作。 这在开源项目中尤其如此,在开源项目中,团队根据需要与多个贡献者和组织协作,而无需提示。 期望是团队了解需要做什么,并且信任成员按照他们认为合适的方式完成工作。 他们被授权通过与项目的所有贡献者不断沟通来解决依赖关系。

6. 寻找解决方案 vs. 让团队参与解决问题和挑战

大多数项目都会遇到各种形式的障碍和挑战。 在传统模式中,项目经理负责寻找解决方案。 有一个明确的升级程序将问题推到最高层,然后团队等待向他们展示解决方案。 有时,团队会被阻止数周甚至数月,等待有人提出前进的方向。

相比之下,当团队负责解决自己的问题时,会发生一些非凡的事情:他们通常会迎接挑战,并找到创新的解决方案来摆脱困境。 敏捷规划让许多人而不是仅仅一个人参与工作,以解决问题和消除障碍。 众包和集体思考以独特而非凡的方式克服挑战。

新兴的新规范

在工业革命时期,传统的领导和规划很好地服务于企业文化,当时关注的重点是专用机械、工厂和大规模生产。 少数了解市场的管理人员根据对从事非常具体和专业职能的低层员工来说不一定重要的信息做出决策。

今天,我们生活在一个互联互通的世界中,组织面临着具有挑战性的经济环境和国际竞争。 随着公司寻求新的增长途径,新的领导形式正在涌现并站稳脚跟。 工人们正在寻求更多自主权并参与到他们的日常工作中。 创建协作环境以培养由敏捷规划方法领导的创造力和创新文化符合每个组织的最大利益。

本文基于作者将在 Red Hat Summit 2018 上发表的演讲 (Crossing the chasm between Traditional & Agile Planning),Red Hat Summit 2018 将于 5 月 8 日至 10 日在旧金山举行。

请在 5 月 7 日前注册,立减 500 美元注册费。在付款页面使用折扣码 OPEN18 即可享受折扣。

Ranjith Varakantam
我是 Red Hat 开发者计划的成员,并作为首席敏捷教练领导敏捷转型。 我们的目标是提供工具,使开发人员更容易在日常工作中取得成功,从计划到生产。

评论已关闭。

Creative Commons License本作品采用知识共享署名-相同方式共享 4.0 国际许可协议进行许可。
© . All rights reserved.