34、敏捷方法与可转移质量改进：软件开发的策略选择

敏捷方法与可转移质量改进：软件开发的策略选择

1. 敏捷方法在不同企业阶段的应用

在软件开发领域，敏捷方法展现出了强大的适应性和灵活性，能够根据企业的不同发展阶段提供合适的解决方案。
- CMM Level 1 混沌状态与敏捷方法 ：通常所说的 CMM Level 1 混沌状态并非完全无序，它可划分为三个不同区域。敏捷方法有助于理解这些区域，能在不跨越 CMM Level 2 中 RSM 进入壁垒的情况下实现显著改进，无需具备超人般准确预测不确定未来的能力。
- 初创企业的敏捷选择 ：对于初创企业，早期业务需要快速构建产品，以便轻松加速开发并频繁展示具有客户价值的工作代码。此时，极限编程（Extreme Programming，XP）是正确的选择。它强调快速迭代、客户参与和团队协作，能够满足初创企业快速响应市场的需求。
- 企业成长阶段的转变 ：随着企业的成熟，开始采用更多的产品生命周期方法，从追逐客户的组织转变为以产品驱动的企业。这时引入更长的迭代周期并使用 Scrum 中的技术是有意义的，即使用 Scrum 包裹 XP 方法。Scrum 具有较低的进入壁垒，通过时间盒迭代、Sprint 待办事项列表和每日站会等方式，能够有效管理项目进度。
- 市场成熟后的 FDD 应用 ：当市场进一步成熟，不再需要每月发布软件时，采用特性驱动开发（Feature Driven Development，FDD）是合适的。FDD 引入了许多先进概念，进入壁垒较高，但它能帮助成熟企业预测发布中的可交付成果，减少不确定性并提高规划的可预测性。其先进的分析方法使工程组织能够更好地兑现承诺。
- RSM 的最终应用 ：如果市场有需求，企业可能需要成熟到使用完整的 RSM（理性软件模型）。这可能是由于法律和监管条件要求更严格的可追溯性和对细节的关注，超出了敏捷方法的范围，或者领域需要整体交付大型系统，且范围由法律或监管要求确定。

以下是不同企业阶段适用的敏捷方法总结表格：
| 企业发展阶段 | 适用敏捷方法 | 特点 |
| ---- | ---- | ---- |
| 初创期 | 极限编程（XP） | 快速构建，强调客户价值和团队协作 |
| 成长期 | Scrum 包裹 XP | 引入更长迭代，低进入壁垒，有效管理进度 |
| 成熟期 | 特性驱动开发（FDD） | 先进概念，提高可预测性 |
| 特定市场需求期 | 理性软件模型（RSM） | 严格可追溯性和整体交付能力 |

2. 可转移质量改进与敏捷方法

Lapre 和 Van Wassenhove 的研究探讨了制造过程中改进举措的可重复性，这一概念在软件开发中同样重要。他们将研究结果映射到一个 2 x 2 矩阵中，划分出概念学习和操作学习两个维度。
- 概念学习与操作学习 ：概念学习与软件开发的自然哲学密切相关，涉及的概念越多、概念越经过验证、理解和可重复，方法在矩阵的 y 轴上的位置就越高。操作学习则与敏捷方法通常相关的过程实践能力有关，包括过程知识的心理人类方面以及贯穿始终的度量和测量纪律。
- 四个象限的分类 ：Lapre 和 Van Wassenhove 将矩阵的四个象限分类为：
- 消防（Fire Fighting） ：对如何控制过程的概念理解和操作概念都很少。
- 工匠技能（Artisan Skills） ：从业者对如何产生高质量结果有很强的知识，但难以解释原因，因为缺乏描述和解释技术的概念词汇。
- 未经验证的理论（Unvalidated Theories） ：有很多概念猜想，但无法通过因果分析证明，也未通过实证观察获得相关性。
- 操作验证的理论（Operationally Validated Theories） ：使用与现实映射良好的概念模型很好地理解过程，并在操作中证明有效。

不同敏捷方法在这个矩阵中的位置如下：
- 极限编程（XP） ：倾向于回避概念化，大多数从业者认为它是一种编写代码的工艺，因此位于工匠技能象限。
- Scrum ：由于进入壁垒非常低，分布在消防和工匠技能象限。启动 Scrum 只需要同意 30 天的时间盒迭代、一份代表 Sprint 待办事项的任务列表和每日站会来跟踪进度。
- 特性驱动开发（FDD） ：进入壁垒高，涉及许多先进概念，特别是在业务流程的对象建模和用户界面交互的状态图建模方面。初学者需要经过多次迭代才能真正理解概念并开始改进。
- RSM ：概念和过程纪律都很严格，进入壁垒最高。由经验丰富的从业者执行时位于右上角象限，但由于高进入壁垒和陡峭的学习曲线，大多数使用 RSM 的组织实际上在消防象限操作，学习效果较低。

以下是 mermaid 格式的流程图，展示不同敏捷方法在矩阵中的分布：

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A(消防):::process --> B(工匠技能):::process
    A --> C(未经验证的理论):::process
    B --> D(操作验证的理论):::process
    C --> D
    style A fill:#FFEBEB,stroke:#E68994,stroke-width:2px
    style B fill:#FFF6CC,stroke:#FFBC52,stroke-width:2px
    style C fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px
    style D fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px
    subgraph 敏捷方法分布
    XP(极限编程):::process --> B
    Scrum(Scrum):::process --> A & B
    FDD(特性驱动开发):::process --> D
    RSM(理性软件模型):::process --> A & D
    end

这个流程图清晰地展示了不同敏捷方法在 Lapre 和 Van Wassenhove 矩阵中的分布情况，有助于理解它们在概念学习和操作学习方面的特点。

综上所述，在软件开发中选择合适的敏捷方法需要考虑企业的发展阶段、市场需求以及团队的能力。不同的敏捷方法在可转移质量改进方面具有不同的特点和挑战，企业需要根据自身情况做出明智的决策。

敏捷方法与可转移质量改进：软件开发的策略选择

3. 敏捷方法的可转移性分析

不同的敏捷方法在知识转移方面有着不同的表现，这对于企业在大规模应用敏捷方法时至关重要。
- 极限编程（XP） ：虽然 XP 包含一些概念，并且封装了大量基于经验的知识，但它的知识转移存在困难。XP 最好的转移方式是现有团队的成员实际教导新团队如何操作，并传授未记录的工艺技术。因为 XP 强调团队成员之间的默契和实践经验，很多技巧是通过团队协作和日常工作中潜移默化形成的，难以用文字准确描述和传授。
- Scrum ：Scrum 容易上手，但结果有限，且获得的知识难以转移。这是因为 Scrum 缺乏一个概念模型来映射学习成果，团队成员可能只是按照规定的流程进行操作，但对于背后的原理和为什么这样做缺乏深入理解，导致知识难以在不同团队之间共享和传承。
- 特性驱动开发（FDD） ：FDD 具有更完善的概念模型，并且以一种易于转移的方式进行文档记录（ETVX 过程定义）。然而，对于许多工程师来说，这些概念可能具有一定难度，因此最好由 FDD 专家进行指导。一旦团队掌握了 FDD，他们就有一个强大的概念模型来映射改进，将改进知识转移到其他团队应该相对容易。例如，在实际项目中，一个已经熟练掌握 FDD 的团队可以通过分享他们的概念模型和实践经验，帮助其他团队快速上手并取得类似的成果。
- 理性软件模型（RSM） ：假设团队具备基本的能力，在能够使用现有概念解释学习成果且不需要引入新的概念的情况下，RSM 的知识转移应该是直接的。但问题在于培训的规模化，例如，尽管功能点计数技术已经存在多年，但它并没有得到广泛应用。这说明 RSM 在推广和应用过程中，面临着培训难度大、成本高的问题，限制了其知识的有效转移。

以下是不同敏捷方法可转移性的对比表格：
| 敏捷方法 | 可转移性特点 | 转移建议 |
| ---- | ---- | ---- |
| 极限编程（XP） | 知识转移困难 | 现有团队成员教导新团队，传授未记录工艺技术 |
| Scrum | 容易上手但知识难转移 | 构建概念模型辅助知识转移 |
| 特性驱动开发（FDD） | 有完善概念模型，转移相对容易 | 专家指导团队掌握概念 |
| 理性软件模型（RSM） | 知识转移受培训限制 | 解决培训规模化问题 |

4. 总结与启示

在软件开发中，工艺技术难以在大型组织中快速扩展，因为它们通常需要学徒制项目，而这在软件开发中很少存在。相比之下，RSM 的书本学习方法更容易在大型组织中扩展，但历史经验表明，其效果可能非常差。

为了在软件开发中更好地应用敏捷方法和可转移质量改进的理念，我们可以总结以下几点启示：
- 根据企业阶段选择方法 ：企业应根据自身的发展阶段和市场需求，选择合适的敏捷方法。初创企业可以采用极限编程快速响应市场，成长期企业可以结合 Scrum 和 XP 进行项目管理，成熟期企业可以引入 FDD 提高可预测性，特定市场需求下考虑使用 RSM。
- 重视概念模型建设 ：对于知识转移困难的敏捷方法，如 Scrum 和 XP，应重视概念模型的建设，帮助团队成员更好地理解和解释工作方法，提高知识的可转移性。
- 加强培训和指导 ：对于 FDD 和 RSM 等进入壁垒较高的方法，应加强培训和指导，确保团队成员能够掌握相关概念和技术，从而实现知识的有效转移和应用。
- 持续改进和学习 ：软件开发行业不断发展变化，企业应鼓励团队持续改进和学习，不断探索适合自身的敏捷方法和质量改进策略。

以下是 mermaid 格式的流程图，展示企业选择敏捷方法的决策过程：

graph LR
    classDef decision fill:#FFF6CC,stroke:#FFBC52,stroke-width:2px;
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A(企业发展阶段判断):::decision --> B{初创期?}:::decision
    B -->|是| C(极限编程（XP）):::process
    B -->|否| D{成长期?}:::decision
    D -->|是| E(Scrum 包裹 XP):::process
    D -->|否| F{成熟期?}:::decision
    F -->|是| G(特性驱动开发（FDD）):::process
    F -->|否| H{特定市场需求?}:::decision
    H -->|是| I(理性软件模型（RSM）):::process
    H -->|否| J(重新评估阶段):::decision

这个流程图展示了企业根据自身发展阶段选择合适敏捷方法的决策过程，帮助企业在软件开发中做出更明智的选择。

总之，软件开发企业在选择敏捷方法和进行质量改进时，需要综合考虑多方面因素，权衡不同方法的优缺点，以实现高效、高质量的软件开发和可持续发展。通过合理应用敏捷方法和提高知识转移能力，企业能够更好地适应市场变化，提升自身的竞争力。