text: IOT解决方案交付（1）--IOT解决方案的生命周期
  物联网解决方案交付是物联网方法论的一部分，针对物联网产品经理、项目经理、解决方案架构师和其他物联网利益相关者。目标是以技术独立、可重用、开源方法论的形式，提供物联网最佳实践，通过提供项目模板、检查表和解决方案架构蓝图，支持物联网解决方案设计以及物联网项目的配置和管理。
  物联网项目的一个显著特点是，它们往往在一个项目中结合多个完全不同的学科，涵盖产品设计与制造、嵌入式硬件和软件、本地和远程通信、企业应用开发与集成、跨领域安全等等（图1-1）。
  以之前介绍的eCall解决方案为例。从资产角度来看，这只是汽车大量材料清单（BOM）中的一小部分。然而，从eCall项目经理的角度来看，管理资产接口以及确保资产组件正确集成是非常重要的，这意味着要找到在汽车中安装eCall遥测控制单元（TCU）的合适位置，将TCU纳入BOM和制造过程等。TCU及其软件代表了一个传统的嵌入式项目，开发和测试需要非常专属的技能。将解决方案与所需区域的所有移动运营商网络进行集成，然后管理这种运营商集成更像是一个小型电信项目，需要不同的技能。最后，实施部署后端软件使呼叫中心能够管理传入呼叫、将其路由至适当的代理，并将其转接至公共安全应答点（PSAP），更像是传统企业软件项目。正如我们所看到的，即使是像eCall项目这样的适度复杂项目也需要多种技能的结合。
  目前，具备这种多学科项目管理深入经验的专家数量是非常有限，比如那些成功管理过遥测和M2M项目并将这些技能应用于物联网项目的人。然而，为了使物联网得到更广泛的接受，有必要将这些经验提供给更广泛的受众。这就是物联网解决方案交付的目标。我们旨在提供一种整合物联网项目所需各种技能和学科的高层次方法论，然后与不同学科的专家合作，记录他们的经验和最佳实践，并将其纳入方法论。
  物联网解决方案交付（图1-2）可以分解为以下几个部分：
  IOT解决方案生命周期
  这个维度主要关注规划、构建和运行物联网解决方案。
  物联网解决方案生命周期（计划/构建/运行）包含以下元素：
  该设计蓝图依据通用物联网组件中定义的元素进行设计，包括使用物联网项目维度进行项目自评、使用物联网架构蓝图进行解决方案架构设计以及使用物联网技术概况进行技术选择。
  2.项目工作流和项目组织
  该蓝图定义了物联网解决方案项目中通常存在的顶层组织和工作流程。为每个工作流提供了一个检查表，同时列出了工作流之间的常见依赖关系。
  IOT组件
  这个维度包含了以物联网项目维度、物联网架构蓝图和物联网技术概况呈现的成功项目中可复用的成果。
  物联网组件包括以下元素：
  1.项目维度
  这是正式项目需求的前提。项目维度用于项目自评、项目比较、架构和技术选择等。
  2.架构蓝图
  在现有架构蓝图（如面向服务的架构或SOA）的基础上，这些蓝图为物联网项目增加了新的架构视角，并为整合所需的各种架构视角提供了一个上层结构。
  3.技术概况
  这些概况确定并描述了物联网项目通常需要的最重要技术。这利用物联网架构视角来描述这些不同技术在整体物联网架构中的位置。最后，试图将其与项目维度联系起来，以支持技术选择过程。
  物联网项目数据库
  这是一个已经经过分析的可供参考的过往项目数据库，以便为物联网解决方案生命周期和组件推导出最佳实践。
  本节主要描述物联网解决方案生命周期。后面讨论物联网解决方案组件，重点关注技术概况。
  物联网解决方案生命周期：计划/构建/运行
  规划、构建和运行物联网解决方案会因解决方案而异。然而，我们认为物联网解决方案之间存在一些共性，使我们可以对通用的方法论做一些假设。
  敏捷方法通常更适合用于许多具有创新和探索性质的物联网项目。然而，可能会有一些情况不适合采用完全敏捷的方法，比如做一些定制硬件开发或固定价格的项目开发时。我们的主要假设是，大多数物联网项目将遵循基本的计划/构建/运行模式（图1-3）。
  物联网项目的计划/构建/运行阶段描述如下：
  项目计划阶段在资金决策之后开始（参见物联网战略执行）。通常，一个小而专注的团队会把业务规划阶段的想法和需求带进来，创建初始项目计划，包括定义解决方案。这可能包括，一个轻量级的RFP文件（请求提案），或者初始的高级epics集合，这些epics将在构建阶段的后期分解成更详细的用户故事。在计划阶段，初始团队通常还负责为后来构建解决方案的团队提供资源（内部或外部）。
  构建
  构建阶段通常由一个或多个较大的团队执行。请记住，特别是在物联网领域，我们通常需要面临多个跨学科团队。值得注意的是，由于物联网项目通常具有动态的特性，计划在构建阶段仍在进行。特别是在采用敏捷方法时，每个冲刺阶段都会进行详细的规划。在许多情况下，计划阶段创建的高级文档必须不断调整，以反映新的或变更的需求，或从之前吸取经验教训。
  在物联网解决方案的投产（SOP）前后，项目团队通常会解散，解决方案交给一线组织。在现代企业中，这个一线组织会建立一个集成的DevOps组织，负责解决方案的持续开发和运营。请注意，由于物联网解决方案可能具有高度分布式的特性，物联网的DevOps可能比普通的DevOps更复杂。
  范围与关系
  我们始终假设资产本身是由与物联网解决方案不同的组织来管理的。然而，这两个组织之间通常存在很强的依赖关系。
  采用的方法
  鉴于需要支持不同的项目管理方法，物联网方法论关注我们认为对物联网解决方案具有特殊性的内容，让项目经理将其与所选的项目管理模型相结合。
  在项目结构方面，物联网方法论基于图1-4所示的高级结构。首先我们可以看到，资产本身与物联网解决方案之间存在区别。资产的设计和制造通常不在物联网解决方案项目的范围内。然而，认识到负责资产的组织与物联网解决方案项目之间的接口极为重要是至关重要的。无论是在物联网解决方案在资产初始设计之后与资产集成（“改装”），还是在资产从一开始就设计为支持一个或多个物联网解决方案的情况下，都是如此。在任何一种情况下，物联网解决方案可能依赖于某些“在资产上”的硬件和软件，这些硬件和软件定义了解决方案与后端服务的接口。
  物联网解决方案交付的另一个关键要素是，典型的项目具有启动阶段和主要实施阶段。启动阶段在业务论证获得企业批准之后开始。在此阶段，通常有一个相对较小的团队在项目中工作。
  接下来是主要实施阶段。在这个阶段的方法论是基于一个称之为“工作流”的概念。这是一个应用于主项目的顶级结构。在PMI术语中，工作流是工作分解结构（WBS）中的顶级工作项。根据我们的经验，“工作流”这个术语更好地反映了物联网项目管理及其所有不同利益相关者之间的依赖关系通常具有高度动态的特点。