Blog
IoT-Plattform und zentrale Digital-Plattform stehen bei vielen Unternehmen immer stärker im direkten Zusammenhang. Ausgehend von der initialen Idee eine IoT-Plattform für Produkte aufbauen zu wollen wird daraus schnell eine umfassende Digital-Plattform, die nicht nur IoT-Lösungen fokussiert, sondern über diverse Anwendungen hinweg eine nahtlose User-Experience rund um Produkt und Dienstleistungen bieten soll. Mit Blick auf die dadurch adressierten Bestandssysteme, Prozesse, Datenquellen und gänzlich neuen Mehrwerte entsteht ein hochkomplexes „Produkt“, dessen sich mindestens eine verantwortliche Person inhaltlich annehmen muss. Die Relevanz dieser Person(en) wird jedoch zu häufig unterschätzt.
Häufig entsteht der Gedanke eine umfassende, kundenzentrierte Unternehmensplattform aufzubauen aus dem ursprünglichen Plan eine IoT-Plattform zu entwickeln, frei nach dem Sprichwort „der Appetit kommt beim Essen“. Das ist insofern naheliegend, da IoT-Plattformen, z. B. zur Visualisierung und Analyse von Maschinendaten erst dann ihre gesamte Kraft entfalten, wenn auch weitere Systeme angebunden werden, um die reinen Maschinendaten anzureichern oder mit anderen Systemdaten zu verknüpfen. Als Beispiel lässt sich das berühmte Thema Instandhaltung und Condition Monitoring anführen:
Die daraus entstehenden umfassenden Enterprise-Plattformen im Sinne eines zentralen „Eintrittspunktes“ mit Dashboards, Visualisierungen, Analysemöglichkeiten und nahtlose Absprungmöglichkeiten in weitere Unternehmenssysteme sind hochgradig umfassende, stark vernetzte Systeme.
Nicht selten sind anbieterseitig Marketing, Vertrieb, Kundenservice, Instandhaltung, Qualitätsmanagement, Produktentwicklung und IT/OT involviert während Kundenseitig ebenfalls all diese Abteilungen durch die Plattform adressiert sein können. Aufgrund der vielfältigen Möglichkeiten Systeme anzubieten, Dashboards zu gestalten, Stakeholder und Nutzer sukzessive einzubinden und durch Verknüpfungsmöglichkeiten neue Features zu generieren erfordert ein solches System außerdem eine klare Vision und (initiale) Vorgehensweise. Außerdem spielt der Geschäftsmodellaspekt eine große Rolle für die entsprechenden Funktionalitäten und möglichen Abrechnungsmodelle. Denn das Geschäftsmodell sollte sowohl zum eigenen Unternehmen und seinen Fähigkeiten und Prozessen passen als auch dem Kunden einen Mehrwert erzeugen.
Die sehr große Breite der oben angerissenen Themen zeigt, dass ein solches Vorhaben einen „echten“ Produktverantwortlichen benötigt und nicht „nur“ einen Projektverantwortlichen, dessen Ziele „Time and Budget“ sind. Denn aufgrund dieser großen Anzahl inhaltlicher und fachlicher Aspekte muss ein Produktverantwortlicher, z. B. in Person eines Product Owners, andere Tätigkeiten übernehmen und Ziele verfolgen als ein klassischer Projektmanager: Er oder Sie muss ein Produkt und seine Mehrwerte vor Augen haben sowie die Nutzer, Kunden und Stakeholder, die damit adressiert werden sollen.
Nichtsdestotrotz kann es sinnvoll sein, beide Rollen zu besetzen, die Hand in Hand arbeiten, wobei der Projektmanager dem Product Owner weiterhin das interne Stakeholdermanagement rund um Themen wie „Time & Budget“ abnimmt oder ihn zumindest bei organisatorischen und administrativen Tätigkeiten unterstützt. Viele Kunden haben die Herausforderung, dass sie jedoch gar keinen Produktverantwortlichen haben. Diese Problematik hat seinen Ursprung häufig in der bestehenden Organisationsstruktur der Unternehmen, da z. B. auch kein klassisches Produktmanagement vorhanden ist.
Die genaue Berufsbezeichnung spielt jedoch keine primäre Rolle. Auch ein Projektleiter mit einem ausgeprägten Empfinden für Mehrwerte und Gestaltungssinn kann der Produktverantwortliche sein, sofern nicht zwei Personen/Rollen benannt werden sollen. Im Alltag kann sich dies jedoch als Herausforderung darstellen, da es wichtig ist, dass der Verantwortliche nicht nur auf „Time and Budget“ achtet, sondern auch darauf, dass Dinge entwickelt werden, die „sinnvoll“ sind. Ein Projektleiter kann sich daher schnell in einem Zwiespalt befinden. „Sinnvoll“ bezieht sich dabei auf das „Was“ und das „wie“, sowohl mit der internen als auch der externen Brille.
Der oder die Verantwortliche für so etwas umfassendes wie eine IoT- oder Enterprise Plattform sollte daher jemand sein, der sowohl das Unternehmen und die Prozesse kennt, sich in Kundenprozesse und Nutzer hineinversetzen kann, als auch das technische „Wie“ einigermaßen versteht und die Produktstrategie aktiv mitgestaltet.
Dies sind alles Charakterzüge eines klassischen „Product Owners“ aus dem Scrum Framework. Die Bezeichnung ist aber, wie bereits erwähnt, nicht zwingend notwendig, sofern kein Scrum angewendet werden soll. Da sich der Begriff heutzutage jedoch immer stärker verbreitet kann er auch trotz Scrum verwendet werden, besonders um keine Missverständnisse bzgl. seiner Rolle aufkommen zu lassen.
Je größer eine Lösung wird desto mehr Gedanken sollte man sich über die Anzahl produktverantwortlicher Personen machen, da es sinnvoll sein kann, unterschiedliche Unterprodukte- oder Entwicklungsstränge aufgrund ihrer Komplexität und Umfänge aufzuteilen.
Sofern ein Unternehmen keine eigene zusätzliche Stelle schaffen oder eine eigene Digitaleinheit gründen will oder kann ist die Analyse der richtigen bestehenden Mitarbeiter für solche Rollen sehr wichtig. Klassischerweise können Produktmanager, Innovationsmanager, ggf. technisch affine Vertriebler oder vertrieblich engagierte Techniker in Frage kommen. Die wichtigen Eigenschaften bei der Findung entsprechender Rollen sind weitaus wichtiger als die bisherige Position und können Folgende sein:
Der/Die Mitarbeiter:in sollte
Organisationsseitig sollten folgende Punkte beachtet werden:
Langfristig wichtig und zu beachten ist außerdem, dass ein Product Owner, ähnlich einem Product Manager, das Produkt über seinen gesamten Lebenszyklus betreut, sprich Entwicklungs-/Innovations- und ständige Weiterentwicklung liegen in seiner Verantwortung. Besonders die ständige Weiterentwicklung einer Softwarelösung ist ein Aspekt, der bei der Rollenbesetzung und entsprechenden Kapazitätsplanung nicht zu unterschätzen ist.
Sofern die zu bearbeitenden To Do’s thematisch stark in die Breite gehen, z. B. Klärung technischer Aspekte, interne Kommunikation und Marketing, etc., sollte ein Program Manager eingesetzt werden. Diese Rolle hat im Gegensatz zum Product Owner weniger das konkrete Produkt und seinen Mehrwert im Blick, sondern zielt eher auf die diversen interdisziplinären Unterprojekte ab, die das Projekt besonders zu Beginn der Entwicklung aufweist. Er oder sie steht im engen Kontakt mit dem Product Owner und ggf. (Unter-)Projektleitern. Wie bereits erwähnt kann es je nach Größe und Umfang in der Entwicklungs- und Weiterentwicklungsphase ebenfalls sinnvoll sein mehrere Product Owner für diverse „Unterprodukte“ einzusetzen, wie z. B. in den Framworks SAFe oder LeSS beschrieben wird.
Unsere tägliche Erfahrung im Bereich der IoT- und Unternehmensplattformentwicklung zeigt uns, dass ein Produktverantwortlicher neben Projekt- und Programmmanagern einen großen Erfolgsaspekt darstellt. Er hält die Fäden im Sinne des Mehrwertes für Nutzer, Kunden und internen Stakeholder zusammen und gestaltet auch bei technischen und strategischen Aspekten aktiv mit. Sofern sie noch keine solche Rolle bei sich intern gefunden haben oder beim Aufbau einer solchen Rolle Unterstützung benötigen kommen Sie gerne direkt auf uns zu!
Stillstehende Maschinen und teure Service- und Technikereinsätze sind ein Albtraum in der industriellen Produktion.
Doch tatsächlich gibt es Möglichkeiten, diesem Schreckensszenario zu begegnen: Eine vorausschauende Wartung (Predictive Maintenance, PdM) kann die Standzeiten Ihrer Maschine und die damit verbundenen Serviceeinsätze reduzieren.
Kürzere Lebenszyklen, agile Entwicklungsmethoden, disruptive Geschäftsmodelle, IoT-Clouds. Unternehmen sehen sich aktuell mit diversen neuen Begriffen konfrontiert, die sich häufig völlig von bisherigen Themen unterscheiden. Doch obwohl es sich bei diese Begriffen zum Teil um ganz unterschiedliche Fachdisziplinen handelt, greifen sie sehr stark ineinander. Der folgende Beitrag soll ein wenig Licht ins moderne Dunkel bringen und Beispiele aufzeigen, inwiefern die Zusammenarbeit mit der com2m aussehen kann.
Wir haben schon wiederholt berichtet, dass digitale Prozesse im Unternehemen aus den Unterschiedlichsten Bereichen kommen. Unterschiedliche Kollegen benutzen unterschiedliche digitale Tools, die in den unterschiedlichsten Bereichen häufig auch Bereichsübergreifend einesetzt werden. Wie Single-Sign-On-Portale hier helfen können verschiedene Tools zu managen beschreiben wir in diesem Artikel
In der „Verordnung über die Verbrauchserfassung und Abrechnung der Versorgung mit Fernwärme oder Fernkälte“ regelt die Bundesregierung das zukünftige Ablesen von Zählern. Wir berichten über Möglichkeiten und Chancen die sich hier ergeben.
Die Einführung von IoT verspricht goßes Potential, hält jedoch auch einige Hürden für Unternehmen bereit. In diesem Artikel beschreiben wir, wie sie durch den Einsatz einer IoT-Factory gelingt.
Wir haben schon wiederholt berichtet, dass digitale Prozesse im Unternehemen aus den Unterschiedlichsten Bereichen kommen. Unterschiedliche Kollegen benutzen unterschiedliche digitale Tools, die in den unterschiedlichsten Bereichen häufig auch Bereichsübergreifend einesetzt werden. Wie Single-Sign-On-Portale hier helfen können verschiedene Tools zu managen beschreiben wir in diesem Artikel
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
+49 (0) 231 7000 7020
info@com2m.de
Adessoplatz 1
44269 Dortmund
© com2m 2022. Alle Rechte vorbehalten.
