Produktionsplattformen: Bauen oder kaufen?

Wenn es um Produktionsplattformen geht, sind Kaufentscheidungen kompliziert.

Sie könnten denken, dass dies daran liegt, dass es so viele Anbieter gibt, die eine so große Vielfalt an Lösungen anbieten - und Sie hätten Recht.

Aber Kaufentscheidungen werden nicht nur durch ein überfülltes Spielfeld erschwert. Für viele Hersteller besteht die Entscheidung nicht darin, welchem Anbieter sie ihr Vertrauen schenken sollen. Vielmehr geht es darum, ob sie eine eigene Lösung entwickeln sollen oder nicht.

Kurz gesagt, Kaufentscheidungen laufen oft auf eine uralte Frage hinaus: bauen oder kaufen?

Hier sind die sieben Fragen, die Sie stellen sollten:

1. Wie teuer ist es, selbst zu bauen?
2. Haben Sie die laufenden Kosten berücksichtigt?
3. Wird es skalierbar sein?
4. Wie werden Sie die Komplexität bewältigen?
5. Versteht die IT-Abteilung Ihre Produktionsabläufe?
6. Wird es einfach genug zu bedienen sein?
7. Wie flexibel wird es sein?

Lassen Sie uns die einzelnen Fragen ohne Umschweife vertiefen.

1. Wie teuer ist es, selbst zu bauen?

Wenn Ihr Unternehmen über ein Team von Softwareentwicklern verfügt, ist eine interne Entwicklung vielleicht die logische Lösung.

Die Zusammenarbeit mit einem firmeneigenen Team ermöglicht eine präzisere Projektplanung, eine bessere Kontrolle über die Ausführung und kann viele der Schwierigkeiten beim Projektmanagement verringern, die mit dem Kauf von einem Anbieter verbunden sind.

Das bedeutet jedoch nicht, dass er der kostengünstigste ist. Vielleicht ist es auch nicht das schnellste.

Um ein Gefühl für die Kosten zu bekommen, brauchen Sie nur ein paar einfache Berechnungen.

Je nachdem, welche Quelle Sie konsultieren, dauert die Fertigstellung eines durchschnittlichen Softwareprojekts etwa 10 Monate. Kleinere Projekte können etwa vier Monate dauern, während größere Projekte leicht die Jahresgrenze überschreiten können.

Wenn ein durchschnittlicher Entwickler zwischen 60 und 100 Dollar pro Stunde verdient, belaufen sich die Kosten für ein Softwareprojekt auf etwa 107.400 bis 179.000 Dollar für ein einjähriges Projekt. Für einen Entwickler.

Außerdem sollten Sie die Opportunitätskosten der Zeit berücksichtigen, die Ihre Softwareingenieure für ein Projekt aufwenden. Welche Projekte legen Sie auf Eis, während Ihre Ingenieure Shopfloor-Anwendungen entwickeln?

2. Haben Sie bei Ihrer Berechnung die laufenden Kosten berücksichtigt?

Nach unserer Erfahrung hören die Softwarekosten nicht mit der ersten Lieferung auf. (Ich werde weiter unten über die Erfahrungen eines Herstellers mit den laufenden Supportkosten berichten, bleiben Sie also dran).

Oftmals müssen hausgemachte Fertigungsanwendungen modifiziert und aktualisiert werden, um Änderungen in den Fertigungsprozessen Rechnung zu tragen.

Wenn die Lösung intern entwickelt wird, bedeutet das, dass für jede Änderung ein Ticket eingereicht, bearbeitet und erneut bereitgestellt werden muss. Wenn die Umsetzung einer Änderung zwei Wochen dauert (unter der Annahme, dass Änderungen einen Sprint in Anspruch nehmen), sind das zwei Wochen Softwareentwicklungszeit, die in Rechnung gestellt werden müssen, sowie entgangene Einnahmen durch verzögerte Prozessverbesserungen.

3. Wird es skalieren?

Der große Vorteil einer firmeneigenen, maßgeschneiderten Lösung ist, dass sie die einzigartigen Anforderungen einer Produktionslinie, einer Zelle oder eines Prozesses berücksichtigen kann.

Aber wird Ihre maßgeschneiderte Lösung für mehrere Linien funktionieren? Wird sie für jede Linie in einem Werk funktionieren? Kann sie in einer ganzen Region oder international eingesetzt werden?

Eine Sorge bei maßgeschneiderten Lösungen ist, dass sie nicht skalierbar sind. Die Übertragung der Lösung auf einen neuen Kontext kann ähnliche Projektkosten und Zeitpläne verursachen wie die ursprüngliche Lösung.

4. Wie werden Sie mit der Komplexität umgehen?

Bei der Ausweitung selbst entwickelter Systeme gibt es einen Kompromiss zwischen Umfang und Komplexität.

Je mehr Prozesse und Vorgänge die Systeme umfassen, desto komplexer werden sie.

Dies ist zwar kein Naturgesetz, aber in der Produktion ist es seit Jahrzehnten eine Tatsache.

Wenn also der Umfang Ihrer internen Lösung wächst, wird sie dann auch komplexer?

5. Wird die IT die effizientesten Fertigungsprozesse schaffen?

Wenn sie von Beratern befragt werden, äußern Ingenieure eine immer wiederkehrende Aussage: "Die IT versteht die OT-Probleme nicht!"

Dies erfordert oft die Bildung einer internen Manufacturing IT Group - was wiederum kostspielig sein kann.

Nur Produktionsbetriebe (Ingenieure) wissen, welche Art von Lösungen sie in ihrer Werkstatt wirklich benötigen.

Die IT-Abteilung fungiert in der Regel als Dienstleister für die Produktionsabteilung. Bei jeder Servicevereinbarung hängt der Erfolg von soliden Arbeitsbeziehungen und klarer Kommunikation ab.

Wenn jedoch die IT-Gruppe für die Entwicklung der Lösung im Auftrag der OT-Gruppe zuständig ist, werden die Anforderungen oft falsch interpretiert oder ganz übersehen.

Dies kann zu unnötigen Spannungen zwischen IT und OT führen. Und Spannungen können zu suboptimalen Projektergebnissen führen.

6. Werden die Arbeiter, die es brauchen, es auch benutzen können?

Viele Benutzeroberflächen (UIs) in der Werkstatt sehen aus und fühlen sich an, als wären sie für die Ära Windows 95/98 entwickelt worden.

Infolgedessen haben Bediener, Aufsichtspersonen und neue Prozessingenieure oft Schwierigkeiten mit der Dateneingabe und müssen umfassend geschult werden, um diese Systeme zu nutzen.

Im Jahr 2020 sind wir an hoch optimierte Benutzererlebnisse gewöhnt.

Ob wir uns dessen bewusst sind oder nicht, Verbraucherschnittstellen sind so konzipiert, dass sie unsere Ziele und Absichten unterstützen.

Bei der Arbeit sollten wir in der Lage sein, mit Lösungen zu interagieren, die so nahtlose Erfahrungen ermöglichen wie die auf Smartphones.

7. Wie flexibel wird Ihre interne Lösung sein?

Herstellungsprozesse verändern sich. Vielleicht nur geringfügig. Aber wenn sich Produktlinien, Kundennachfrage und Technologien ändern, ändern sich auch die Herstellungsprozesse.

Ist Ihre interne Lösung in der Lage, sich anzupassen?

Wie lange werden Ihre Entwickler brauchen, um die Änderungen vorzunehmen? Wird die Verwaltung kleiner Produktvariationen Ihnen große Kopfschmerzen bereiten?

Diese letzte Frage zur Flexibilität bringt mich zu einer Geschichte, die meiner Meinung nach die Punkte in diesem Beitrag gut zusammenfasst.

Kürzlich hatte ich die Gelegenheit, einem leitenden Angestellten eines großen, multinationalen Herstellers zuzuhören, der den Gedankengang beschrieb, der hinter seiner Entscheidung stand, mit Tulip zusammenzuarbeiten, anstatt intern eine Lösung zu entwickeln.

Hier ist sie:

Der Manager begann damit, das Engagement seines Unternehmens für die Lean-Prinzipien zu beschreiben. Alle seine Werke verfolgten kontinuierlicher Verbesserungsprozess mit Nachdruck.

Das bedeutete, dass das Layout der Arbeitszellen und die Prozessgestaltung sehr flexibel waren.

Jedes Mal, wenn ein Ingenieur eine neue Arbeitszellenkonfiguration vorschlug oder das Unternehmen seine Produktlinien aktualisierte, musste die IT-Abteilung subtile, aber zeitaufwändige Softwareaktualisierungen vornehmen. Das bedeutete, dass jede Änderung in C++ hart kodiert werden musste.

Dieser Zustand wurde schnell unhaltbar. Die Mitarbeiter an der Front waren unglücklich darüber, dass kleine Prozessverbesserungen ein zeitraubendes Hin und Her mit der IT-Abteilung erforderten. Die IT-Abteilung war frustriert, dass kleine Änderungen in der Fertigung zu zermürbenden Arbeitszeiten für ihre Softwareentwickler führten.

Letztendlich entschied die Führungskraft in der Fertigung, dass es einfacher war, mit einem Anbieter von Fertigungsplattformen zusammenzuarbeiten, als eine eigene Lösung zu entwickeln.

Wenn Ingenieure eine kleine Änderung an einer Anwendung vornehmen müssen, ist dies jetzt so einfach wie eine Änderung in einem Powerpoint - ohne IT-Unterstützung.

Der größte Vorteil einer hausinternen Lösung besteht darin, dass sie individuell entwickelt werden kann, um einen bestimmten Bedarf zu decken.

Die Übernahme eines Softwareprojekts im eigenen Haus kann einem Fertigungsunternehmen mehr Kontrolle über das Endprodukt geben. Die Arbeit im eigenen Haus kann viele Schwierigkeiten beim Projektmanagement beseitigen

Und doch sind diese potenziellen Vorteile auch die Quelle der größten Nachteile von Individualsoftware: steigende Kosten, überhöhte Anforderungen und mangelnde Konfigurierbarkeit.

Was für Sie am besten geeignet ist, hängt letztlich von den Projektanforderungen, dem Budget und den Ressourcen ab.