如何使用自定义软件解决常见的业务挑战

捕捉闪电：如何使用自定义软件解决常见的业务挑战

了解开发和部署改变游戏规则的软件解决方案的最佳实践，让您能够利用拐点并推动您的业务向前发展。

组织总是在寻找下一步，无论其规模或使命如何。他们希望找到下一个转折点——能够影响业务成果和客户体验的流程、技术、产品、服务或技能。客户经常问我们：“我需要做什么才能使我的运营更好、更快或更可靠？”

 

随着技术的不断改进，软件始终是我们 Zebra发现最具影响力的转折点之一。但大多数组织面临的挑战是在噪音中识别正确的软件机会，然后了解如何利用该机会进行改进。

 

例如，我的一个客户——一家被认为是其行业领导者的成功的大型公司——是高度数据驱动的。它一直在寻找改进其工作流程和数据准确性的方法。在努力解决入门问题后，它的一位高级产品经理找到了我。它正在扩大业务并遇到痛点。有一天，他突然想到一个想法：“如果我们将一个设置流程转移到上游供应商会怎样？我们可以为他们提供一个定制的应用程序来简化一个关键的痛点。”他知道他是否可以构建该应用程序，这将使他的公司能够更快地扩展其业务。

然后挑战变成了：

定义他的想法，以便他可以将其传达给他的利益相关者。

想象他的想法，这样每个人都可以朝着同一个方向前进。

了解项目要求。

开发应用程序。

验证应用程序正在解决他所看到的机会。

将解决方案部署给他的供应商。

这些里程碑对于自定义软件部署很常见。因此，这些是我与他分享的注意事项，这些注意事项将适用于您的下一个项目：

 

第一步：知道在搜索以软件为中心的拐点时要寻找什么

第一个挑战是识别有价值的机会。它的范围足够窄以采取行动吗？这是你可以控制或影响的东西吗？理想的情况是找到一个目标领域，您可以将范围限制在将提供价值的核心。似乎越开放的领域和无限的越容易执行，但通常情况恰恰相反。我们越能限制和集中精力，我们就能越快执行，成功的机会就越大。  

 

第二步：确定如何最好地定义你的想法

我的一个指导性信念是，一旦人们能够以有形的方式看待事物，就会发现事物更容易理解。对它们的可行性或有用性做出决定也变得更加容易。有了这个，我发现定义一个想法的最好方法是使用设计思维，这是一个由设计公司 IDEO 创建的框架。它已经发展壮大，并在全球范围内被许多组织使用，从小型设计团队到 IBM 和谷歌等大公司。

 

设计思维有五个核心阶段：

与您的用户产生共鸣。

定义用户的需求和问题以及您的见解。

酝通过挑战假设和创造创新的解决方案的想法。

开始创建解决方案的原型。

测试解决方案。

核心理念不是成为设计思维方面的专家，而是使用这些原则来帮助您形象化您的想法。使用框架来确定价值主张。然后创建一个原型，使您的利益相关者保持一致并从最终用户那里获得反馈。  

 

第三步：指定开发团队应该做什么？

一旦确定并创建了原型，下一步就是将该愿景转化为要构建的开发团队。有许多工具可以帮助将想法翻译成工程师的语言。一般来说，大多数团队都在使用某种形式的敏捷开发。敏捷围绕着在冲刺中工作的想法。冲刺通常是两周，然后在每个冲刺后进行迭代。大多数团队都在使用一些他们已经调整过的敏捷风格来满足他们的需求。我的团队发现使用混合方法最适合我们。我们使用瀑布式流程进行需求收集，然后依靠敏捷结构来执行需求。

 

在开发过程中还有一些其他元素需要关注：

使用设计工具将设计转换为可用元素，例如 Figma、Invision 或 Zeplin。

利用 Jira 或 Microsoft DevOps 等故事跟踪工具来跟踪和管理您的工作项。

使用 GitHub、Gitlab、Bitbucket 或 Azure DevOps 等云存储库来存储项目代码。

拥有自动化构建管道和集成测试计划。

所有这些组件都有助于在构建创意的同时降低风险。开发人员还应该定期检查以保持愿景在正轨上。随着愿景越来越近，规划测试和验证也很重要。

 

第四步：验证和测试

我们发现您越早开始考虑测试，测试就会越顺利。计划在工程师构建应用程序时制定测试计划。一个好的测试计划应该写成可以单独解释和执行的单个测试用例。测试计划的目标是搭建通往发布的桥梁。用户对应用程序的第一印象很难改变。可靠的测试计划有助于给人留下积极的印象。因此，确认用户将花费时间的领域，然后确保测试计划有一个内置的网络，可以在应用程序进入用户手中之前发现问题和缺陷。

 

一旦您编写并构建了测试计划，下一步就是定义您将如何执行它。您需要特定的设备吗？测试人员是否需要访问任何受限网络？是否有足够的测试数据来支持执行整个测试计划？

 

我们已经看到团队经常为获得可用的测试数据而苦苦挣扎。在运行计划时很容易用完测试数据，并且拥有一种刷新测试数据的方法对于成功至关重要。应该是直接的执行计划可能会迷失在耗尽测试数据的泥潭中。当您的开发团队很忙时，开始安排您将如何测试以及验证应用程序需要多长时间。如果你这样做了，你的利益相关者会感谢你。成功完成验证阶段后，您就可以专注于部署和支持应用程序。

 

第五步：部署和支持

在部署应用程序之前，您需要规划如何将应用程序交到用户手中。您使用的是什么移动设备管理 (MDM) 解决方案？设备是否需要特定配置？用户是否需要额外培训？有没有时间问题？解决应用程序大规模使用后出现的问题的支持计划是什么？

 

部署应用程序有时就像将其加载到几个设备上一样简单。或者它可以像在数百个站点上进行多波部署一样复杂。只要知道一旦任何应用程序达到规模，问题就会出现。任何团队，无论技术多么熟练或准备多么充分，都无法在测试和验证阶段捕捉到每个用例。有些东西总会从裂缝中溜走。

 

尽早承认这一点并计划解决问题很重要——即使您不太清楚需要哪些精确的资源。让您的团队准备好在很长一段时间内支持推出。计划重新暂存和部署点版本以解决问题。努力控制期望并使利益相关者团队与部署的现实保持一致。许多常见的项目问题可以在升级之前避免。

 

第六步：带回家

如果从一开始就没有明确定义“成功”，就很难知道它是什么样子，不幸的是，这本身就是成功的关键因素。不要让它在途中迷路。什么是关键绩效指标 (KPI)？什么样的回报或改进将成为企业的胜利？在开始时就您对成功的定义达成一致，然后根据它验证每个决定。这将确保您在每个阶段都进行有效的沟通，并帮助团队就要开展的工作和待办事项做出决定。

 

我之前提到的客户实际上发现这个单一的行动是实现他的定制软件想法的基石。他缩小了成功的范围和定义。他参加了每日站会，以帮助保持愿景一致，并继续关注成功的样子。他经常谈论他需要哪些成功指标。他制定了测试计划，确保它是可靠的并且数据在那里。当开发结束时，关键时刻到来了。该应用程序将如何大规模执行，他的见解是否正确？

剧透警报：这是一个巨大的成功！即使经过数百万次项目扫描，该应用程序仍然稳定。重点虽然狭窄，但每年节省了数千个工时。最好的部分？它帮助业务扩展。

 

看到这么多有趣的想法，我最喜欢的一个方面是，一个好的想法通常会释放出更多想法的潜力，这些想法可以建立在它的基础上。在这种情况下，结果既证明了关键洞察的价值，又开启了继续前进的正在进行的项目。这使公司能够识别并利用新的拐点。

犹豫是否有想法？

在一天结束时，请记住，任何人都可以提出批判性的见解。虽然这看起来令人生畏，但请保持专注和有针对性。不要试图构建“一劳永逸”的软件解决方案。一次专注于解决一个问题。使用可用的工具：设计思维、敏捷和测试驱动的开发。没有尽头可用的工具，但它们只是……“工具”。工具的价值取决于使用它的人的能力。选择您的技能组合中的某些东西并加以利用。并始终关注成功的样子。