类别工作日新闻与文化财务人力资源规划技术创新分析与见解客户和社区行业金融服务政府保健高等教育款待媒体和娱乐专业和商业服务零售技术更多播客视频作者

工作日新闻与文化财务人力资源规划技术创新分析与见解客户与社区

金融服务政府保健高等教育款待媒体和娱乐专业和商业服务零售科技

播客视频作者

类别工作日新闻与文化财务人力资源规划技术创新分析与见解客户和社区行业金融服务政府保健高等教育款待媒体和娱乐专业和商业服务零售技术播客视频作者

我最近拜访了一位客户，讨论了他们推出产品的下一阶段。实施了Workday HCM后，他们的项目团队现在专注于Workday招聘。项目负责人提到，这一次团队正在采用敏捷的方法进行部署。我们没有详细讨论这意味着什么，云服务器价格比较，但他强调了部署工作将在一个月的时间内进行一系列的"冲刺"。

这次谈话使我思考了一个关键领域的机会，我们所有人都将开始下一波企业解决方案。当我们重新思考我们想要使用的技术和交付方法时，免费企业管理软件，也有机会重新思考我们如何更广泛地处理正在发生的变化。

在任务关键型企业软件中，复杂性是既定的，质量是一项要求。在前一个时代，交付复杂、高质量系统的需求导致了避免持续变化的过程。对于一个主要的版本，开发团队会预先考虑新的需求，大数据的发展，然后阻止对这些需求的任何更改的讨论，直到版本通过设计、开发、测试进行，最终发布通常是18个月或更长时间。

正如人们对在企业应用程序中使用什么技术以及如何最好地交付这些技术有了新的态度一样，对于如何应对不断变化也有了新的态度。等待一年半来交付客户需求的经历，以及频繁发现这些需求甚至是交付这些需求的最佳方式在这段时间内发生了变化的经历，物联网工程是什么，促使软件开发人员重新思考如何应对变化。大多数人都熟悉软件开发中的敏捷运动，该运动提倡接受持续变化。敏捷宣言中的第二个原则是，"欢迎不断变化的需求，即使是在开发后期。敏捷流程利用变化来获得客户的竞争优势。"

在Workday，我们在开发应用程序和支持应用程序的平台时，充分采用了敏捷思维。在过去的三到四年里，当我看到那些从根本上改变了我们底层平台的项目通过在Workday更新过程中一系列快速、连续的冲刺中发布新的解决方案而得到增量执行时，我感到惊讶，直到工作完成并准备好为客户打开。

其中一个项目涉及改变Workday中每个更新事务保存数据库更改的方式。做这类项目的老派方法是，拿出一个"下一代"版本的平台，研究一年半，测试六个月到一年，然后找出一种方法将现有版本升级到下一代版本。这个大项目被分解成了可交付的增量项目。每个增量更改都"签入"到我们所有客户在生产中运行的同一代码行中，即使其他开发人员正在签入新的应用程序功能以进行Workday的定期更新。在开发和测试新的持久性方法时，我们为所有客户逐步启用了功能，不会中断他们对Workday服务的使用。

我们了解到在设计和构建解决方案时接受变化的重要性，但是，就像云计算和下一代软件的新世界中的许多领域一样，我们仍然可以学到更多。如果一个复杂的、多年的软件项目改变了1000多个客户用于其任务关键型应用程序的处理核心，可以以敏捷的方式构建和交付，那么为什么不能用同样的方法来彻底改变企业解决方案生命周期的其他方面呢？为什么这种方法不能应用于我们如何实现甚至销售我们的解决方案呢？

我对前面提到的客户表示赞赏，因为他们在工作日招聘部署中采用了敏捷技术。想象一下，部署的快速阶段和在给定阶段后期"欢迎不断变化的需求"的意愿将如何提高他们的最终用户看到项目走向并根据他们看到的情况给出反馈的能力。想象一下，部署的最终结果满足用户需求的可能性有多大。

我给那些试图了解如何应对业务不断变化的高管们的建议是，接受敏捷思维，而不仅仅是软件开发项目。了解项目需求可以而且可能会发生变化，如果你在一个整体项目期间忽略了重要的需求变化，那么这样做往往会有风险。

相反，尽可能遵循敏捷软件开发的模式。将任何可交付成果分解成一系列快速的"冲刺"，在数周内而不是数月或数年内交付可评审的结果。并且，对基于这些中期结果的评审而产生的项目需求的变化持开放态度。

接受敏捷思维并不容易。它需要严格的（持续的）沟通和测试来保持质量。但是，结果是值得的。你的项目成功率会提高，你的时间价值也会提高。

更多阅读