本文要点
如果将物联网项目看成是一种IT项目，那么注定会失败。
物联网项目需要三个完全不同群组的参与，分别是电气工程师、业务分析师和云开发人员。
设备板载是整个解决方案中的一个重要部分，它影响了项目的长期实施。
在物联网领域中，测试和持续集成可能会难以处理，它们在解决方案中给出了不同的工作原则。
对高质量的预生产或演示环境投入一些精力，它们有助于我们准确地模仿生产场景。
在向数字化转型的道路中，我们终将用到更多的互联事物。该新兴领域注重软件和数字体验，这意味着软件将会部署在更多的地方。物联网关注的是如何将资产和数据整合到现有的基础设施和系统中。为了满足客户对物联网解决方案的需求，Microsoft、Amazon和IBM等服务供应商正在各自的云平台大量投资。而Schneider、Mitsubishi和Siemens等传统技术厂商也准备采取行动，计划融入到这一新的生态系统中。
我这几年来持续地参与了多个物联网项目。我意识到，客户需求与服务厂商所提供的服务间存在着很大差距。我并不是说服务提供商应该乃至可以解决所有的问题，而是尽量强调指出组织需要关注的一些领域。
第一个挑战：所有权
物联网在许多方面上与传统的企业集成类似。然而在两者间存在着一个非常显著的差异。平台集成最终是要服务于IT的，它几乎与业务无关(除非发生失败)。如果大家曾经参与过一些集成平台实施项目，那么就会明白我所要说的问题。要求企业赞助投资去实施EAI平台，这无疑具有挑战性的。因为平台并不会产生收入，难以展示如何可以节省成本。我并不是说不应该去做EAI，只是指出平台的要求和优势是与IT相关的，而非与业务相关。
如果使用了物联网，那么事情就完全反过来了。一旦人们能认识到业务具有的所有优点，将会非常乐意赞助该项目。在Axians IoT，我们通过召开一次仅针对业务的物联网研讨会解决了这个问题。研讨会由用户故事驱动，例如按使用付费、可预测的维护、设备编排等。所有的故事都分别写在卡片上，在卡片上还给出了描述、价值和风险。这样小组得到了一副牌，并在小组中讨论牌中的每张卡片，排定优先级，最终选定一张候选卡片去试行。这一方法已被证明是非常有效的，它可使每个人都参与其中，并成为产品的基石。
在研讨会中可以引入IT，也应该引入IT，但IT并非会上的主角。如果我们将物联网项目看作是一种IT项目，那么注定会产生失败。由IT驱动的物联网项目很少会取得成功。物联网项目需要与业务保持一致，并由业务驱动。其中，我们需要对如何增加收入或削减成本具有明确的认识。这就是说，其中必须涉及IT和OT(操作技术，Operation Technology)，以确保解决方案与现有的运行和维护过程相一致。
第二个挑战：技能集
在一个“正常”的IT项目中，各个资源(即开发人员，测试人员和操作人员)应对其他同行的领域具有很好的了解。有时，例如在DevOps中，同一资源甚至可能担当多个活跃的角色。
另一方面，物联网项目由三个截然不同的群组构成，也可以说是三种不同类型的人员组成。这些团体或角色往往不会去了解“另一面”。这并非像是十多年前Java和.Net开发者间那样的水火不容，而是因为直到现在我们依然没有看到互通有无的任何好处，因此没有理由去这样做。
一方面，我们的电气工程师深入了解仪表、传感器、电阻、PLC、布线等所有的现场设备，对于任何我们想要控制或与之互动的机械、车辆或电气部件，他们也是专家。他们习惯于使用SCADA这样的系统，专注于稳定性，仅将Raspberry PI看成是一种可爱的小玩具。字节数组是他们唯一了解的数据格式，他们会将Float看成是一种平常的数据类型，而事实上Float并不是!他们无疑是核心人物，没有必要解释他们为什么在项目中是不可或缺的!
换一个角度看技能集，我们还有一些业务分析师。他们对业务有着深入的了解，并且对如何处理数据以及如何使用数据改变收入模式有着深刻的理解。处于这个位置的人，往往就是推动商业案例的人，而且他们也应该这样做。在他们看来，MS Excel只是一种开发平台，虽然事实并非如此。他们喜欢使用Power BI。尽管他们可能不太熟悉一些领域，例如机器学习，但是他们很快就会熟悉这些领域。虽然Excel、机器学习和Power BI似乎与其它类型的开发是密切相关的，但事实上并非如此。