Eclipse Duttile embrace the AgileConstellation mindset, which have the aim to extend the agile philosophy beyond the software/digital world.
An IoT solution belongs to different technological domains, with their own rules and specifications related to different aspects: The Hardware, with strong and predictable processes, the Software, where the complexity and the change is always present, the Cloud and Big Data with its own rules and risks.
Today, typically, hybrid software and hardware solutions are developed in a parallel way with synchronization meetings useful to start the integration process and, subsequently, to the test process.
This is a typical Big Bang Integration approach, with different critical issues:
-
Development efficiency is heavily penalized as different teams don’t constantly communicate with each other, without sharing their knowledge;
-
Issues are discovered in the late solution development phase, with high fixing problems, mostly due to the hardware fixing;
-
As of the need of shortening / respect the time-to-market, the final product, often, has a compromised solution to problems (based on software workaround, wherever components cannot perfectly integrate with each other), thus lowering the global product quality.
Eclipse Duttile affords all this aspects in a holist mode to best perform different goals typically annexed with a professional marketable IoT Solutions. Eclipse Duttile is based on the Philosophy, Values and Principles of Agile Constellation.
It looks at the world of the Internet of Things in a holistic manner, suggesting an approach in which the various elements are part of a single integrated process. It proposes a new cross-domain methodology that aims to provide adequate tools for the governance of the IoT projects, building the experience gained until now, in a jointly and reasoned way. The core approaches became from the world of software and hardware development, both different but always complementary.
Eclipse Duttile define a rich process to create solutions bound to the Internet of Things world, with an emphasis on end-to-end solutions and their Value. In particular, the creation of a specific solution comes through three different well-defined steps:
- Prototype Phase: it’s the first phase of the process. There’s the Vision definition, Fast Prototypization and Product Backlog definition using a specific planning phase;
- Engineering Phase: in this step, the solution is engineerized and developed. It’s, as one could deduct, of the most important and complex phase of the whole process;
- Workout Phase: it’s the last phase, focalized onto the Deployment, support and the continuous improvement of the product.
The intrinsic complexity assigns an important role to the Solution Definition of Done (sDoD): it is the way to explicitly define WHEN the various Ceremonies and Artifacts of Duttile can be marked as “completed”.
<<Click on the image to enlarge>>
The intrinsic complexity assigns an important role to the Solution Definition of Done (sDoD): it is the way to explicitly define WHEN the various Ceremonies and Artifacts of Duttile can be marked as “completed”.
The project envision is made using the Fast Prototyping Practice coming from the AgileConstellation mindset and declinated to the IoT domain:
<<Click on the image to enlarge>>
Every phase has its own specific goals:
<<Click on the image to enlarge>>
Over the goals of the individual steps, that we are going to find out soon, Eclipse Duttile has several business objectives of growth and management, defined Cross Phases Goal:
- Team Improvement, Agile IoT Team operates in such a way to improve itself constantly, both from a technical and methodological point of view;
- Company Improvement, the development of the solution should bring to the company an enrichment of know-how in combination with the improvement of internal processes;
- Company Agility, business processes must become flexible and break down bureaucracy barriers;
- Buffer Budget, the importance of identifying all stages, especially on the hardware, leading to the need for a budget for the "daily expenses". Consider buying a small resistor to the EVK (Evaluation Kit) for the cost of a few euros: for this activity, it is unthinkable that we should complex procurement processes that lead to weeks of waiting.
Prototyping Phase
The Prototyping Phase is the phase in which the company decide to create a new solution and, starting from an idea or an initial need, defines the Solution Vision. With the Solution Vision the company highlights the specific objectives related to the customer needs, going to define the Solution Goals and the validation metrics.
This phase is a "discovery" and "validation" phase and it is essential to address elements related to the solution functionality and company organization to support the delivery.
To do this, you need to validate the hypothesis underlying the Vision, structuring teams and corporate assets to be sure that the product is achievable. All these actions are made with the make-measure-learn loop.
Solution Big Picture and the reference Product Backlog are the primary artifacts.
In detail, for the prototyping phase, you have the following Goal:
-
Vision Definition, here we define the Vision of the solution, identifying needs to satisfy and the reference market;
-
Fast Prototyping Team, the Fast Prototyping Team is created, getting needed roles externally;
-
Full Eclipse Duttile Team, the complete Eclipse Duttile Team is created;
-
Solution Definition of Done, creation of the initial reference document for the Definition of Done;
-
Similarity Search, as consequence of the Vision and the solution coming from it, the market is analyzed to verify if equivalent proposals are already present. In the case some others exist, we proceed by qualitative comparison to understand how our product could be positioned in the market to differentiate from them.
-
Hypothesis Validation, hypothesis is validated using the Fast Prototyping ceremonies;
-
Set Work Environment, the work area is arranged or created. This aspect is relevant for the development of an IoT solution as the need of hardware prototyping requires properly equipped dedicated spaces;
-
Define Product Backlog, the Product Backlog is defined on the base of prototyping results.
These goals allow to achieve the Solution Vision, and to create the Intentional Architecture, to start the Vision Fast Prototyping and create the Product Backlog.
Engineering Phase
With the Engineering Phase the implementation of the solution goes live. At this stage, most of the emphasis is placed on product development, but an attention is put on support aspects that must be supported by all the company.
This phase start with the definition of the Mid Picture by the team (if there is more than one team, each team defines its Mid Picture). The Mid Picture defines the goal of the iteration in relation to the reference Goals:
-
Full Deployable Solution, the objective is the creation of a ready-to-use solution for the final customer;
-
Reduce uncertainty, reduce to the bare minimum the uncertainty, particularly those related to the hardware and the firmware of Smart Things, services and Cloud aspects;
-
Bill of Materials (BOM), Smart Thing Bill of Materials is defined;
-
Verify Full Solution, establish and validate objective elements to assess the actual adherence to stakeholders specific expectations;
-
Testing Strategy, identify and implement appropriate testing strategies, functional and qualitative ones;
-
Coordinate External Manufacturing, managing the relationship with the external manufacturing team responsible for implementing the Smart Things:
-
Packaging Verify, implement packaging validation actions of the Smart Things and the whole solution.
The Mid Picture is based on a set of Value Stories during the Makers Backlog Planning owned by the Product Owner. Team define working tasks and locates them into the Makers Board.
When all works are completed, team do the Solution Overview, Technical and Methodology Retrospective.
Workout Phase
The Workout Phase is focused on putting into operation (deployment) and all the services needed to support the customer are activated.
In detail, you have the following phase Goals:
-
Deployment Strategy, it is defined the deployment strategy for the whole solution;
-
Solution Continuous Improvement, after the release, the solution is constantly improved, mainly with continuous firmware update, services update and cloud aspects update;
-
Remote Improvement, implement technical and technological solutions that allow to update as much as possible directly from remote;
-
Solution Support, it is produced all that is necessary to drive the use of the solution (for example, user manuals) and optionally activated a customer-care support;
-
Retreat Strategy, choose the appropriate actions to retreat the solution at the end of its functional life or in case of serious malfunctions.
When the solution is working, it’s time to support the customers and to constantly improve the solution itself, implementing updates on the firmware, services and cloud with continuous improvement & integration practices.
The hardware items will be update rarely (especially due to high costs), unless a new release is needed. It’s mandatory to apply a set of tools for the remote deployment, especially when the number of the Smart Things is very large and geographically distributed.
The content of this open source project is received and distributed under the license(s) listed above. Some source code and binaries may be distributed under different terms. Specific license information is provided in file headers and in NOTICE files distributed with the project's binaries.