（三）项目管理方法论 - 水晶方法（Crystal）

Crystal method 是由 Alistair Cockburn 开发的一系列方法。这些方法主要关注人及其交互，成立于 1990 年，当时 IM 要求 Alister 创建一种面向对象项目的方法。

• 什么是水晶？ 我们将讨论 Crystal 方法与其他敏捷方法的不同之处。此外，我们将详细讨论它是如何设计的，以及它背后的原因。
• Crystal 家族：Alistair 相信一刀切并不适合所有人。换句话说，这意味着一种方法不能应用于每个项目。他以一种具有多种方法的方式设计了水晶。Crystal 系列向我们介绍了在 Crystal 方法下设计的多种方法。除了上述内容之外，它还说明了它包含多种方式的原因以及它们彼此有何不同。
• 角色和职责：它根据其方法描述多个角色及其职责。
• 特性和特性： 我们将尝试借助示例来理解功能和特性。
• Crystal 工艺流程：本节将定义 Crystal 方法的完整工作流程。此外，还涵盖了所涉及的过程。
• 优点和缺点： 除了上述内容之外，本节还解释了 Crystal 方法的优缺点以及它们如何影响项目。
• Scrum 和 Crystal：最后，比较 Crystal 与 Scrum 的不同之处。

什么是晶体法？它有何不同，重点是什么？

1991 年，IBM 要求 Alistair Cockburn 开发面向对象项目的方法;他知道这将是具有挑战性的。经过广泛的研究，他得出结论，所有成功的团队都共享相同的模式和技术，而无需使用任何特定的项目方法。因此，他利用自己的发现构建了一个方法系列，并将其命名为 Crystal。

Crystal 方法是一种最轻量级、最灵活的软件开发方法。此外，它由几个敏捷工艺，包括 Clear、Crystal Yellow、Crystal Orange 和其他独特特征的方法。

总而言之，Crystal 系列专注于实现每个项目都有独特的特征。因此，必须对策略和做法进行定制以适应这些功能。

Crystal 方法有几个基本要素，这些要素称为 Crystal 属性：

• 团队合作： 首先是团队合作，它专注于为团队成员分配任务，此外，还鼓励他们作为一个团队而不是个人来完成任务。
• 沟通：其次是沟通。这是任何项目最关键的方面。客户和开发人员之间需要通过电子邮件或面对面进行适当的沟通。此外，这在团队中也很重要。
• 简单性：第三个属性侧重于产品设计、需求文档和其他文档必须易于理解和直接的事实。它将使每个人都能理解并更有效地工作。
• Reflection： Next property 是关于实现 Reflection 的三个主要方面，即：
• 频繁调整：团队应该能够根据情况和所需的变化进行调整。
• 改进流程：改进是一个持续的过程。它们可以根据客户反馈、内部反馈、会议输出、根因分析后对任何 bug 进行改进。

与其他敏捷方法一样，Crystal Methodology 也促进了按时和频繁地交付工作软件。它激发了用户的高度参与度、适应性，并排除了干扰和任何浪费。

Crystal Method 的基础是两个关键假设：

• 首先，团队可以通过简化他们的工作和项目来提高自己的效率。
• 其次，每个项目都与其他项目不同，需要一些特定的方法和策略。

根据 Alistair 的说法，每个项目都是一个游戏，我们需要制定一个策略来赢得比赛。他说，我们应该让每个人都参与进来，让他们在规划项目时互动并欢迎每个人的想法。根据他的说法，我们不应该专注于我们制造的东西;我们应该专注于客户希望我们做什么？

晶体方法侧重于：-

1. 相关人员
2. 团队之间的互动
3. 社区
4. 相关人员的技能
5. 他们的才能
6. 所有团队之间的沟通

Crystal 家族：

经过观察，Criticality 等项目属性似乎会随着项目参与的人数而变化。

Alistair 观察到，小团队能够在没有太多文书工作 / 状态报告的情况下构建和交付项目。而较大的团队，从事大型项目，需要大量的文书工作、持续的更新和大量的沟通。

他发现，这取决于项目的大小以及项目的复杂程度。因此，他设计了 Crystal 方法，该方法针对不同的项目规模具有不同的技术。

他得出结论，Crystal 方法的适用性取决于三个维度：

• 一、团队规模
• 二、临界度
• 三、项目的优先顺序

例如，一所学校根据以下几点将其 5 年级分为 5 年级 A、5 年级 B、5 年级 C 等各个部分-

• 他们之前的班级成绩
• 理解能力
• 他们的优势

将班级划分为多个部分对教师有很大帮助。由于所有学生的理解水平几乎相似，因此教师可以相应地定义他们的教学策略。

Alistair 使用不同的颜色来区分不同的方法。反过来，这又可以轻松识别何时使用哪种方式。

Crystal Family 的方法

晶莹剔透： 1-6 人的小团队 支持固定价格，无需谈判合同 以人为本，不太注重过程和工件 需要文档 项目安全的重点

• 水晶黄7-20 人的小团队明确代码区域的所有权。定义代码区域所有权，以便如果需要任何更改，则只有拥有该代码的人才会负责处理它。反馈来自 “真实用户”。此外，它还消除了由于间接通信而可能发生的进一步混淆。更喜欢可访问和直接的通信。它减少了对过多文档的需求。因此，开发人员很容易理解他的工作。使命陈述是与客户一起定义和验证的目标。自动测试用于更快地解决错误。制定每月改进计划。这包括列出待办事项清单并在时间内完成它。

• 水晶橙团队规模为 21 至 40 人该项目持续 1-2 年根据他们的功能技能划分团队就像敏捷方法一样，遵循增量开发需要每 3-4 个月发布一次每个版本都称为 “Increment”。专为中型项目设计

• Crystal Orange 网团队规模为 21 至 40 人用于具有不断发展的代码库并被公众使用的项目它侧重于提高最小缺陷

尽管Crystal Orange网和Crystal Orange相似;Crystal Orange Web 不处理单个项目，而是处理一系列需要编程的计划。这些举措的结果与代码库合并，供开发人员使用。但是，方法保持不变。这就是它没有单独显示在图表中的原因。

• 水晶红传统的软件开发方法被用于 40-80 人的团队规模。除此之外，团队还根据需要组建和划分。

• 水晶栗色它适用于 80-200 人的团队。它适用于大型项目。此外，定义的方法是不同的，并且根据软件的需要。

以上是 Crystal 家族的主要成员。但是，对于大型项目，还有两种方法。

Crystal Diamond 和 Crystal Sapphire：

这两种方法都用于非常关键的大规模项目。他们的团队和策略是根据项目的关键性来决定的。这些项目意义重大，涉及人类生命的潜在风险。

如上图所示，舒适度 （C）、可自由支配的金钱 （D）、基本金钱 （E） 和项目寿命 （L） 是垂直因素。水平系数是 Team Size。

因此，根据 Alistair 的说法，在决定采用哪种方法时，必须考虑所有这些因素。

例如，对于大小为 40 的项目，在提交发布日期之前，开发人员将考虑以下事项：

• 每个资源可以舒适地工作多少小时 （C）
• 可用于该项目的金额 （D）
• 完成项目需要多少钱（E）
• 如果这些要求中的任何一个都不符合，那么团队规模和项目寿命（L）可以增加/减少。最后，选择最可行的方法。

或者，查看团队规模，开发商可以根据提供的资金（E，可用资金（D，和资源的舒适度（C，来估算项目完成度（L）。

角色和职责：

Crystal Clear 与其他 Crystal 方法之间的根本区别在于，在 Crystal Clear 中，一个项目中只有一个团队。而在其余的 Crystal 方法中，有多个团队需要跟进项目。

但是，在所有 Crystal 方法中，一个工作分配可能包括多个角色。

Crystal 方法有许多职位，如 Executive Sponsor、Executive、Lead Designer、Programmer、The Ambassador User 和 Tester。这些是主角。

还有一些其他子角色，如项目协调员、业务专家、技术作家和业务测试员。

以上角色分为两类——

真实角色：

执行发起人：

执行发起人是

• 分配或决定项目资金的分配
• 为项目创建可见性
• 帮助团队做出关键的业务级决策

大使用户：

大使用户就是那个

• 谁将测试最终产品
• 了解完整作程序的人
• 谁了解正在使用的整个系统

首席设计师：

负责所有技术工作

• 应该有丰富的软件开发经验
• 应该能够弄清楚项目团队何时步入正轨

程序员：

程序员是另一个重要的人。程序员与设计师一起制作软件系统。此外，会编码或编程的人可以做设计，反之亦然。

虚拟角色

协调者：

是项目经理，负责

• 在项目规划和审查会议上做笔记
• 将信息合并并提交给申办者
• 让项目发起人了解项目的状态，并保持内容可见。

商业专家：

业务专家是

• 了解业务的运作方式
• 确定优先级并可以区分较少的先前任务
• 了解政策并确保每个人都遵守
• 开发程序员可能对策略和系统提出的所有查询

技术撰稿人和测试人员：

它不是一个永久的角色，而是轮换的或临时的。测试人员负责在软件运行后对其进行测试。测试人员负责

• 测试软件
• 报告 bug （如果有）
• 首先尝试修复他那边的错误（如果可能的话）

特性：

Crystal 方法的主要特点是

• 人力：这意味着流程的设计以重视参与流程的人的方式进行。除此之外，它还确保该过程易于适应，并使人们能够成长并变得更加有条理。
• 适应性： Crystal 是一种相信根据要求搜索和健身的方法。换句话说，这意味着流程、标准和工具的修复不会在这种方法中发生。此外，它们还会进行调整以满足团队和当前正在运行的项目的需求。换句话说，他们是灵活的。
• 超轻：超轻意味着没有大量的文档，没有硬性规定或管理，也没有特定的报告。换句话说，Crystal 方法通过保持相关团队成员和客户之间的工作流程和沟通透明来保持轻松。

性能：

成功运行项目所需的 8 个 Crystal Clear 属性是：

1. 频繁交货：

任何项目的首要任务是在每个版本结束时交付可工作的软件，无论项目类型、团队规模、预算或利润如何。因此，这种交付必须频繁。

为了更好地理解它，让我们考虑一下上学是一项任务。我们将此任务划分为小迭代，例如

• 准时起床
• 新鲜
• 及时收拾餐盒
• 从车站搭乘巴士
• 到达学校

为了及时到达学校，我们需要确保每个迭代都按时交付。及时交付每个迭代将确保及时发布。

频繁交付软件有很多好处，其中包括

• 常规迭代发布。反过来，这意味着定期交付工作功能。
• 人们可以发现问题并实时解决它们，因为它可以确保迭代周期保持较小（每周到不超过四个月）。
• 客户可以实时查看项目是否按照他的预期进行。

2. 反思改进：

Crystal Clear 是一种方法，而不是标准。它把很多事情留给团队在讨论后重现和确认。错误的决定可能会产生不利的结果。因此，讨论在什么情况下、什么可能有效、什么无效至关重要。

在我们大学期间，为了物理实践，我们从同一台设备上获取了多个读数，以进行相应的实践考试。然而，每个读数都不同。你还记得以前在这种情况下是做什么的吗？我们彼此讨论并找到了最接近的读数。

同样，在这种方法中，对于任何问题，我们都可以进行讨论并达成最接近的解决方案。它被称为反射和改进。它在许多方面改进了流程 -

• 人们可以通过讨论找到问题的答案。
• 开发人员还将时间用于改进该过程。
• 每周一次的会议或研讨会有助于发现哪些流程正在运行，哪些流程需要修改。

3. 渗透通讯：

渗透式通信适用于小型团队。当所有团队成员都在一个房间里的一张桌子上时，就会发生这种通信。所有成员之间都会进行讨论。他们可能会也可能不会参与，但每个人都能感知到讨论的想法。此外，它一直留在他们的脑海中。要使 Osmotic 通信正常工作，团队成员之间必须保持身体接近。

这与课堂讨论相同。教师将是学科专家（在我们的例子中是 Expert 开发人员）。他们将回答学生的所有问题。

它有很多好处-

• 信息快速流动
• 减少通信开销
• 每个人都知道可能会出现什么问题，并且已经了解解决方案。

4. 人身安全：

人身安全是迈向信任的第一步。当有事情困扰他们时，团队成员应该说出来，而不必担心被质疑或报复。此信息可以是类似

• 别人的设计需要改进
• 时间估计不切实际
• 队友没有及时赶到或其他任何事情

当能够畅通无阻地发言时，团队将能够确定并修复其缺陷。当信任没有破裂时，团队往往会畅所欲言。反过来，这将有助于减少缺陷并有助于及时完成项目。

在团队中实现个人安全感是一项非常具有挑战性的品质。在项目期间，人们会了解谁有帮助并仔细倾听他们，谁没有。最终，他们找到了他们感到舒适并感到可以安全地交谈的人。通过 Personal Safety，他们在 Reflective Improvement 会议期间发自内心地说话。

对于任何项目，软件开发人员都必须公开三件事

• 应该能够揭露自己的无知
• 应该能够分辨出所犯的错误
• 接受他们在满足任务要求方面的无能力。

这三件事与项目直接相关，并将影响交付。

• 这就像告诉你的老板你错误估计了 50% 以上的成本或支出，或者
• 在团队会议中与老板不同意
• 与你的队友进行长时间的辩论，但仍然友好地结束

实现人身安全

• 团队成员畅所欲言
• 分享他们的观点和疑虑，而不必担心别人会怎么想。
• 适当有效的沟通
• 个人纠正他们的错误

5. 重点：

领导者和高管层人员应该明确优先事项。他们应该决定开发人员应该从事什么工作，然后允许他们不受任何干扰地从事这些活动。他们应该每天给他们一些专门的时间（至少 2 到 3 小时）。在此期间，开发人员应仅处理该活动，不得有任何中断、演示或会议。开发人员应该能够专注于该特定时期的工作。

例如，在考试期间，会分配专门的 3 小时来编写一组特定问题的答案。在这三个小时内，学生专注于写下这些问题的答案，并且在时间结束之前不会被打断。

专注的好处是

• 开发人员更好地了解任务
• 重点越好，工作就会越早完成
• 项目的目标和定义变得更加清晰
• 不浪费时间和资源。

6. 轻松访问专家用户：

Keil 和 Carmel 所做的研究指出：

“与不成功的项目相比，成功的项目与真实用户有更好、更直接的联系”。

开发人员需要有一个指向 “真实用户” 的直接链接。真实用户是指将使用该产品的同一组人员。他们是将要使用产品的人，因此他们将能够更好地告诉开发人员他们希望产品是什么样子。

孩子只能分辨出那本声称容易理解的书是否容易理解。在这里，孩子将是真正的用户，而书就是产品。

但是，实际上，很难直接访问真实用户。在频繁发布的情况下，开发人员必须每周测试一个新功能。反过来，每周都很难找到真正的用户来检查它。一种解决方案是找到一个愿意试用您的新软件的用户。每种频繁交付的方法都会出现此问题。

除此之外，当开发人员可以访问真实用户时，他们还有许多积极的好处

• 他们可以获得实时反馈
• 可以包括根据专家（真实用户）的改进。
• 开发人员直接与专家合作，因此沟通变得容易。
• 审批过程变得简单，因此时间也减少了

7. 技术环境：

技术环境的主要目的是进行持续集成和测试，以识别错误、代码中断、错误等。

通过使用自动化测试、配置管理和频繁集成，定期进行持续集成。因此，问题不太可能发生。

测试人员可以使用自动化测试快速检查代码是否正常工作。如果有任何问题，可以修改代码以使其正常工作。自动测试比手动测试更快，并且让测试人员可以自由地快速完成工作并按时回家

使用配置管理可以做以下事情：

• 首先，人们可以检查他们的工作。
• 其次，如果需要，他们可以进行更改。
• 此外，他们可以包装配置以进行发布。
• 最后，如果他们发现任何问题，他们可以将其回滚到上一阶段。

8. 频繁集成：

团队集成系统的频率越高;他们能够越快地检测到其中的问题。大多数技术团队每天都会做多次，如果不是每天都做的话。

拥有技术环境的优势

• 使开发人员和测试人员能够识别更改引起的问题。
• 如果上述所有活动每天都发生，则很容易发现问题。
• 问题不会发展到项目级别，并且仅在迭代中解决。

但是，对于 Crystal Clear 来说，它不是强制性的，因为这是一个小型项目。以下是 Crystal Clear 所需功能的图像。

策略标准

在软件开发过程中遵循和应用的做法是策略标准。Crystal Clear 和 Crystal Orange 都建议以下策略标准。

• 定期增量投放
• 根据软件交付和重大决策（而不是书面文档）按里程碑跟踪进度
• 用户直接参与
• 功能的自动回归测试
• 每个版本有两次用户查看。反过来，这意味着至少有两个用户将检查已发布的函数以避免任何错误。
• 在每个增量的开始和中间进行产品和方法调整的研讨会。

大多数策略标准对于 Crystal 的所有方法都是相同的。但是，增量交付时间可能会根据项目的强度和员工人数而有所不同。

例如，Crystal Clear 的政策标准建议在 2 到 3 个月内增加交付。而对于 Crystal Orange，增量交付可以延长长达四个月。

任何流程都必须遵循策略标准。但是，它们可以被类似的做法所取代。

工艺流程

标准流程 Cycle of Crystal 方法类似于 Scrum，如下图所示：

此图显示了任何项目交付都从小剧集开始。剧集（迭代）是设计的。对功能进行规划和编码，以便其交付可以在下一次迭代中进行。

• 相同的代码库也可用于下一次迭代编码。这被称为该事件的整合。
• 之后，每天或每周交付每个迭代。
• 所有迭代完成后，将执行整个项目的集成。
• 最后，在集成和测试之后，进行项目交付。

7 个晶体法的循环如下 -

1. 项目周期：

项目周期由以下三个部分组成：

1. 租船活动：首先，租船阶段涉及多项活动。制定初始计划，创建和分配开发团队，执行可行性分析。执行的一些最重要的活动是

• 建立核心团队：整个团队的定义和创建发生在图表绘制阶段。执行人员发起人、设计人员、开发人员和关键用户将做出决定。在选择主要角色后，团队中将再增加 2/3 人。
• 探索：在此阶段，开发人员和设计团队将探索所有解决方案，并选择最适合的开发解决方案。
• 塑形方法：在讨论所有可能的解决方案之后，开发人员将最终确定他们将遵循的开发方法。
• 初步项目规划：在方法最终确定后，开发人员将与其他团队坐在一起进行初始阶段规划。此外，他们将相应地开始设计项目。

1. 循环交付：其次，循环投放有两个阶段，在此期间，

• 团队更新和改进发布计划
• 开发团队通过一个或多个迭代实现要求的一个小节。
• 集成产品交付发生在实际用户身上
• 首席开发人员审查项目计划并采用开发方法

1. 㯱：最后，此阶段有最后的活动。产品部署发生在真实用户的环境中。实施后，在此阶段进行部署后审查和反思。

2. 交货周期：

Delivery Cycle 是交货单位，显示交货前的进度。它显示最终产品的交付。可能需要一周到 3 个月或更长时间，具体取决于项目规模。除了上述内容之外，此周期还提供两个或多个迭代。

3. 迭代周期：

估计、开发和测试的单位。此外，它也可能从一周到三个月不等。

4. 工作周/天：

它是一个显示一周内完成的全部工作的单位。

5. 整合期：

它是一个设计、开发、集成和系统测试的单元。此时间段从几个小时开始，最长可能持续三天。

6. 工作日：

显示每天完成的所有工作的单元。

7. 插曲：

设计、开发和检查一小段 （迭代） 代码。这可能需要几分钟到几个小时。

上图显示了不同活动在不同周期下的表现。

例如，Project Cycle 将 Charting 作为活动之一。首先，为了计划每个迭代，我们将召开每日站立会议。其次，进行测试和编码的规划。最后，在发布之前进行测试规划。

同样，每次迭代都遵循相同的过程。

增量开发流程：

所有 Crystal 方法都涉及许多实践，例如增量开发。在 Crystal Orange 和 Crystal Clear （Cockburn 1998） 的描述中，这种渐进式发展有很多活动。这些活动是

• 分期
• 监测
• 修订和审查
• 平行度和通量

还有很多。让我们更多地了解这些活动。

1. 分期：

在此阶段规划下一个增量。在此阶段，开发人员还会为下一个版本制定计划。从第一个月到结束完成的活动时间表被写下来。除此之外，将负责该项目的开发团队将选择需要以该特定增量实现的需求，并根据他们的交付能力进行安排。

2. 监控：

监控就是要确保进度按计划进行。换句话说，它指的是团队在整个软件开发过程中关于其成长和稳定性的可交付成果。不同阶段的持续进展可以通过各种里程碑来衡量，例如：

• Start（开始）：当项目工作开始时，开发团队开始进行规划。
• 评价 1：监控项目规划的审查并确保覆盖所有点。
• 评论 2：监控编码和设计的分析是否发生
• 测试：编码完成后，测试需求就出现了。反过来，这需要监控测试是否正确执行。
• 提供：成功测试功能后，客户将获得交付。但是，在此之前，Lead 必须监控交付的功能是否符合客户的期望。
• 稳定性阶段：它指的是需要观察项目是否足够稳定以进行审查。如果有任何波动，开发人员必须注意它。
• 监测：在项目交付之前，这是一个持续的过程，所有的晶体方法都需要它。

3. 修订和审查：

每个增量和发布都有许多与之关联的迭代。迭代包括以下活动：

• 构造：开发人员在这里进行设计和编码。
• 演示和测试：测试人员执行此阶段。
• 审查增量的目标：开发人员进行审查，他们将检查他们是否正在努力实现承诺。

4. 平行度和通量：

Parallelism 和 flux 意味着同时执行两个工作。换句话说，这意味着，当监控团队确认所有可交付成果都足够稳定时，下一个任务就会开始。现在，在这个阶段，大多数团队可以并行处理分配给他们的工作。

5. 整体多元化战略：

由于 Crystal Clear 是团队规模非常小的方法，因此它不需要多元化策略。除 Crystal Clear 之外，其余方式都遵循整体多元化战略。

这意味着根据他们的功能和专业知识将大型团队划分为小组。这背后的想法是将多个专业包含在一个团队中。

6. 方法调整技术：

这是简化各种 Crystal 方法的一种基本技术。该技术使用项目访谈、研讨会和反馈的数据来找出或定义新技术，或微调 Crystal 方法的任何现有方法。它背后的想法是修复或改进当前的开发过程。

Crystal 方法认为，从每一次增量中，项目都可以获得一些知识。反过来，即将到来的项目和下一个增量会使用。除此之外，它还可以帮助我们找出哪种工具或技术更适合哪种 Crystal 方法。

7. 用户查看：

Crystal 方法建议对于每个版本，用户应至少查看最终产品两次。反过来，这减少了检查或测试错误的机会。对于大型项目，此用户视图数可以增加到每个增量 3 个。

8. 反思工作坊：

大多数小型项目 Crystal 方法，如 Crystal Clears 和 Crystal Orange，都没有定义在其项目中使用的任何特定技术。他们可以采用其他流行方法（如 XP、Scrum 等）的技术。此外，他们甚至可以用它们替换他们的技术。

晶体方法采用了称为反射的技术。Crystal 方法在每次增量之前和之后都会举办 Reflection Workshops。此外，举办这些研讨会的目的是促进不断从测试结果、反馈和经验中学习。

与其他方法不同，Crystal clear 专注于根据人员和预算调整项目和方法。反过来，这使得这种方法与众不同。

通过针对不同团队规模的不同方法，Crystal 清楚地说明了使用什么方法以及何时使用。因此，它节省了时间和精力。

晶体法的优缺点

优势：

• 首先，晶体法很灵活，可以根据项目类型、团队规模和项目要求进行调整。
• 其次，优先交付项目的关键和高度必要的组成部分。
• 除了上述内容之外，这个项目也可以只有 10 个团队成员。
• 此外，这种方法促进了有效的团队沟通，这有助于团队成员相互学习。
• 它通常有一个固定价格的合同，这有助于根据预算最终确定团队规模和计划。

缺点：

• 首先，所遵循的原则可能因团队和项目规模而异，这使得它难以理解
• 其次，它需要不断的沟通，这就是为什么它可能不适用于具有多个工作区域的项目的原因。
• 此外，由于规划和开发不依赖于需求，因此在项目中期从一种方法转向另一种方法变得困难。

Crystal 和 Scrum 的区别