Powered by Battery hat sich kürzlich mit Ibrahim Haddad, Vizepräsident für Forschung und Entwicklung und Leiter der Open Source Group beim Technologieriesen Samsung, getroffen. In dieser Funktion überwacht Haddad alle Open-Source-Initiativen des Unternehmens und interagiert häufig mit kleineren Unternehmen, die ebenfalls Open Source verwenden. Bevor er zu Samsung kam, arbeitete Haddad für Unternehmen wie Motorola, Palm und Hewlett-Packard; Von 2010 bis 2013 war er außerdem Direktor für Technologie und Allianzen der Linux Foundation.

Hier ist eine bearbeitete Version unseres Interviews.

Powered by Battery (PBB) : Erzählen Sie uns also von Ihrer Rolle bei Samsung.

Ibrahim Haddad (IH) : Ich bin im Februar 2013 zu Samsung gekommen. Ich war tatsächlich die Nummer eins unter den Mitarbeitern, die mit dem Aufbau einer Open-Source-Organisation beauftragt waren – der Einrichtung einer Unternehmensfunktion in allen Geschäftsbereichen von Samsung zur Überwachung von Open Source. Die Idee war, dass Software ein strategisches Gut ist und wir mehr Zusammenarbeit rund um Open Source vorantreiben mussten. Ich wurde eingestellt, um diese Gruppe zu leiten, um im Wesentlichen die Einstellung vorzunehmen und nicht nur für die Strategie und Richtung verantwortlich zu sein, sondern auch für die Beziehungen zu den Geschäftsbereichen und herauszufinden, wo wir unsere Ressourcen einsetzen können, um die besten Ergebnisse zu erzielen.

PBB: Was ist seit Ihrem Einstieg passiert?

IH: Auf dieser Reise sind jetzt über vier Jahre vergangen. Meine Verantwortlichkeiten sind definitiv gewachsen, da wir uns in verschiedene Richtungen bewegt haben. Heute sind wir, bezogen auf den Fokus der Gruppe, (zunächst) für Open-Source-Engineering-Bemühungen verantwortlich. Das ist ein Eimer. Ein weiterer Schwerpunkt sind die Beziehungen zu Open-Source-Stiftungen. Dazu gehört die Linux Foundation. Schließlich beraten wir viel intern. Etwa 15 % meiner Zeit verbringe ich damit, mit anderen Führungskräften bei Samsung zu sprechen.

PBB: Wie sieht es mit der Durchführung von Compliance-Audits bei Open-Source-Projekten aus? Fällt das unter Ihre Rolle?

IH : Wir unterstützen unsere Open-Source-Compliance-Bemühungen, aber wir führen eigentlich keine Compliance-Arbeit durch. Ich fühle mich wie das 911-Callcenter für Compliance und diene als Ansprechpartner, wenn Probleme auftreten. Auch auf der M&A-Seite, wenn wir einen Deal machen und es Open-Source-Software im übernommenen Unternehmen gibt, helfen wir bei der Due Diligence. Insgesamt wird alles mit Blick auf das Ziel der Produktaktivierung getan; Wir konzentrieren uns darauf, Open-Source-Entwicklung für alle unsere Produkte zu ermöglichen.

PBB : Welche Erfahrungen und Geschichte hat Samsung mit Open Source gemacht? War das Unternehmen ein Early Adopter der Open-Source-Technologie?

IH : Das ist etwas schwer zu beantworten, weil ich nicht so früh bei Samsung war. Aber ich habe einige Nachforschungen angestellt und festgestellt, dass die Reise von Open Source innerhalb von Samsung Electronics in den frühen 2000er Jahren begann. Als zusätzlicher Datenpunkt kündigte IBM im Jahr 2000 an, eine Milliarde Dollar in Linux zu investieren. Daher begann Samsung Anfang der 2000er Jahre mit der Integration von Open-Source-Software. Es war im Grunde eingebettetes Linux in einigen Zielprodukten wie PDAs (Personal Digital Assistants) und anderen kleinen Kommunikationsgeräten.

Dies entwickelte sich in den folgenden Jahren bis zu dem Punkt, an dem Samsung-Führungskräfte um 2005 erkannten, dass wir uns von proprietärer Software verabschieden mussten und eine bessere Entwicklungsumgebung sowie bessere Entwicklungstools brauchten. Sie mussten ein (neues) App-Ökosystem finden. Diese Faktoren veranlassten sie, zu diesem Zeitpunkt alles auf Linux zu setzen. Um 2005 und 2006 herum tauchten Fernseher und andere Geräte mit Linux auf. Dies war wirklich die Zeit, in der der Open-Source-Konsum bei Samsung tief verwurzelt war.

PBB : Gab es danach eine weitere Entwicklung in Samsungs Umarmung von Open Source?

ICH : Ja. Zu dieser Zeit begann sich das Unternehmen von einem einfachen Verbraucher von Open-Source-Code zu einem Mitwirkenden an Open-Source-Projekten zu entwickeln. Das fing etwa 2008 an, und zwar ganz klein und zielgerichtet mit einigen Schlüsselprodukten. Dann hatten wir Android- und Linux-Telefone, Haushaltsgeräte und eine wachsende Zahl von Produkten, die auf Open Source basieren. Ein paar Jahre später gründeten wir Tizen (ein Open-Source-Betriebssystem). Ich bin 2013 in das Unternehmen eingetreten. Das war ein Wendepunkt in der Art und Weise, wie Samsung über Open Source dachte. Führungskräfte kamen zu der Erkenntnis, dass wir ein engagiertes Team brauchen, das an Open Source arbeitet, um es gut zu machen.

PBB : Um auf Ihren früheren Kommentar zurückzukommen, wie kommt die Expertise Ihrer Gruppe ins Spiel, wenn Samsung die Übernahme kleinerer Unternehmen evaluiert?

IH : Das ist eigentlich der kleinste Teil von dem, was wir tun, aber ein interessanter Teil. Wir entwickeln jeden Tag und arbeiten jeden Tag mit Open-Source-Technologie.

PBB: Aber gibt es im Allgemeinen Beispiele für Best Practices in Bezug auf die Entwicklung oder Verwendung von Open-Source-Software, denen Unternehmen folgen sollten? Welche Schritte sollten sie unternehmen, um Compliance- oder regulatorische Probleme zu vermeiden und sich auf ein positives M&A-Ergebnis einzustellen?

IH : Open-Source-Software frisst die Softwarewelt auf. Wenn Sie sich irgendeine Art von Unternehmen in jeder Art von Branche ansehen, im Finanz- oder Telekommunikations- oder Gesundheitswesen, im Transportwesen oder was auch immer, ist der Großteil des Codes, den sie einsetzen, Open Source. Jeder versucht, Wege zu finden, um diesen Open-Source-Code zu nutzen und darauf eine Differenzierung aufzubauen. Niemand will das Rad neu erschaffen.  Daher ist es heute schwierig, auf eine Transaktion zu stoßen, bei der das Unternehmen KEINE Open Source verwendet.

Wie kann ein Unternehmen es dem Erwerber erleichtern? Es gibt zwei große Dinge. Denken Sie zunächst frühzeitig über Open-Source-Compliance nach. Erstellen Sie grundsätzlich eine Kontaktperson für die Einhaltung. Damit die beteiligten Personen wissen, dass sie auf dies und jenes achten müssen, müssen sie dokumentieren, was sie tun. Wir müssen wissen, welche Softwarekomponenten sie verwenden, um eine Entscheidung treffen zu können. Zweitens ist es wichtig, einige grundlegende Schulungen für Entwickler bereitzustellen, um sicherzustellen, dass Entwickler und neue Mitarbeiter ein gewisses Maß an Bewusstsein für Compliance haben. Wenn Sie von einem Unternehmen gekauft werden, müssen Sie nachweisen können, dass Sie sich der Open-Source-Compliance bewusst sind. Sie sollten in der Lage sein, ihnen eine Open-Source-Stückliste zu zeigen: alle Komponenten, die Sie verwenden, die Lizenzen, woher Sie sie haben usw. Das ist im Grunde die Art von Open-Source-Due-Diligence, die wir als Käufer durchführen. Wenn Sie diese Übung also bereits in einem Startup durchlaufen haben, wird der Akquisitionsprozess viel schneller. Ein wichtiger Rat, den ich gebe, ist, den Code zu kennen und zu wissen, wo der Wert liegt. Ein großer Teil des Werts liegt nur in der Integration, wobei IP zusätzlich hinzugefügt wird. Sie müssen jedoch wissen, was getan werden muss, um Open-Source-Lizenzen einzuhalten, unabhängig davon, wo der Wert liegt.

PBB : Wird Compliance für Startups, die Open Source verwenden, immer wichtiger? Oder denken die meisten Menschen immer noch nicht früh genug darüber nach?

IH : Das kommt darauf an. Es gibt einige Unternehmen, bei denen sie offensichtlich nicht darüber nachgedacht haben, und wir müssen viel hin und her mit ihnen machen. Dann gibt es Firmen, die mit einer Excel-Datei auftauchen und sagen, wo genau Open Source verwendet wird, wie die Lizenzen sind und ob wir Änderungen am Code vorgenommen haben. Einige von ihnen sind sehr gut vorbereitet und sehr gut. Andere schon viel weniger.

PBB : Gibt es bestimmte Open-Source-Lizenzen, die einfacher zu handhaben sind als andere?

IH: Wir haben keine Lizenzen, deren Nutzung uns verboten ist. Es hängt alles vom Anwendungsfall ab. Es gibt einige Unternehmen, die verschiedene Lizenzen vermeiden . Sie bevorzugen Apache oder andere Lizenzen. Es hängt alles davon ab, wie wir den Code verwenden werden. Wenn die Möglichkeit besteht, dass andere Softwarekomponenten von der Post-Closing-Integration der neuen Komponenten betroffen sind, haben Sie eine neue Verpflichtung. Das Problem ist normalerweise keine bestimmte Lizenz; Es geht darum, wie es verwendet wird und wie es mit anderen Komponenten des Stacks interagiert.

PBB : Haben Sie gesehen, wie Deals scheiterten, weil die Art und Weise, wie der Code verwendet wird, basierend auf der Lizenz, schlecht ist?

IH : Nun, normalerweise helfen wir dem Unternehmen, einen Prozess und Richtlinien einzurichten, und bieten die entsprechenden Schulungen an, wenn wir auf viele Aktionspunkte vor und nach der Übernahme stoßen. Wir bieten viel Hilfe an.

PBB: Die Konformität kommt also in einigen Fällen nach der Übernahme?

IH : Das schließt sich nicht gegenseitig aus. Es gibt manchmal Bedingungen, unter denen ein bestimmtes Problem gelöst werden muss, damit das Geschäft abgeschlossen werden kann. Diese werden schneller gelöst.

PBB : Können Sie mehr darüber sagen, wie Samsung Open Source intern verwendet?

IH : Seitens Samsung ist es eigentlich ziemlich schwierig, heute ein Produkt zu finden, das nicht Open Source verwendet. Wenn Sie zu Best Buy gehen und einen Kühlschrank, einen Computer, einen Drucker, eine Waschmaschine oder einen Roboterstaubsauger kaufen möchten, enthalten alle diese Produkte Open Source. Es ist wirklich schwer, einen zu finden, der das nicht tut, besonders wenn er einen Bildschirm oder eine Netzwerkverbindung hat. Auf traditionelle Weise würde dies erfordern, dass Samsung viele interne Engineering-Ressourcen nutzt, um diese Software von Grund auf neu zu erstellen. Unsere Position ist, warum sollten wir eine neue Software oder Web-Engine erstellen, wenn es bereits eine gibt? Wir können zum Open-Source-Projekt beitragen und es für uns geeigneter machen.

All dies ermöglicht allgemein bessere Software und setzt Ressourcen frei, um mehr und bessere Ideen zu entwickeln. Die Verwendung von Open Source und die Zusammenarbeit mit anderen Unternehmen hilft uns, mehr Innovationen zu entwickeln, die Markteinführungszeit zu verkürzen und die Kosten zu senken. Und das alles fördert die Produktaktivierung für den Verbraucher.

PBB : Ibrahim, vielen Dank für das Teilen dieser Einblicke!

IH : Gern geschehen!