第一条敏捷宣言原则是否像听起来那么简单？

你读过敏捷宣言的原则吗？

[

Andy Watt

[

安迪-瓦特

[

1月19日-6

请举手，我们这里有多少人在敏捷团队中工作？(所有人举手)

有谁读过《敏捷宣言》的？

谁认为自己公司的管理层和董事读过《敏捷宣言》，请举手（没有人举手）。

敏捷宣言并不长，只有一页纸，上面只有几个要点。你读过它吗？你理解它了吗？你在日常的行为中是否真的遵守了这些原则？

我认为，敏捷宣言中所描述的过程和原则是处理软件项目的绝佳方式。我也认为（很遗憾），敏捷已经失败了。不是因为它是个坏主意--恰恰相反。我认为它失败的原因是，直截了当地说，没有人真正费心去阅读和理解《敏捷宣言》中的内容。

敏捷做得好可以（而不是会）改善项目的前景，这取决于项目、客户、团队和许多其他的 "东西"。好的敏捷是在正确的方向上的推动，而不是保证项目成功的万能药。敏捷做错了，会（而不是可以）使你的项目陷入管理不善、预算泡汤、错过最后期限和团队成员被激怒的深渊。

敏捷宣言中列出了12条原则。在接下来的几周里，我将逐一梳理这些原则，并尝试思考一个团队、个人或组织要真正践行这些原则需要什么。

在这篇文章中，我将从第一条开始--即。

我们的首要任务是通过早期和持续交付有价值的软件来满足客户。

就像每一条敏捷原则一样，这在直觉上是个好主意。一直以来，"让你的客户满意 "是所有企业的基本建议。同样地，及时交付任何产品和服务的好处也不难理解。

不幸的是，将这一基本而合理的建议应用到软件项目中，比起初看起来要复杂得多，也具有挑战性得多。在这篇文章中，我将谈一谈其中的复杂性，并建议如何实现这一原则。

一个直接的挑战是，通常客户在项目开始时可能不知道他们到底想要什么--客户对自己的需求的理解会随着项目的进展而逐渐成熟。另外，客户可能不知道现有技术的局限性和可能性。

最后，交付一个软件项目很可能需要几年时间，从开始到结束，市场可能已经发生了根本性的变化。在项目开始时让客户满意的东西，在（相当重要的）交付日期可能不会让他们满意。

在上述情况中，还有一个假设，即软件公司经常与他们的客户交谈......这并不总是这样。我知道，在我的经历中，并不是只有我一个人，经理们只是简单地详述了从未由客户运行过的规格的愿望清单。

你怎么能满足一个你从未与之交谈过的客户呢？

因此，虽然这听起来非常基本，也非常容易，但事实并非如此。一个组织在处理其业务的方式上需要有基础性的转变，才能真正 "活 "出这个原则。

首先，如果他们还没有这样做，那么企业必须直接与他们的客户接触，寻求指导和反馈，以某种方式记录和处理这些反馈，然后根据这些反馈来改变项目的进程。

这种与客户和系统用户的持续和公开的对话是极其重要的，但往往被完全忽视。这不可能是偶然的。必须要有一个定期的、遵循某种结构的反馈计划，这样才能在项目的整个生命周期中进行检查、比较和监控--在写下一行代码之前就开始了

开发的前几周是基础性的，将为项目的其余部分定下基调，因此这个过程必须在开发过程开始之前就已经到位。这个过程必须在整个项目中持续进行，并根据客户群不断变化的要求和产品销售的市场进行不断的快速转变。

当然，如果这个过程被改造成一个棕地项目，也不是一无所有。原则仍然是一样的，但对现有的代码进行修改的灵活性较小，所以好处就减少了（或者可能需要更长的时间来实现）。

对于在你的团队中推进这一原则，我最强烈的建议是优先招募一个用户体验资源。用户体验通常被认为是 "仅仅 "制作线框，但这是对用户体验作用的严重误解。

UX "是User****eXperience的缩写，因此他们的角色涵盖了用户与系统互动的所有方面。远远超出了线框和模型的范围。一个好的用户体验资源将从根本上理解这一敏捷原则，并将使你的团队几乎符合定义--一个好的用户体验资源的好处怎么强调都不过分。

即使假设已经聘请了用户体验资源，咨询了客户，并且收集了反馈意见，将其纳入产品中，这个敏捷原则还有一个非常重要的 "第二部分"。第二部分指出，"通过早期和持续交付有价值的软件"来满足客户。这可以手动完成，但现在满足这一要求意味着建立一个CI/CD管道。

构建一个CI/CD管道主要是一个技术挑战。虽然现在它是一个相当被理解的过程，但这并不意味着它在技术上容易做到。构建和维护CI/CD管道需要时间成本，而且通常还需要持续的财务成本。

我在CI/CD方面经历的最大挑战是说服管理层支持这些努力。花在管道上的时间就是没有花在功能上的时间。尽管其重要性显而易见，但要获得花时间的授权并不总是那么容易。

传统的每年发布一次的模式意味着 "好的想法 "在进入客户手中之前，会在回购中停留长达一年的时间。好的想法几乎应该在它们准备好的时候就能增加价值。

除了 "你应该这样做 "之外，很难对CI/CD提出具体的建议，因为每个项目都是非常不同的，而且有无数种方法来实际建立它。我肯定会建议对CI/CD进行投资，无论最终的具体实施是什么--根据我的经验，这种投资将以客户满意的形式得到大量的回报。

在我看来，这是敏捷宣言中12条清单中的第一条，也是最重要的一条，同时也是在实践中坚持得最差的一条。这里有重要的低垂的果实，所以......你还在等什么呢！！？

敏捷宣言中的第二个原则是。

欢迎不断变化的需求，即使是在开发后期。敏捷过程为客户的竞争优势驾驭变化。

请在不久后回到这里查看。

Want to Connect?