2022 年的精益软件开发：罗利 CTO 的分步指南

选择合适的软件开发方法可能具有挑战性。

那么为何不？毕竟，软件开发一直是一个昂贵的过程，而且通常需要数月或数年才能完成。

精益是最可靠的软件开发理念之一，它专注于消除浪费和优化快速产品交付。

其背后的想法是，您始终专注于尽快交付价值，而不是在产品中构建不必要的东西。这样，您将提供比您计划的更多的价值。

如果您不确定如何开始，这里有一个分步指南。

我们将为您概述精益软件开发和所有基本的精益原则。我们将讨论这种理念与敏捷的不同之处，并解释精益的角色和责任。

让我们开始！

什么是精益软件开发？

精益软件开发或 LSD 应用精益原则来开发软件。

日本汽车制造巨头丰田首先制定了精益原则，以优化其制造过程中的开发时间和资源并消除浪费。

精益软件开发方法简化并优化了按照相同原则工作的软件开发人员。

这意味着 LSD 遵循 MVP – 最小可行产品策略，您可以通过该策略加快开发过程并在市场上快速发布产品的最低限度版本。

构建的 MVP 可帮助您从用户反馈中学习，然后根据该反馈进行进一步的迭代，从而消除所有不必要的预先计划的流程阶段。

精益软件开发的七项原则是什么？

精益软件开发的七个既定原则可以帮助您高效地构建软件产品。

每项原则都包含一套实践和策略，您可以立即应用这些实践和策略，最大限度地提高客户价值，并避免流程中的任何浪费。

让我们更深入地研究这些原则。

图片来源

原则 1：消除浪费

在软件开发中，浪费是指不能为客户带来任何商业价值和提高产品质量的任何东西。

根据消除浪费的原则，必须从软件开发中识别并系统地删除不必要的活动。遵循软件开发活动会导致浪费 –

不必要的代码或功能 ：确保您只优先开发那些为客户增加重要价值的功能。除此之外的任何事情都需要时间进行讨论、开发和测试，并且会延迟您产品的 TTM（上市时间）。
开始的任务超出了完成范围 ：这会增加系统不必要的复杂性，导致上下文切换、切换和工作流程中断。
软件开发过程中的延迟 ：延迟会减慢最终产品的交付和反馈循环。
要求不明确且不断变化 ：这会导致团队注意力不集中、返工、受挫，最终导致产品质量问题。
官僚主义 ：虽然良好的组织和管理必不可少，但允许过多的官僚作风会延迟整个软件开发过程。
沟通不畅 ：这包括 IT 团队与利益相关者之间的无效沟通。这会导致不必要的延误、沮丧和注意力不集中。
部分完成的工作 ：不完整和部分完成的工作既不能为客户增加价值，也不能让团队成员从工作中学习。
任务切换 ：由于计划不周而让软件团队成员从一个任务跳到另一个任务通常会导致可以避免的延误、沟通中断、团队士气低落和工作质量差。
代码错误和质量问题 ：缺陷和错误会导致额外的工作。他们迫使程序员停止他们当前的工作并专注于错误修复。结果是工作被放弃、计划延迟和客户满意度下降。

要识别和消除软件开发过程中的浪费，您必须避免提前制定详尽的计划。相反，您可以在每次短迭代后举行定期会议。

您的团队成员可以报告进度，突出瓶颈，并建议在后续迭代中实施的更改。这为不断改进代码提供了空间。

原则 2：建立质量

虽然每个组织都希望在其产品中建立质量，但并不是每个人都能有效地做到这一点。我们的一些质量保证活动通过过多的代码测试导致了不同类型的浪费。这既费时又推高了开发成本。

精益软件开发的“构建质量”原则在所有此类问题发生之前就解决了它们。我们从一开始就将质量作为关键要求，而不是仅仅依赖于以后的广泛测试，而是在每一步都添加它。

以下工具和技术用于精益开发，以确保整个过程的质量。

重构： 定期练习并保持代码整洁有序。
结对编程： 这是一种很好的方法，它使用了两个开发人员的专业知识，而不是一个。因此，每项任务都由两名开发人员执行，这样您就可以获得更有效的解决方案。
测试驱动开发： 您可以通过在编写代码之前编写测试来避免质量问题。由于开发人员知道如何测试代码，他们更有可能编写满足所有场景的代码。
渐进式开发和持续反馈： 此类反馈非常宝贵，可确保高质量。
最小化等待状态： 如果您最大限度地缩短代码编写、测试和错误修复之间的时间，则可以确保减少开发周期中的上下文切换和知识差距。
自动化测试： 这涉及将繁琐、手动且容易出现人为错误的每个流程自动化。

原则 3：创造知识

这是另一个看似简单但需要纪律来实施的精益原则。在这里，您可以通过学习创造知识。

您的团队必须根据这一原则记录并保留他们宝贵的学习成果。这是通过应用以下工具的组合来完成的：

代码审查
结对编程
文档
完整注释的代码
知识分享会
培训
用于管理需求的基于资产的设计方法

原则 4：延迟承诺

这个精益原则是关于负责任的决策。但是，这并不能让团队在他们的工作承诺中表现得不稳定和不负责任。

相反，它促进了相反的结果。使用这一原则，我们鼓励团队通过保持选项开放、不断收集必要信息以及避免在没有必要数据的情况下做出任何承诺来负责任地做出决定。

意思是：

事先没有过于详细的计划。
如果对业务需求没有透彻的了解，就不会对创意做出承诺。
持续收集和分析有关重大决策的基本信息。

原则 5：快速交付

人们通常认为，细致和长期的规划是企业成功的关键。但不幸的是，这也意味着，只有当你的战略的每一个方面都得到了彻底的制定并达成一致，建立了严格的开发里程碑后，你才能进入软件市场。

虽然这在理论上听起来不错，但在实践中却常常导致问题。使用这种方法，工程师会花费大量时间来构建复杂的单体系统，这些系统具有不必要的功能和大量未修复的错误。

此外，这也限制了他们使产品适应不断变化的市场情况和客户需求。

这就是为什么精益工程师构建具有基本功能的 MVP（最小可行产品）并尽快将 MVP 产品推向市场的原因。用户反馈有助于工程师学习并做出相应的修改。

这可以很好地根据客户的反馈逐步增强代码，并抛弃所有没有价值的东西。

原则 6：尊重他人

精益旨在赋予团队成员权力，而不是控制他们。

这一原则超越了建立基本的人类礼貌；它在项目中产生信任。

怎么做？

工程师被授予根据他们的知识和判断做出决策的自由。当然，前提是他们有足够的经验这样做。

这种方法非常有助于快速应用软件所需的更改，并且还可以保持开发人员的积极性。

将您的开发人员视为有能力、有动力的专业人士，而不是机器人编写代码是这里的关键。

原则 7：优化整体

这意味着我们需要专注于改进交付软件的整个过程，而不仅仅是开发阶段。

次优化是软件开发中的一个大问题。由于次优化，精益开发团队往往会陷入两个恶性循环。

首先是为了速度而发布编码不佳的产品。当我们迫使我们的开发人员不惜一切代价交付时，他们发布的代码可能会或可能不会满足质量标准。

这会增加代码的复杂性，导致更多的错误。这意味着开发人员需要做更多的工作，并给他们施加更大的压力来快速交付……所以这个周期会不停地继续下去。

第二个问题来自测试。当测试人员超负荷时，它会在开发人员编写代码和测试以及提供反馈之间造成长时间的延迟。这意味着开发人员继续编写可能有缺陷的代码，从而导致许多错误并需要进行更多测试。

优化整个原则可以鼓励精益团队通过更好地了解能力和影响来消除此类问题。

精益与敏捷：主要区别

精益和敏捷是流行的软件开发方法。虽然这两种方法都可以提高生产力和快速交付，但我们强烈建议您了解它们的不同之处，以保证它们的正确应用。

一起来看看吧。

	精益	敏捷
基金会	它从制造业开始了它的旅程，然后其他部门也紧随其后。	它诞生于软件开发领域，随后其他领域也随之而来。
核心理念	这种方法侧重于消除浪费和软件开发的简约方法。	协作是敏捷方法的核心。
原则	精益软件开发有七个原则。 1. 消除浪费 2. 打造品质 3.创造知识 4.推迟承诺 5. 快速交付 6.尊重人 7.优化整体	敏捷软件开发有 12 条原则。 1. 客户满意度是重中之重 2. 欢迎不断变化的需求 3. 频繁交付软件 4. 商务人士和开发者日常合作 5. 围绕有动力的个人建立项目 6.面对面交谈是最好的 7. 工作软件是衡量进度的主要标准 8. 可持续发展步伐 9. 持续关注卓越的技术和良好的设计 10. 简单 11. 自组织团队 12. 定期反思与适应
其他差异	1. 精益就是稳定的工作流程。 2. 精益更加重视软件开发的过程。 3. 可以应用精益来削减成本。 4. 精益通过消除任何不必要的东西来遵循系统的方法来构建产品。	1. 敏捷更能适应变化。 2. 敏捷赋予工作产品比过程更多的价值。 3. 敏捷不能用来削减成本。 4. 敏捷通过一致的响应和反馈进入产品构建。