(Editorial Changes)
 
(16 intermediate revisions by 5 users not shown)
Line 1: Line 1:
<imagemap>
<imagemap>
File:0.2-AIoT Framework.png|1500px|frameless|center|AIoT Framework
File:0.2-AIoT Framework.png|1500px|frameless|center|The Why, What, How, and Who of AIoT


rect 4 4 1005 124 [[AIoT_Framework|More...]]
rect 4 4 1005 124 [[AIoT_101|More...]]
rect 2737 266 3539 394 [[Data_101|More...]]
rect 2737 266 3539 394 [[Data_101|More...]]
rect 2737 128 3539 261 [[Artificial_Intelligence_101|More...]]
rect 2737 128 3539 261 [[Artificial_Intelligence_101|More...]]
Line 12: Line 12:
</imagemap>
</imagemap>


AIoT combines two of the most important technology paradigms of the 2020s: Artificial Intelligence (AI) and Internet of Things (IoT). In order to best understand AIoT from all relevant perspectives, we will start by looking at the ''why'', ''what'', ''who'' and ''how'' perspectives, inspired by the work of Simon Sinek <ref name="sinek" /> as well as the St. Gallen IoT Lab <ref name="gassmann" />:
AIoT combines two of the most important technology paradigms of the 2020s: Artificial Intelligence (AI) and the Internet of Things (IoT). To best understand AIoT from all relevant perspectives, we will start by looking at the ''why'', ''what'', ''who'' and ''how'' perspectives, inspired by the work of Simon Sinek <ref name="sinek" /> as well as the St. Gallen IoT Lab <ref name="gassmann" />:
* Why: Better understand and articulate the purpose and AIoT-enabled business outcomes
* Why: Better understanding and articulating the purpose and AIoT-enabled business outcomes
* What: What can be achieved with AIoT in terms of smart, connected products and solutions
* What: What can be achieved with AIoT in terms of smart, connected products and solutions
* Who: Roles and responsibilities in the context of an AIoT initiative
* Who: Roles and responsibilities in the context of an AIoT initiative
* How: Project blueprint for AIoT execution and delivery
* How: Project blueprint for AIoT execution and delivery


While Simon Sinek suggests to ''Start with Why'', we will first look at the ''what'' to provide some context, before discussing the ''why'' you should consider it.
While Simon Sinek suggests to ''Start with Why'', we will first look at the ''what'' to provide some context, before discussing ''why'' you should consider it.


__TOC__
__TOC__
Line 24: Line 24:
= <span id="What"></span>What: Smart, connected products and solutions with AIoT=
= <span id="What"></span>What: Smart, connected products and solutions with AIoT=


The smartness of an AIoT-enabled product or solution is usually either related to an individual physical product/asset ("product/asset intelligence"), or to a group/fleet of assets ("swarm intelligence"). Technically, asset intelligence is enabled via edge computing, while swarm intelligence is enabled via cloud computing. Asset intelligence is applying AI-algorithms to data which is locally captured and processed (via sensors), while swarm intelligence is applying AI-algorithms to data which is captured from multiple assets via IoT-technologies in the cloud.  
The smartness of an AIoT-enabled product or solution is usually related to either an individual physical product/asset ("product/asset intelligence") or to a group/fleet of assets ("swarm intelligence"). Technically, asset intelligence is enabled via edge computing, while swarm intelligence is enabled via cloud computing. Asset intelligence applies AI-algorithms to data that are locally captured and processed (via sensors), while swarm intelligence applies AI-algorithms to data that are captured from multiple assets via IoT technologies in the cloud.  


For AIoT systems with a high level of complexity, it can make sense to apply Digital Twin concepts to create a digital representation of the physical entities. The Digital Twin concept can help with managing complexity and establishing a semantic layer on top of the more technical layers.
For AIoT systems with a high level of complexity, it can make sense to apply Digital Twin concepts to create a digital representation of the physical entities. The Digital Twin concept can help manage complexity and establish a semantic layer on top of the more technical layers.
 
The ''AIoT Playbook'' focuses on products and solutions which utilize the combination of AI and IoT. However, since this usually represents a significant investment, one should carefully evaluate if both are actually needed.


<span id="What-AI-vs-IoT"></span>
<span id="What-AI-vs-IoT"></span>
[[File:AIoT Intro.png|500px|frameless|center|link=|AIoT Intro]]
[[File:AIoT Intro.png|500px|frameless|center|link=|AIoT Intro]]


AI (or Machine Learning, one of the most important sub-sets of AI) makes use of different types of methods. The three main methods include supervised, unsupervised and reinforcement learning. They are explained in the [[Artificial_Intelligence_101|AIoT 101]].
AI (or Machine Learning, one of the most important subsets of AI) makes use of different types of methods. The three main methods include supervised, unsupervised and reinforcement learning. They are explained in the [[Artificial_Intelligence_101|AIoT 101]]. Varied, highly specialized AI/ML methods support a wide range of use cases. AIoT focus ones those use cases that are most relevant when dealing with physical products or assets. To mention just one example from the figure shown here, supervised learning can be used for image classification, which plays an important role in optical inspection in manufacturing. While the adoption of AI and ML has already become mainstream in some areas like social media or smartphones, for many AIoT use cases this is still not the case. There is a famous quote from James Bell at Dow Jones, which says that ''"Machine Learning is done in Python, AI in PowerPoint."''. The goal of the AIoT Playbook is to explore and enable use cases that make use of ''real'' AI in the context of the IoT, mainly utilizing supervised, unsupervised and reinforcement learning.
 
Different, highly specialized AI/ML methods support a wide range of use cases. AIoT is focusing on those use cases which are most relevant when dealing with physical products or assets. For example, supervised learning can be used for image classification, which plays an important role in optical inspection in manufacturing.


[[File:2.1-x-AIoTPatterns.png|800px|frameless|center|link=|AIoT Use Case Patterns]]
[[File:2.1-x-AIoTPatterns.png|800px|frameless|center|link=|AIoT Use Case Patterns]]


An important differentiation which we are making in the ''AIoT Playbook'' is between smart connected products and smart connected solutions. Smart, connected products are often very highly standardized, feature-rich and well rounded. Smart, connected solutions on the other hand are often more custom, ad-hoc solutions. They are often designed to solve a specific problem, e.g. for a particular production site, a particular energy grid, etc. Obviously, this is not a black and white differentiation. There are also often cases that are a bit of both product and solution.
An important differentiation that we are making in the AIoT Playbook is between smart connected products and smart connected solutions. Smart, connected products are often very highly standardized, feature-rich and well rounded. Smart, connected solutions on the other hand are often more custom, ad hoc solutions. They are often designed to solve a specific problem, e.g., for a particular production site, a particular energy grid, etc. Obviously, this is not a black and white differentiation. There are also often cases that are a bit of both product and solution.


As will be discussed in more detail later, smart connected products are manufactured and sold by a [[Digital_OEM|Digital OEM]], while smart connected solutions are usually acquired and operated by a [[Digital_Equipment_Operator|Digital Equipment Operator]].
As will be discussed in more detail later, smart connected products are manufactured and sold by a [[Digital_OEM|Digital OEM]], while smart connected solutions are usually acquired and operated by a [[Digital_Equipment_Operator|Digital Equipment Operator]]. Platforms can also play an important role, even if the platform operator is neither manufacturing nor operating physical assets himself.


[[File:1.1-What-Product-vs-Solution.png|600px|frameless|center|What: Product vs. Solution]]
[[File:1.1-What-Product-vs-Solution.png|600px|frameless|center|link=|What: Product vs. Solution]]


= <span id="Why"></span>Why: Purpose and AIoT-enabled business outcomes=
= <span id="Why"></span>Why: Purpose and AIoT-enabled business outcomes=
While AI and IoT are exciting technical enablers, anybody embarking on the AIoT journey should always start by looking at the ''why'': What is the purpose? And what are the expected business outcomes?
While AI and IoT are exciting technical enablers, anybody embarking on the AIoT journey should always start by looking at the ''why'': What is the purpose? And what are the expected business outcomes?


From a strategic (and emotional) point of view, the purpose of the AIoT initiative should be clearly articulated: What is the belief? The mission? Why is this really done?
From a strategic (and emotional) point of view, the purpose of the AIoT initiative should be clearly articulated: What is the belief? The mission? Why is this truly done?


For the business sponsors, the expected business outcomes must be clearly defined as well. As was discussed in the ''what'' section, most AIoT initiatives are either focusing on products or solutions. Depending on the nature of your initiative, the KPIs will differ: for AIoT-enabled products, they tend to focus more on the customer acceptance and revenue side, while for AIoT-enabled solutions they tend to focus more on efficiency and optimization.
For business sponsors, the expected business outcomes must also be clearly defined. As discussed in the ''what'' section, most AIoT initiatives focus on either products or solutions. Depending on the nature of your initiative, the KPIs will differ: AIoT-enabled products tend to focus more on the customer acceptance and revenue side, while AIoT-enabled solutions tend to focus more on efficiency and optimization.


[[File:1.1-Why-Product-vs-Solution.png|600px|frameless|center|Why: Product vs Solution]]
[[File:1.1-Why-Product-vs-Solution.png|600px|frameless|center|link=|Why: Product vs Solution]]


= <span id="How"></span>How: Getting things (and AI) done =
= <span id="How"></span>How: Getting Things (and AI) Done =
Smart connected products and solutions usually make use of AI and IoT in different ways. This must be taken into consideration when looking at the ''how''. Smart products often rely on AI that was specifically developed for them using a Data Science approach. The goal often is to create new Intellectual Property which helps differentiate the product. For solutions, this often looks different: here the goal is to minimize development costs, e.g. by re-using existing AI algorithms and models.
Smart connected products and solutions usually make use of AI and IoT in different ways. This must be taken into consideration when looking at the ''how''. Smart products often rely on AI that was specifically developed for them using a Data Science approach. The goal is often to create new intellectual property that helps differentiate the product. For solutions, this often looks different: here the goal is to minimize development costs, e.g., by reusing existing AI algorithms and models. From the IoT point of view, products and solutions also differ: products usually have built-in connectivity capabilities (line fit), while solutions usually have this capability retrofitted. This is especially important for operators looking at heterogeneous fleets of assets or equipment.
From the IoT point of view, products and solutions also differ: products usually have built-in connectivity capabilities (line fit), while solutions usually have this capability retrofitted. This is especially important for operators looking at heterogeneous fleets of assets or equipment.


<span id="HowAIoT"></span>
<span id="HowAIoT"></span>
[[File:1.1-How-Product-vs-Solution.png|700px|frameless|center|How: Product vs. Solution]]
[[File:1.1-How-Product-vs-Solution.png|700px|frameless|center|link=|How: Product vs. Solution]]


It is important to understand which capabilities are required for implementing AIoT. The AI side usually requires Data Science and AI Engineering capabilities, as well as AI/ML Ops capabilities (required for managing the AI/ML development process).
It is important to understand which capabilities are required for implementing AIoT. The AI side usually requires Data Science and AI Engineering capabilities, as well as AI/ML Ops capabilities (required for managing the AI/ML development process).
Line 67: Line 62:
The third key element is the physical product or asset. For the Digital OEM, it will be vital to manage the combination of physical and digital features and their individual life cycles. For the physical product, this will also need to include manufacturing, as well as field support services.
The third key element is the physical product or asset. For the Digital OEM, it will be vital to manage the combination of physical and digital features and their individual life cycles. For the physical product, this will also need to include manufacturing, as well as field support services.


[[File:0.3.1 AIoT Overview.png|650px|frameless|center|AIoT Overview]]
[[File:0.3.1 AIoT Overview.png|650px|frameless|center|link=|AIoT Overview]]


= <span id="Who"></span>Who: AIoT roles and responsibilities=
= <span id="Who"></span>Who: AIoT Roles and Responsibilities=
The ''Who'' perspective must address the roles and responsibilities required for successfully delivering your AIoT initiative. These will partially be different for product- vs. solution-centric initiatives, as we will discuss [[Roles_and_responsibilities|later]]. It is important to have a holistic view on stakeholder management, including internal and external stakeholders.
The ''Who'' perspective must address the roles and responsibilities required for successfully delivering your AIoT initiative. These will partially be different for product- vs. solution-centric initiatives, as we will discuss [[Roles_and_responsibilities|later]]. It is important to have a holistic view on stakeholder management, including internal and external stakeholders.


<span id="WhoOverview"></span>
<span id="WhoOverview"></span>
[[File:1.1-Who Simple.png|600px|frameless|center|AIoT - Who?]]
[[File:1.1-Who Simple.png|600px|frameless|center|link=|AIoT - Who?]]


External stakeholders can include investors, users of the product of TDB: solution, partner, and suppliers.
External stakeholders can include investors, users of the product of TDB: solution, partner, and suppliers.
In a larger organization, internal stakeholders will include business sponsors, senior management, compliance and auditing, legal and tax, global procurement, central IT security, central IT operations, HR, marketing, communication, and sales. And finally, one should not forget about the stakeholders within its own organization, including developers, technology experts, AI experts, and potentially HW/manufacturing (in the case of the Digital OEM).
In a larger organization, internal stakeholders will include business sponsors, senior management, compliance and auditing, legal and tax, global procurement, central IT security, central IT operations, HR, marketing, communication, and sales. Finally, one should not forget about the stakeholders within its own organization, including developers, technology experts, AI experts, and potentially HW/manufacturing (in the case of the Digital OEM).


As indicated by the diagram following, the ''AIoT Playbook'' primarily addresses middle management, including product/solution managers, project/program managers, development/engineering managers, product/solution architects, security/safety managers, and procurement managers. Ideally, the Playbook should enable these key people to create a common vision and language that enables them to integrate all the other stakeholders.
As indicated by the following diagram, the Digital Playbook primarily addresses middle management, including product/solution managers, project/program managers, development/engineering managers, product/solution architects, security/safety managers, and procurement managers. Ideally, the Playbook should enable these key people to create a common vision and language that enables them to integrate all the other stakeholders.


<span id="Who-roles"></span>
<span id="Who-roles"></span>
[[File:1.1-Who-Roles.png|700px|frameless|center|Who: Roles and Responsibilities]]
[[File:1.1-Who-Roles.png|700px|frameless|center|link=|Who: Roles and Responsibilities]]


= References =
= References =

Latest revision as of 14:43, 5 July 2022

More...More...More...More...More...More...The Why, What, How, and Who of AIoT

AIoT combines two of the most important technology paradigms of the 2020s: Artificial Intelligence (AI) and the Internet of Things (IoT). To best understand AIoT from all relevant perspectives, we will start by looking at the why, what, who and how perspectives, inspired by the work of Simon Sinek [1] as well as the St. Gallen IoT Lab [2]:

  • Why: Better understanding and articulating the purpose and AIoT-enabled business outcomes
  • What: What can be achieved with AIoT in terms of smart, connected products and solutions
  • Who: Roles and responsibilities in the context of an AIoT initiative
  • How: Project blueprint for AIoT execution and delivery

While Simon Sinek suggests to Start with Why, we will first look at the what to provide some context, before discussing why you should consider it.

What: Smart, connected products and solutions with AIoT

The smartness of an AIoT-enabled product or solution is usually related to either an individual physical product/asset ("product/asset intelligence") or to a group/fleet of assets ("swarm intelligence"). Technically, asset intelligence is enabled via edge computing, while swarm intelligence is enabled via cloud computing. Asset intelligence applies AI-algorithms to data that are locally captured and processed (via sensors), while swarm intelligence applies AI-algorithms to data that are captured from multiple assets via IoT technologies in the cloud.

For AIoT systems with a high level of complexity, it can make sense to apply Digital Twin concepts to create a digital representation of the physical entities. The Digital Twin concept can help manage complexity and establish a semantic layer on top of the more technical layers.

AIoT Intro

AI (or Machine Learning, one of the most important subsets of AI) makes use of different types of methods. The three main methods include supervised, unsupervised and reinforcement learning. They are explained in the AIoT 101. Varied, highly specialized AI/ML methods support a wide range of use cases. AIoT focus ones those use cases that are most relevant when dealing with physical products or assets. To mention just one example from the figure shown here, supervised learning can be used for image classification, which plays an important role in optical inspection in manufacturing. While the adoption of AI and ML has already become mainstream in some areas like social media or smartphones, for many AIoT use cases this is still not the case. There is a famous quote from James Bell at Dow Jones, which says that "Machine Learning is done in Python, AI in PowerPoint.". The goal of the AIoT Playbook is to explore and enable use cases that make use of real AI in the context of the IoT, mainly utilizing supervised, unsupervised and reinforcement learning.

AIoT Use Case Patterns

An important differentiation that we are making in the AIoT Playbook is between smart connected products and smart connected solutions. Smart, connected products are often very highly standardized, feature-rich and well rounded. Smart, connected solutions on the other hand are often more custom, ad hoc solutions. They are often designed to solve a specific problem, e.g., for a particular production site, a particular energy grid, etc. Obviously, this is not a black and white differentiation. There are also often cases that are a bit of both product and solution.

As will be discussed in more detail later, smart connected products are manufactured and sold by a Digital OEM, while smart connected solutions are usually acquired and operated by a Digital Equipment Operator. Platforms can also play an important role, even if the platform operator is neither manufacturing nor operating physical assets himself.

What: Product vs. Solution

Why: Purpose and AIoT-enabled business outcomes

While AI and IoT are exciting technical enablers, anybody embarking on the AIoT journey should always start by looking at the why: What is the purpose? And what are the expected business outcomes?

From a strategic (and emotional) point of view, the purpose of the AIoT initiative should be clearly articulated: What is the belief? The mission? Why is this truly done?

For business sponsors, the expected business outcomes must also be clearly defined. As discussed in the what section, most AIoT initiatives focus on either products or solutions. Depending on the nature of your initiative, the KPIs will differ: AIoT-enabled products tend to focus more on the customer acceptance and revenue side, while AIoT-enabled solutions tend to focus more on efficiency and optimization.

Why: Product vs Solution

How: Getting Things (and AI) Done

Smart connected products and solutions usually make use of AI and IoT in different ways. This must be taken into consideration when looking at the how. Smart products often rely on AI that was specifically developed for them using a Data Science approach. The goal is often to create new intellectual property that helps differentiate the product. For solutions, this often looks different: here the goal is to minimize development costs, e.g., by reusing existing AI algorithms and models. From the IoT point of view, products and solutions also differ: products usually have built-in connectivity capabilities (line fit), while solutions usually have this capability retrofitted. This is especially important for operators looking at heterogeneous fleets of assets or equipment.

How: Product vs. Solution

It is important to understand which capabilities are required for implementing AIoT. The AI side usually requires Data Science and AI Engineering capabilities, as well as AI/ML Ops capabilities (required for managing the AI/ML development process).

The IoT side usually requires generic cloud and edge development capabilities, as well as DevOps supporting both cloud and edge (which usually means support for OTA, or Over-the-Air-Updates of software deployed to assets in the field).

The third key element is the physical product or asset. For the Digital OEM, it will be vital to manage the combination of physical and digital features and their individual life cycles. For the physical product, this will also need to include manufacturing, as well as field support services.

AIoT Overview

Who: AIoT Roles and Responsibilities

The Who perspective must address the roles and responsibilities required for successfully delivering your AIoT initiative. These will partially be different for product- vs. solution-centric initiatives, as we will discuss later. It is important to have a holistic view on stakeholder management, including internal and external stakeholders.

AIoT - Who?

External stakeholders can include investors, users of the product of TDB: solution, partner, and suppliers. In a larger organization, internal stakeholders will include business sponsors, senior management, compliance and auditing, legal and tax, global procurement, central IT security, central IT operations, HR, marketing, communication, and sales. Finally, one should not forget about the stakeholders within its own organization, including developers, technology experts, AI experts, and potentially HW/manufacturing (in the case of the Digital OEM).

As indicated by the following diagram, the Digital Playbook primarily addresses middle management, including product/solution managers, project/program managers, development/engineering managers, product/solution architects, security/safety managers, and procurement managers. Ideally, the Playbook should enable these key people to create a common vision and language that enables them to integrate all the other stakeholders.

Who: Roles and Responsibilities

References

  1. Start with Why: How great leaders inspire everyone to take action, Simon Sinek, 2010
  2. The Business Model Navigator: 55 Models That Will Revolutionise Your Business, Oliver Gassmann, Karolin Frankenberger, Michaela Csik, 2014