如果您是一名项目经理，那么可能会遇到某个项目脱离轨道的情况。团队将项目信息分散在了几个工具中。利益相关者无法按时审查工作，因此时间线崩溃了。最后，您不仅浪费了资源，还浪费了时间。
精益是提高项目管理效率最普遍使用的方法。精益的五项原则为持续改进提供了框架。精益思想起源于汽车制造领域，现在被广泛应用于包括软件开发在内的各行各业，但它不仅仅是一种方法。
还有 DevOps，它是实践、工具和文化理念相结合的产物。DevOps 建立在精益方法的基础上。它使开发人员和 IT 团队能够在产品的生命周期中协同工作。由于团队之间不再孤立存在，因此会使您的产品开发进入超速运转状态，从而提高您更快交付项目的能力。
我们将在这里详细介绍 DevOps 和精益原则之间的区别，以便您可以选择适合项目的方法。
什么是精益项目管理？
精益项目管理可消除产品开发中的浪费，从而显著加快交付速度。
目标：在问题造成严重损害之前将其发现。这样做可以让您进行必要的调整以防止项目停滞。
就像瀑布方法一样，精益是一个结构化的流程，可以组织任务并允许监督。精益没有五个常见阶段，而是有五个核心原则。
五大精益原则是什么？
精益围绕 5 个关键原则展开：定义价值、绘制价值流、创造流动、坚持拉动系统以及保持持续改进的状态。
让我们分解一下精益制造原则，其中客户的价值将成为您的晴雨表：
- 定义价值：哪些活动会浪费时间？哪些活动会为项目增值？您必须在这里进行区分。以您的客户为例，您的努力是否会直接或间接地为他们带来价值？Atlassian 现代工作教练 Mark Cruth 表示：“在设法确定价值时，一个技巧是关注如何消除浪费性活动。查看七种形式的浪费，努力将其从您的流程中消除：等待、运输、加工、库存、移动、缺陷/返工和生产过剩。”
- 绘制价值流：第二个原则要求可视化您的客户价值活动。这使您能够确保项目紧扣任务并向前推进，尤其是在使用敏捷项目管理方法（例如 Scrum）的情况下。为此，您可以使用看板，比如 Jira 中提供的看板。
- 创建流动：您希望项目顺畅无阻。任何阻塞都可能是有害的。请留意任何潜在的阻塞。如果出现一处，请分析造成这种情况的原因以及如何避免。例如，在等待利益相关者的反馈时，往往会形成阻塞。通过限制审查的工作块来防止这种情况。
- 建立拉动：当团队满负荷工作时再将新工作推给他们可能会阻碍流动。只有存在需求并且您的团队有时间时才开始新的工作。拉动系统会创建一个工作队列，这意味着当前没有工作的团队成员可以拉动第一张高优先级请求单来予以关注。
- 追求完美：持续改进是精益项目管理的基础。您和您的团队应该比昨天更好。分析绩效并找出改进机会。请记住，您需要确保为客户提供价值。如果某个方面不起作用，请检查原因并据此进行增量更改。KPI 指标非常适合帮助您衡量精益绩效。
什么是 DevOps？
Cruth 解释道：“许多方法和模型都可以追溯到精益，因此您会发现精益原则融入到了每种现代工作方式之中。”
例如，DevOps 是实践、工具和文化理念相结合的产物，旨在打破开发团队和运营团队之间的界限，快速地为客户带来更多价值。
在 DevOps 模式下，开发人员不再孤立，而是参与到整个软件开发生命周期中。这种跨职能方法可帮助团队缩短上市时间，确保交付质量，并大规模地运营流程。DevOps 还可以很好地与其他方法配合使用，因此无需在 DevOps 和敏捷开发之间做出选择。
DevOps 团队将使用该工具箱中从自动化流程到技术堆栈的所有工具，以便更快、更高效地交付结果。借助 Jira 中的 Open DevOps，开发人员可以连接 170 多个插件和第三方集成，以支持开发流程的所有组成部分，包括规划、构建、持续集成、部署、运营、反馈收集和实时沟通。
DevOps 与精益原则的比较
那么，您应该选择哪一个，精益还是 DevOps？让我们比较一下两者。
- 以客户为导向：这两种方法都非常重视客户。对于精益，您会选择重要的客户价值活动。DevOps 会创建客户共情图，将业务目标分解为对客户有意义的内容。
- 重点：精益原则力求在整个项目中进行优化。DevOps 希望通过交叉协作和文档整合开发和运营。
- 执行与愿景：精益是为了提高执行力以实现更好的结果，而 DevOps 有更高的目标。它利用跨职能团队和自动化来实现公司的系统性变革。
- 自动化：DevOps 的一切都围绕自动化，但精益不是。通过自动化，DevOps 利用技术来检查和部署代码、运行测试和拉取请求。这样，您团队中的某人就无需手动执行此操作了。
- 时间线：精益的时间线以冲刺为中心，这可能拉长至数月。DevOps 有时需要按小时交付。
如果您想更深入地了解 DevOps，我们创建了 DevOps 初学者指南来提供帮助。
将精益原则纳入项目管理
至于选择使用哪种方法，请考虑它如何影响您的客户。哪种方法最适合他们，是精益还是 DevOps？归根结底，一切都取决于您为客户带来的价值。
无论哪种方法最适合为客户提供价值，Atlassian 的 Jira 都可以为您提供支持。它能灵活适应精益原则和 DevOps。
Jira 会跟踪项目并让您的团队保持一致。通过 Jira，团队可以清楚了解项目的工作量和进度。团队在 DevOps 和 QA 之间进行协作，以实现持续集成、交付和部署，从而提高团队按时间表交付的能力。
精益原则：常见问题
DevOps 还是精益更适合项目管理？
如果您想提高团队的交付能力，那么 DevOps 将是用于项目管理的最佳选择。那是因为它具有以下特性：
- 打破孤岛：团队在整个过程中协同工作。
- 创建反馈循环：来自团队和用户的持续反馈有助于改进可交付内容。
- 自动执行繁琐的工作：自动执行诸如代码部署和拉取请求之类的任务，让您的团队能够腾出时间专注于项目中更重要的方面。
DevOps 非常适合软件开发。如果您要构建数字产品，它将是更好的选择。这是因为该方法强调跨团队协作。相比之下，精益主要侧重于流程改进。
使用 Open DevOps（由 Jira 提供支持），让您的团队继续交付和运营高客户价值软件。
实施精益原则有什么好处？
精益原则可使您的团队成为一架锐不可当的战斗机器。它通过提高效率和改善团队协作来实现这一目标。您将能够降低风险并避免瓶颈。这样可以保护利润。
精益原则将通过持续改进使您的团队保持成长型思维，帮助他们更快地适应并积极投入。
但是，实施精益原则的主要好处是什么？更忠诚和更满意的客户群。
实施精益原则有哪些常见挑战？
虽然精益可能非常适合项目管理，但它也面临一些挑战，其中包括：
- 缺乏支持：袖手旁观的经理可能会破坏精益活动。他们成为所有项目信息的保管人，因此您必须经过他们这关才能完成工作。
- 解决方案：要明白，改变对某些人来说很难。要有同理心，尊重经理，赢得他们的信任。向他们展示工作流程差距以及精益方法如何缩小这些差距。
- 培训不当：在没有培训的情况下就将精益方法强加给团队，他们不会成功。他们会陷入困境，造成更多的瓶颈。
- 解决方案：通过精益原则方面的适当培训，让您的团队入门。为团队创建“最佳实践”文档。在开始精益项目之前，与团队一起设定期望。提供反馈循环。
- 不切实际的期望：期望您的团队做超出他们能力范围的工作也可能是不利的。
- 解决方案：设定切合实际的截止时间和目标。在项目之前、期间和项目结束后，与您的团队一起进行审查。每周跟踪一次。
- 过分强调工具。工具固然很棒，但有人使用时才更好。然而，一些精益公司更注重工具，而不是团队文化。
- 解决方案：保持透明，营造信任文化。精益的持续改进理念有助于清晰地看到您团队成长方面的投入。