 Dann ein herzlich willkommen hier bei der Bitzenbäume, bei dem Vortrag von Markus Tiede von der FH in Bern. Das Thema, was macht dein Unternehmen mit OpenSoftware? Ignorieren, nutzen oder gar mitwirken? Ich gebe das Wort weiter. Vielen Dank. Schönen guten Abend zusammen. Ich freue mich, dass trotz der späten Stunde und trotz des Sonntags einige in den WK hergefunden haben. Ich hoffe, dass die nächsten 40 Minuten nicht ganz langweilig werden. Vielleicht ein bisschen interaktiv werden. Wir werden was gemeinsam machen. Stehen ja schon ein paar Fragen im Raum. Es geht um etwas, was ich die letzten zwei Tage für mich ist, dass die erste Bitzenbäume gelernt habe hier. Vielleicht nicht unbedingt so im Fokus steht, Unternehmen und den Umgang mit OpenSoftware in Unternehmen. Ich nehme an, dass zumindest die, die jetzt gekommen sind, in Unternehmen arbeiten oder in Unternehmen schaffen. Ansonsten können wir gerne problemlos den Begriff auch etwas weiterfassen, einfach die Organisation, für die ihr tätig seid. Da werde ich an euch nach ein paar Fragen richten und stellen und es wäre schön, wenn ihr das mitmacht. Also vielleicht da schon mal als Vorwarnung. Es muss nicht unbedingt auf die Begriffspolitik des Unternehmens nur beschränkt werden. Dann alle Inhalte, die ihr seht. Ich bin selber Software-Entwickler Informatiker. Ich verliere gleich noch zwei, drei Worte zu mir. Es sind Quelle und offen hinterlegt. Stehen schon auf freien Lizenz. Wer mitlesen möchte auf dem Handy oder Ähnliches, kann gerne einen QR-Code abfotografieren. War ansonsten sehr wahrscheinlich auch schon auf der Next Cloud abgelegt. Den Foliensatz. Denn wir werden auch gemeinsam einfach eine ganze Reihe von verschiedenen Ressourcen uns anschauen, die es gibt für die Einschätzung des jeweiligen Materitätsgrads von Unternehmen. Da ist vielleicht ganz praktisch, mir geht es zumindest immer so, dass man gleich mitklicken möchte, mit nachlesen möchte und vielleicht das eine oder andere Buchmark setzen möchte. Von daher lasse ich vielleicht noch mal ganz kurz die Folie drei Sekunden offen, falls das jemand nutzen möchte. Falls nicht, ist es jetzt zu spät. Und ich verliere noch zwei Worte zu mir, da zwei, drei Worte zu mir. Mein Name ist Markus, Markus Tieder. Ich bin Software-Entwickler. Ich arbeite seit mittlerweile zwei Monaten am Labor für digitale Nachhaltigkeit oder auf Englisch Digital Sustainability Lab, DSL, am Institut für Public Sector Transformation in Bern in der Schweiz. Vielleicht noch Hinweis zu den Slides auch. Wie gesagt, es gibt jede Menge Referenzen. Wenn ihr wissen wollt, was ist das DSL, was ist das IPST, wer ist der Markus. Alles, was blau ist auf den Folien könnt ihr klicken. Sind Links gibt es weiter für eine Information. Ein Teil davon werden wir uns gemeinsam anschauen. Neben dieser beruflichen Tätigkeit engagiere ich mich in verschiedenen NGOs in der Schweiz, in verschiedenen Aktivitäten in der Schweiz. Unter anderem bin ich im Vorstand des Vereins CA Open. Das ist so die kleine Schwesterorganisation von der OSBA, die vielleicht der eine oder andere kennt hier in Deutschland. Wir machen alle, um in verschiedenen Formate in der Schweiz von Events und Communities zusammenzubringen. Unter anderem veranstalten wir die Konferenz für digitale Nachhaltigkeit. Auch so den kleinen Ableger der Bits und Bäume, aber mehr mit Fokus auf Bits als auf die Bäume. Die Dinakon. Es wird in Bern eine Dinakon-Kompakt geben am 23. November. Wer es vielleicht zufällig in der Schweiz ist, um den Zeitraum rum, wo wir uns froh werden, wenn wir uns wiedersehen würden. Ähnliches Format, ähnliche Themen, etwas anders organisiert. An diesem Jahr mit einem Haltpagesformat und kein Ganztagesformat. Wir machen eine kompakte Variante, weil wir so ein bisschen Pandemie geschädigt waren. Wir haben zwei Jahre lang in der Pandemie weiter in die Konferenz durchgeführt. Das war mit ein oder anderen Umständen verbunden. Ansonsten eine professionelle Karriere. Seit 2008 hat bei der Eclipse Foundation begonnen. Wem sagt die Eclipse Foundation was? Hat da schon mal was von gehört? Wow, ich bin beeindruckt, okay, sehr gut. Weil auch da werde ich noch ein paar Referenzen nachher zu geben. Einiges stammt aus der Erfahrung, oder die ich heute mit euch teilen möchte, aus der Zeit bei der Eclipse Foundation. Ein Teil stammt einfach aus der Erfahrung danach. Bei einem der drittgrößten als Spartenfersicherer der Schweiz war der Barsfergruppe, da habe ich auch noch einige weiterführende Links. Gut, jetzt, wie schaut es aus? Man reicht so ein Proposal ein, wie den Vortrag hier auf der Bitz in Bäume, bei einem, in Anführung, etwas unbekannten Publikum. Eine unbekannte Mischung, gerade diese Bäume, wie gesagt, ist für mich und die Thematik etwas neu. Und da wieder das Proposal wird angenommen, und dann schaut man rein, was habe ich denn da eigentlich versprochen? Welches Highlight wollte ich denn da eigentlich setzen? Ich habe jetzt einfach nochmal mitgebracht, was ihr auch in der Beschreibung versprochen bekommen habt. Ich habe gedacht, wir zerlegen das vielleicht gemeinsam ein bisschen in die jeweiligen Punkte, wie wir sie abarbeiten wollen. Das also wirklich ihr nachher sagen könnt, check, check, check, das hat er geliefert, das hat er mir beantwortet. Und ich hoffe auch, dass wir im Anschluss des Vortrags vielleicht noch zehn Minuten für Fragen und Antworten haben. Ich bin mir dann nicht ganz sicher, wo wir landen, zeitlich, aber dafür soll am Ende auch ein bisschen Zeit sein. Also, wir werden uns als Erleerstes anschauen, die Fragestellung, die im Raum steht, wo steht dein Unternehmen im Bereich Mitwirken, im Bereich Open Source Software. Nutzt ihr es nur? Ignoriert ihr es oder schafft ihr irgendwie mit? Dann werden wir so ein ganz, ganz, ganz leichtgewichtiges Maturitätsmodell kennenlernen. Also ein Modell, wo man raus ableiten kann, bin ich da eher Novice in einem Umfeld oder bin ich schon der Experte? Ja, ein ganz leichtgewichtiges Modell. Dann werden wir uns anschauen, wenn man sich in diesem Modell bewegt, was man an Vor- und an Nachbedingungen beachten muss, um da halbwegs gut drin navigieren zu können und jeweils den nächsten Schritt tätigen zu können. Und am Ende versuche ich euch nochmal einen Einblick zu geben, eben woher stammen diese Erfahrungen, was gibt es da an konkreten Materialien, die ich mit euch teilen kann und auch nochmal ein bisschen auf der Meta-Ebene, genau, also losgelöst von der konkreten Erfahrung, die etwas kondensierten und absteuerten Modelle dahinter. Aber alles Schritt für Schritt. Fangen wir mit dem ersten Punkt an. Was macht euer, was macht dein Unternehmen mit Open Source und auch das Software können wir für mich aus gerne in Klammern setzen? Was macht euer Unternehmen mit Open Source Software? Ignoriert ihr es, nutzt ihr es, wirkt ihr mit? Oder habt ihr vielleicht sogar im Unternehmen strategische Ziele, die damit verknüpft sind? Ja, die Frage steht jetzt ganz am Anfang im Raum und ich würde mich freuen, wenn wir es schaffen, die gemeinsam füreinander und miteinander zu beantworten. Und zwar gibt es dafür eine kleine Anleitung. Und ich fände es zuvor, wenn ihr mitmacht, und zwar, ich habe hier den Stuhl mit draufgenommen, ihr müsst euch leider von selbem vielleicht erheben und dadurch vielleicht das eine oder andere Signal geben, wenn das in Ordnung ist und wenn ihr in der Lage seid, aufzustehen. Aber ich glaube, hier mit den Gegebenheiten ist das sowieso gegeben, dass das sitzen und das stehen möglich sein sollte. Also, die erste Frage ist, deckt mal kurz nach, ist euch bewusst, dass ihr im Unternehmen oder unter Nehmung oder in der Assoziation, wo ihr unterwegs seid, Open Source Software einsetzt? Und wenn ihr sie einsetzt, dann steht doch gerne mal auf. Wow. Ja, also jeder, der es so für sich beantworten kann, darf gerne aufstehen. Wow, okay, das sind 80 Prozent, sogar 80 Prozent, denen das bewusst ist, dass sie Open Source Software einsetzen. Dann die nächste Frage, genau, kurz stehen bleiben bitte, kurz stehen bleiben bitte. Die nächste Frage, wer weiß, der wirkt mit oder wer weiß, dass sein Unternehmen an Open Source Software mitwirkt oder Open Source Artifakten mitwirkt? Also sie nicht nur nutzt, sondern mitwirkt, genau. Der, der sich nicht sicher ist, er sagt, bin ich mir nicht sicher, da darf sich gerne setzen. Und die, die sich jetzt vielleicht hingesetzt haben oder sitzen geblieben sind, können vielleicht mal schauen, weil natürlich ihr habt jetzt hier auch schon Ansprechpartner von Personen, die wissen, wie Open Source Software im Unternehmen nicht nur eingesetzt wird, sondern auch, wie man daran mitwirken kann. So, und jetzt Last but not least, das war in der initialen Fragestellung nicht dabei. Wer setzt denn strategisch auf die Freigabe von Open Source Software und bleibt vielleicht noch stehen? Okay, sehr gut, jetzt haben sich alle hingesetzt. Aber dann ist das vielleicht auch so ein neues Puzzlestück, was ich heute noch mitbringen kann. Und wo ich vielleicht sagen kann, welche Unternehmen machen das heutzutage? Also wirklich strategisch, Open Source frei zu geben. Und ihr habt es gerade alle schon automatisch gemacht. Ihr habt euch hingesetzt. Ich bedanke mich ganz herzlich für das Mitwirken und für das bisschen aktivieren, was am Ende des Tages passiert. Und was ich darüber hinaus noch für euch dabei habe, ist eine kleine Antwort, die euch gerade selber gegeben habt. Und zwar, wenn ihr Open Source Software entweder einsetzt, daran mitwirkt, und wir haben schon gemerkt, strategisch verankert ist es nicht, dann erfüllt ihr gleichzeitig eine ganze Reihe von Kriterien, der sogenannten digitalen Nachhaltigkeit. Eigentlich habt ihr, glaube ich, auch in der Ausschreibung ein Abstract from Talk versprochen bekommen, dass Matthias auch noch mit dabei ist. Matthias hat seine Doktorarbeit zum Thema digitale Nachhaltigkeit in der Schweiz geschrieben und federführendes Begriff in der Schweiz geprägt. Ich habe hier unten alles blau sind links, könnt ihr gerne draufklicken und nachlesen. Mal die Wikipedia-Seite verlinkt zum Thema digitale Nachhaltigkeit und alleine, die die jetzt schon die Antworten bejaht haben, nutzen und mitwirken. Ihr habt implizit eine ganze Reihe von Checkmarks, sanften Signalen für Checkmarks bei der nachhaltigen Bewirtschaftung von digitalen Gütern. Dafür steht das Konzept der digitalen Nachhaltigkeit. Vielleicht, für den der gerne Sudoku spielt, der sieht ganz schnell, da waren nicht alle Zahlen vertreten. Es gibt zehn Nachhaltigkeitskriterien. Es fehlen die semantischen Daten, aber auch die Freigabe von Daten, ein Open Data, das Konzept, steckt im Bereich Open Source nicht direkt mit drin und auch der Beitrag zur nachhaltigen Entwicklung, den kann man nicht unbedingt mit den relativ trivialen, einfachen Fragen nicht beantworten. Sehr gut, dann würde ich sagen, wir kommen wieder ein wenig zurück thematisch und zwar auf die drei Fragestellungen, die eingangs auch schon im Abstract mit drin waren. Nutzen, mitwirken, mitwirken im Sinne von upstream contributions, das sagt vielleicht im einen oder anderen was, mal einen Backmelden, mal die Dokumentation verbessern oder vielleicht sogar gleich die Implementierung für den Back. Und dieses Gedanken ist das eigentlich bei mir im Unternehmen strategisch verankert. Was sind das für Fragestellungen? Was ist das für ein Ansatz? Das ist im Prinzip schon die Beantwortung des Maturitätsmodells, was ich heute mit euch benutzen möchte. Also, wenn man sich anschaut, das benutzen größere Foundations und wir werden gleich noch zwei Ansätze sehen, was nutzen Foundations für ein Herangehensmodell, um in Unternehmen zu hinterfragen, wie der Adoptionsgrad und der Adoptionsgrad von Open Source Software ist, dann stellen Sie im Prinzip genau diese drei, vier Fragen. Es gibt noch bestimmte Differenzierungen, die man im Bereich strategisch tätigen kann, denke ich, strategisch auch schon in Richtung Partnerschaften oder denke ich, strategisch für mich auf mein Unternehmen bezogen. Aber im Prinzip kann man sagen, ihr habt für euch eure Standardbestimmung für eure Unternehmen schon mal gemacht und könnt dann schauen, jeweils in welcher Stufe ihr steht. Es gibt gleich eine ganze Reihe von Materialien, was ihr vielleicht schon an Fragen beantworten können solltet oder was so die nächsten Fragen wären für die nächste Stufe, wenn ihr zum Beispiel Contribute wollen würdet oder das ganze strategisch verankern wollen würdet. Und zwar hier vielleicht zwei Referenzmodelle, vielleicht plus-minus-gleichen. Wie gesagt, ich habe von 2008 bis 2015 indirekt Bio- und Mitte-Eclipse Foundation an Open Source Projekten mitgewirkt und ich glaube, dieses Modell haben Sie in der Form und mit der schicken Grafik das erste Mal 2018 veröffentlicht, erspiegelt sich genau das wieder. Also sagen Sie, die Frage habe ich jetzt nicht gestellt, weil ich niemanden bloßstellen wollte, aber seid ihr so im Bereich DINI? Also sagt ihr Open Source, brauche ich nicht, nutze ich auch nicht. Diese implizite Beantwortung ist übrigens meistens falsch, weil die normale Quote von der Nutzung von Open Source Software wissentlich oder unwissentlich liegt bei ungefähr 80% auch in properterer Software, aber sei es drum. Man stellt sich dann häufig die Frage, bin ich eigentlich Nutzer? Wirke ich schon mit, mache ich Contributions? Bin ich so abgestimmt mit anderen Businesspartnern oder allein gelöst zu Engineering-Getrieben unterwegs und habe so ein eigenes Highlight-Projekt? Genau, oder gehe ich so in den Bereich Strategic Invest? Wenn man sich das Ganze bei der näßgrößeren Open Source Foundation anschaut, nämlich bei der Linux Foundation, dann sieht das dort sehr ähnlich aus. Manchmal sind das 5 Quadranten, indem man denkt, manchmal sind das 4 Quadranten, indem man denkt. Aber im Prinzip ist das Thema immer wieder das Gleiche. Ich muss mich hinterfragen, bin ich der Nutzung von Open Source Artefakten exponiert? Bin ich also Emmy-Consumer? Oder spiele ich in dem Ökosystem schon irgendwie die aktive Rolle, spiele ich damit? Oder gehe ich, das ist dieser Champion-Gedanken-Gewider, gehe ich dafür und voran in dem ein oder anderen Gebiet? Hier möchte ich einen Link mit euch teilen. Bitte versucht denen nicht so direkt im Browser einzugeben, weil das funktioniert nicht. Dem aufmerksam beobachtet wird nämlich auch auffallen, dass die Punkte hier und der Slash hier schwarz ist. Das heißt, hier hinter verbirgen sich 3 Links. Und die Linux Foundation, ich möchte den ersten vielleicht mal öffnen. Und zwar haben Sie das Konzept rausgebracht, das heißt Open Source Program Office. Und Open Source Program Office im Prinzip, wenn ich im Unternehmen bin und stelle diese Fragen, dann brauche ich auch Antworten. Also dann kann ich nicht nur mit Fragen kommen, sondern muss ich den einen oder anderen Punkt auch mal beantworten können. Und wie so eine Blaupausung antworten, finde ich in den Vorlagen eines Open Source Program Offices von der Linux Foundation herausgebracht. Jetzt ist diese sogenannte Landscape etwas kleiner, wir versuchen mal ein bisschen rein zu scrollen. Und dann, wir haben ja heute das Thema im Titel gehabt Unternehmen, dann sehen wir schon, wenn wir jetzt ein bisschen Zeit lassen, nochmal durch die Zeilenblättern, dass da doch das eine oder andere relativ groß Unternehmen dabei ist, dass sich irgendwo mit dazu einreit, genau, mit Unterhalt sehr groß in anfängstrichen Unternehmen, in westen Unternehmen wie BlackRock, sind jeweils hier von diesem Konzept, was ich euch heute vorsprayte und mitgebracht habe, ein Adapter und implementieren das in ihren Unternehmen. Zurzeit, also auch mit der Fahrt hierhin, zur bit zum Bäume, kam uns von der Berner Fachesschule eben auch die Idee, hey, warum stehen wir eigentlich nicht drauf? Die einzige Forschungsinstitution für Higher Education, die es zur Zeit gibt, die hier drauf ist, ist das Rochester Institute of Technology, aber die B-Fahr ist noch nicht drauf. Also nächstes Jahr, wenn ich wieder zu bit zum Bäume kommen darf und nochmal ein bisschen was zum Thema Open Source erzählen darf, dann hoffe ich, dass wir hier auch die Berner Fachesschule nämlich vertreten haben werden. Aber sei es drum, das ist eine sehr gute Landkarte, um mal so ein Gefühl zu bekommen, wer adaptiert denn dieses Konzept, Open Source im Unternehmen zu skalieren und auch zu vermarkten und Antworten bereitstellen zu können, sodass das Mitwirken an einem Allmender möglich ist. Gut, dann gibt es, das war der Punkt Landscape, dann gibt es die To-Do-Group. Die To-Do-Group ist im Prinzip eine Arbeitsgruppe der Ninox Foundation. Das Akronym To-Do steht für Talk Openly, Develop Openly, also nicht nur reden, sondern auch machen und beides offen. Und die haben auch super Ressourcen auf der Webseite To-Do-Group.org, unter anderem haben sie Guides, haben sie jede Menge Anleitungen, je nachdem wo ihr steht, was ihr euch für Fragen stellen solltet, wie man die beantworten kann und auch wie die andere Unternehmen beantwortet haben. Wir gucken uns jetzt nicht die Seiten gemeinsam an. Schaut einmal drauf, wenn euch die Antworten interessieren. Und wenn ihr losgelöst davon, das kleine 1x1 im Englischen 101, das kleine 1x1 des Open Source Program Management zu der Office lernen wollt oder transportieren wollt, gibt es sehr gute Education Resources auf Ospo101.org. Steht unter freien Lizenzen, kann man einfach verwenden. Ich benutze das jetzt selber, dieses Jahr das erste Mal in der Vorlesung. Ich gebe in der Berner Fachschule auch die Vorlesung für Open Source Program Management oder Open Source Software Management. Und das steht im Kern auch diese Konzepte, die dort freigegeben sind. Sehr gut, das ist so Kapitel 2, was wir eigentlich schon mit der ersten Übung für einen selber beantwortet haben und hier nochmal die Antwort auch getragen durch die jeweiligen Open Source Foundations, die hier gerade auch in Europa sehr aktiv sind. Jetzt habe ich mir gedacht, und wenn wir Eingangs nochmal auf die Quellen schauen würden, dann werdet ihr sehen, also ich bin immer ein Freund davon, wirklich die Quellen auch mit zu eröffnen, weil in Quellen steckt natürlich auch sehr viel drin, zum Beispiel wie ich diesen Vortrag hier vorbereitet habe. Und in Kapitel des Kapitel 3 hatte ich noch nicht vorbereitet bis gestern Abend. Ich wusste noch nicht genau, und da weiß ich euch jetzt noch nicht genau, was ich euch an der Stelle erzählen kann und darf, sodass das bei euch irgendwie eine Aktivierung auslöst. Ich versuche es mal mit dem, was jetzt als Folgendes kommt. Gebt mir dann gerne Feedback. Ich habe zwei Inputs an der Stelle mitgebracht und habe auch provokativ drunter geschrieben, Vor- und Nachbedingungen, Empfehlung im digitalen Zeithalter. Und ich habe mal Dinge genommen, die schon längst gab vor dem digitalen Zeithalter. Und zwar die Mengenlehre. Wir haben gerade abstrakt gesehen in beiden Modellen, sowohl bei dem Modell der Eclipse Foundation als auch beim Modell der Linux Foundation, die auch auseinander entstanden sind mit zeitlicher Korrelation. Es gibt immer quasi so ein räumliches Denken, in, wir nutzen eine Menge von Open Source Software, wir wirken mit bei einer Menge von Open Source Software. Wir haben das eine Teil der Open Source Software bei uns strategisch verankert. Und als ich mich anfangs, das ist ungefähr vier Jahre her, mit diesen autoritätsmodellen, wirklich gleichgewichtigen autoritätsmodellen im Unternehmen beschäftigt habe, die hat einfach meine Denke, okay, ich bin jetzt in Zustand A, welcher auch immer der für euch ist. Und ich möchte in Zustand B. Ich möchte irgendwie es ermöglichen, dass mein Unternehmen auch kontributen kann. Dass es auch strategisch verankert. Und in meinem Kopf war das immer ein, du bist in A, du musst nach B. Eine wichtige Erkenntnis, und das ist die erste von zwei, die ich heute mitgebracht habe. Eine wichtige Erkenntnis ist, dass es einfach die Schnittmenge ist. Sobald ihr Open Source und die Adoptionen von Open Source bei euch im Unternehmen verankern wollt, dann seid ihr nach der Verankerung zum Beispiel vom Contribute nicht nur beim Contribute, sondern ihr seid beim Use und Contribute. Und wir gehen jetzt heute nicht allzu stark in diese Themen rein. Aber ich habe mal drei Links mitgebracht. Das Ganze geht nur gerade in größeren Unternehmen, wenn man an der Stelle anfängt zu automatisieren. Also denken wir uns mal, A ist Use und B ist Contribute. Dann müsste ich zum Beispiel erstmal A im Use-Umfeld im sogenannten inbound, also nach innen gerichtet Nutzung von Open Source. Also Open Source kommt von außen in meinen Unternehmen hinein. Müsste ich ja wissen, wo habe ich da Abhängigkeiten? Wo nutze ich überhaupt Open Source? So, kleiner Funfact an der Seite. Ich habe es vorhin schon kurz erläutert. Natürlich, die Präsentation heute hier ist Quell offen. Ich habe euch den Link schon gezeigt. Der einen hat mich schon aufgerufen. Und ich benutze auch ein Open Source Präsentations Framework. Also das sind keine PowerPoint Slides. Das sind auch keine LibreOffice Slides. Das ist Reveal.js, ein JavaScript Framework. Und wenn ich jetzt nur mal schaue, Reveal.js ist die Technologie. Und wenn ich jetzt mal nur in den Dependency grafen, dieses Präsentations Frameworks, was ich gerade nutze, um euch diese Folieninhalte zu vermitteln, wenn wir da reinschauen, dann gibt es also in dem Ökosystem von Node und Node Packages. Dafür steht dieses NPM und diese Package JSON-Log. Da gibt es eine Beschreibungssprache. In dieser Beschreibungssprache kann ich eben sagen, was brauche ich an Open Source Libraries und an Dependencies, an Abhängigkeiten? Die Präsentationen, das Framework, was ich hier nutze, das einfach nur Markdown für euch zur Anzeige bringt und zentriert, könnte man meinen. Das hat 722 Einzeldependencies. So wer sich schon mal an mit auseinandergesetzt hat, was License Compliance bedeutet, also nicht nur Open Source Lizenzen, kommen mit Rechten. Ich kann das nicht abwerten gemeint. Ich kann das Zeug benutzen. Ich darf das Zeug benutzen. Aber ich habe natürlich auch Pflichten. Ich habe mindestens die sogenannte Attributionspflicht. Ich muss sagen, hey, ich nutze hier was. Dankeschön. Übrigens, das steht unter Desenzen. Ihr findet das da und da. Gut, das müsste ich jetzt an 722 Stellen tun. Zum Beispiel für diese eine Präsentation. Da kommt man schon relativ. Wenn man nur Open Source nutzt, einfach nur eine Frage, mit der er nach Hause gehen könnte, habe ich so einen Inventar von Open Source Artifakten, die überhaupt bei mir im Unternehmen im Einsatz sind, wenn ich es denn nutze. Das ist das Thema. Es gibt viele verschiedene Technologien, in denen das relevant ist. Das war jetzt eine Web-Technologie. Aber es gilt genauso, wenn ihr Linux-Sover betreibt und ein WordPress-Instanz betreibt. Das eine ist dann in dem Fall klassische C-Packages und das andere ist PHP-Libraries. Hier waren es jetzt eben NPM-Libraries. Das ist das Thema Dependency-Management. Dependency-Management ist ja im Prinzip dann auch so indirekt nur das Thema, also von außen gerichtet Dependency innen und die Lizenzen im Blick zu haben und das mal ganz plakativ und einfach zu formulieren. Jetzt habe ich aber häufig, das wird ja aus irgendeinem Grund im Unternehmen genutzt und häufig, wenn ihr in einem Software-Unternehmen arbeitet, dann schreiben die eigenen Software-Entwickler auch noch Code dazu. Die nutzen Code, aber schreiben Code dazu, so wie ich die Präsentation für euch geschrieben habe. Da steckt ja auch Intellectual Property drin. Das heißt, die nächste Frage angenommen aus B ist Contribute und ihr wollt etwas Contributen, dann müsst ihr wissen, ob dieses geistige Eigentum, was ihr da Contributen wollt, ob das überhaupt kontributierbar ist, ob ihr das überhaupt abgeben könnt, ob ihr überhaupt die Rechte in Harvard seid. So ein typisches Problem ist immer, die Entwickler sind auf Stack Overflow, finden da zu einer bestimmten Problem eine Lösung, implementieren die und Contributen die dann mit irgendwo hin. Aber es ist vielleicht gar nicht klar, ob der eigentliche Urheber auf zum Beispiel Stack Overflow damit einverstanden ist, hat es vielleicht gar nicht explizit sondern eine freie Lizenz gestellt oder aus seiner Perspektive her woanders herbezogen. Also Thema Source-Grundscanning und Intellectual Property im Quellcode, einfach nur bei der Nutzung von Software und Artefakten. Und dann vielleicht noch ein dritter Punkt, den ich mitbringen wollte, weil ich ihn ganz interessant finde, dass es in ihrer Community ist. Also das habt ihr bestimmte Leute, von denen wisst ihr, die mittlerweile haben Awareness dafür bekommen, dass die Nutzung von Open Source Artefakten mit Rechten eingeht, aber auch mit Pflichten einhergeht. Und jetzt habt ihr Leute, die wollen auch Contribute und die die Contribute, die müssen vielleicht auch wissen, dass ihr Source-Grundscanning ab und zu, je nachdem wie viel und wie groß es ist, mal gescannt werden muss oder das mal reflektiert werden muss, was da drinsteckt und ob das wirklich euer IP ist, was da da frei gibt. Das ist ein spannendes Beispiel, wie ich finde. Kennt jemand Kubernetes? Also wenn ihr Kubernetes nicht kennt, dann ist es nicht so spannend. Okay. Aber wenn ihr in Anführung das Problem habt, wie Kubernetes, Kubernetes ist eine Orchestierungsplattform für Container. Container hat es ja wahrscheinlich im IT-Umfeld schon jeder Mal gehört. So kleine Böckschen, die sehr portable sind, kennt man aus der Logistikbranche, macht in der IT-Branche auch irgendwo Sinn. Von daher setzt es sich da jetzt auch durch. Und diese Container muss man wie ähnlich kreieren, muss sie verladen können, woanders hin deployen können, technische Begriffe. Und man kann sich schon vorstellen, dafür kann man sehr viel Personal brauchen. Und einerseits, um diese Container zu entwickeln und auch diese Container zu verteilen. Und Kubernetes ist so ein Projekt, da arbeiten über 1.000 Personen gleichzeitig mit. Und dann komme ich natürlich, wenn ich jetzt mir nur dieses einfache Beispiele überlege, diese 1.000 Entwickler müssen auf unterschiedliche Netzlevel beim Umgang mit Open Source Artifakten in der Lage sein, zu einzuschätzen, wann sie Open Source, unter welchen Lizenzen, nutzen und freigeben. Und welche Rechten und Pflichten, jeweils auch vom Unternehmen, diesen Entwicklern gegenüber ausgesprochen wird. Das ist das Thema Community at Scale. Da gibt es eine Lösung von Kubernetes für, das ist Perry Bollos. Einfach wer das Problem der Unternehmer hat, kann sich das mal anschauen. Das ist super spannend. Da macht man GitOps für Rechtemanagement in Unternehmen, genau, für beliebige, in dem Fall,ography repositories. Sehr feingranular, kann ich alles möglich steuern, wie Leute eben zum Beispiel Schreibrechte in repositories haben, Leserechte auf repositories haben und damit eben zu midwürken können. Open Source Ökosystem, in dem Fall jetzt zugeben und maßengemüns auf GitHub. Sehr gut. Das war Message Nummer 1, seit ich bewusst, dass wenn ihr die nächsten Stufen betretet, und schuldigt, er irritiert mich hier die ganze Zeit das Mikrofon. Wenn ihr die nächsten Stufen betretet, und kommt in B an, sondern ihr müsst A beherrschen, ihr müsst B beherrschen, dann C beherrschen und ihr müsst D beherrschen. Und gerade, angenommen, wir sind jetzt bei D, mal im Kopf theoretisch, im strategischen Bereich. Ich habe häufiger schon mal mit verschiedenen Unternehmen gesprochen, die in dem Umfeld tätig waren, ein Beispiel Bosch, ja, die liefern ihre Software aus, in zum Beispiel Embedded Devices, in Lampen, Feuermeldern, you name it, in verschiedensten Komponenten. Und wenn die gegen solche Auflagen, also gegenüber den Pflichten, zum Beispiel Verstoßen, dann kann das Rückrufaktionen zur Folge haben. Also die müssen natürlich solche Dinge wirklich Rocksolid im Griff haben, weil die publizieren nicht einfach ein weiteres digitales Artefakt, sondern die müssen vielleicht mit unter Millionen von realen Artefakten zurückrufen austauschen. Zweiter Punkt oder die zweite Message, die ich für euch heute mit dabei habe. Ich glaube, bei diesem Übergang von dem einen Zustand in den nächsten Zustand, ich habe jetzt gerade vielleicht ein bisschen Angst verursacht, weiß ich nicht, war nicht meine Intention, ich wollte ein bisschen Realismus verursachen bei euch, eine realistische Sicht auf die Sache. Und auf jeden Fall gibt es in dem Übergang, gibt es so eine Schnittmenge, es gibt also Projekte, die ich nutze, zum Beispiel wieder auf das Beispiel zurückzukommen, es gibt Projekte, die ich nutze, an denen möchte ich mit contributing. Und jetzt muss ich da recht genau wissen, wie ich das tue. Ich muss die Community kennenlernen, muss das Ökosystem kennenlernen. Und damit stellt diese, sagen wir mal, diese Fläche, diese Schnittmenge, irgendwie so ein Kipppunkt da. Also ich muss das da an diesem Kipppunkt beherrschen, um Leute mitnehmen zu können. Und ich glaube, das ist ganz wichtig, dass du das Learning aus den letzten 6 Jahren, wo ich das in der Versicherungsbranche gemacht habe, man muss so einen Kipppunkt herbeiführen, man muss einen Auflagepunkt, dass der Wechsel von der Einwelt in die nächste Welt möglich wird, muss man irgendwie ermöglichen, und möglichen, dass ich über diesen Punkt hinaus Dinge dann zum Beispiel drehen ins Contribute. Und ich glaube, das Wichtigste an der Stelle ist, so als Learning, man kann das technologisch alles relativ problemlos beherrschen, aber man muss die Menschen irgendwie mitnehmen. Also ich habe das selber gemerkt, wir haben eine Community of Practice Bounds im Unternehmen gehabt und das war im Prinzip der Punkt, wo wir als Ansatzpunkt hatten, hey, wir machen das jetzt gemeinsam. Wir machen nicht nur das Säbelgerastel, wir schauen uns nicht nur die Probleme an, die vielleicht existieren können, sondern wir überlegen uns Konzepte, die es braucht, um dem entgegenzukommen, schreiben die mal nieder. Und da habe ich gesagt, Vorleben nach Guidelines, das ist ganz gut, wenn man das Ganze mal konkret festhält. Man handelt und lebt es vor, nimmt so Leute mit. Und das dauert. An dieser Kipppunkt ist dann, glaube ich, erreicht. Wir hatten die Tage, habe ich gesehen, diesen spannenden Input von einem Ted Talk, von einem First-Mover und dem First-Follower. Ich weiß nicht, ob das auch jemand von euch gesehen hat. Es gibt so ein ganz tolles, drei-minütiges Video, wo jemand tanzt. Und dann schließt sich der Erste an und der Zweite an und der Dritte an. Auf einmal ist das eine Crowd und 50, 60 Leute sind am Ende am Tanzen. Aber die ersten zwei, die tanzen, waren die, die mutig waren. Oder eigentlich sogar der erste, der gefolgt ist. Das war der, der war am mutigsten, der war nicht unbedingt nur der Verrückte, sondern der hat gesagt, was der Verrücktes macht, den folge ich auch. Und ich glaube, das muss man mit Unternehmen hinbekommen, diesen Wandel auch hinzubekommen, in die jeweils nächste Stufe. Das Beispiel, was ich hier für euch da aus Bern dabei habe, das stammt, wer es vielleicht am logischen erkannt hat, von Zalando. Zalando, ja, das die, die, glaube ich, Schuhe verschicken und versenden. Und wo man nicht unbedingt denkt, dass die eine sehr valable und gute und aktive Open Source Community haben. Mitunter wir in der Versicherungsbranche haben sie, haben uns auch an ihrer wiederum quelloffenen Dokumentation zum Community Management orientiert, in größeren Unternehmen. Schaut einmal einfach vorbei. Also sie haben sowas wie eben etwas verleichterte Licensing-Guides zu lesen, Policies, also Erklärungen, Auflagen, die man beachten muss, wenn man eben Open Source Unternehmen einsetzt oder auch freigibt. Das sind immer so die beiden Dimensionen, in denen man mindestens denkt, also das Adopting und das Releasing. Genau, schaut einmal vorbei und geht vielleicht auch mal vorbei. Ich könnte mir vorstellen, dass die richtigen Ansprechpartner, leider sind sie heute nicht da, aber hier in Berlin zumindest vor Ort sind. Sehr gut, dann habe ich als Letztes noch und damit sind wir auch schon größtenteils durch und wir haben zehn Minuten. Ich glaube, wir haben vielleicht da ein bisschen Zeit für Fragen. Einfach noch eine Reihe von Links und spannenden Inputs vielleicht für euch, wenn ihr euch eben auf der etwas höheren Ebene nochmal mit den Themen beschäftigen wollt. Und zwar so ein bisschen was, was man mit den Themen verwendet und weiterführen. Ich habe das Eingang schon erwähnt, ich selber habe bei der Eclipse Foundation das geschafft, Indirekt. Und wenn Sie das für groß skalierte Industriezweige gewährleisten wollen, dann gründet man bei der Eclipse Foundation sogenannte Working Groups für Industriekollaboration. Da können wir vielleicht nochmal ganz kurz reinschauen, dass wir vielleicht mal ein Gefühl dafür bekommen, wer denn damit wem zusammenarbeitet. Wenn ich immer ganz nett finde, ist entweder IoT, da ist auch mit dabei, aber wir können ja mal irgendwas nehmen, OpenADX, ist Autonomous Driving und da schaffen zum Beispiel Bosch und Siemens mit verschiedenen Development-Membern zusammen und schreiben gemeinsam quäl offene Software und geben die frei auch zum Verbauen in zum Beispiel embedded Devices. Dann, was ich wirklich finde, was zur Zeit herausragend ist, sind die ganzen Dokumentationen, die entstanden sind, to do group on OSPOS. Sie haben, wenn ihr den Industriebezug haben wollt, da auch eine ganze Reihe von Case Studies freigegeben, wo wirklich die Ansprechpersonen aus den Unternehmen auch quasi rapportieren und berichten, wie sie da vorgegangen sind bei der Implementierung von einem OSPOS in ihrem Unternehmen. Man muss zugeben, das sind natürlich hier die Großen. Da sind jetzt die KMUs nicht zwingend mitvertretend bei den Case Studies, aber dennoch, ich glaube, wenn man es schafft, dann kann man auch kleine Dinge verändern. Also das Momentum hier, dass man in solchen Firmen implementieren kann. Ich habe selber in größeren Firmen geschafft, es ist nichts zu unterschätzen, wenn es möglich ist, auch solche Dinge hier publik zu machen und zu publizieren. Lokale Ansprechpartner ansonsten hier in Deutschland wären die Open Source Business Allianz, die OSPA. Vielleicht kennt ihr eine andere Sache, aber ich glaube, das ist das, was ich finde, das ist das, was ich finde, aber vielleicht kennt ihr eine andere Sie auch. Ansonsten schaut mal gerne auf der Website vorbei. Wir selber sind in der Schweiz ansässig. Wir sind im Verein CO-Open auch tätig, hatte ich Eingangs erwähnt. Und wenn euch die Versicherungssektor interessiert, oder meine Erfahrungen im Versicherungsbereich, dann wären das die Links, wo ich das Ganze so ein bisschen rauskondensiert habe heute für den heutigen Vortrag, wo die konkreten Guidelines, die wir im Unternehmen gelebt haben, drinstehen und versucht haben, übergreifende Versicherungskonzerne hinweg Open Source zu verankern. Da findet ihr, das sind Links erste Ordnung und da findet ihr viele weitere Informationen, wenn euch das jeweilige Thema interessiert. Damit bin ich plus-minus ein paar Minuten vor der Zeit fertig, vielleicht zu fünf. Ich mich ganz recht herzlich bedanken für eure Aufmerksamkeit am späten Abend und würde ganz gerne, wenn ihr plus-minus mochtet, vielleicht bitten noch eine Minute länger zuzuhören und zuzuzu und zu überlegen. Und zwar möchte ich einfach nur ein Projekt, wenn das in Ordnung ist, was wir zurzeit treiben, hervorheben und betonen. Und zwar haben wir zurzeit als Verein CA Open Crowdfunding lanciert für die Erweiterung von LibraOffice und zwar für die Möglichkeit, Audiokommentare auf Slide zu hinterlegen, gerade vor Studenten und für Studierende. Also Slides nicht mit schriftlichen Notes hinterlegen kann, sondern eine Slide besprechen kann mit Inhalt und abspielen kann, wenn man jeweilige Slides sieht. Da haben wir gerade ein Crowdfunding-Projekt, also falls ihr da mitmachen wollt, das Ganze läuft noch 34 Tage bis zum 4. November 2022 und wir sind in Finanzierungstil noch ein bisschen hinten dran, aber dann würde ich mich freuen. Ich glaube, wir starten, glaub ich, ab. Das ist mich nicht liegen, 8 Euro, glaub ich. Und es ist auch in Euro finanziert, dass ich mit Schweizer Franken finanziert. Das sollte der kleine Werbeblock nach dem Ende sein. Ich bedanke mich für eure Aufmerksamkeit und würde mich freuen, wenn es noch die eine oder andere Frage gibt. Vielen Dank. Dann sind wir jetzt noch offen für irgendwelche Rückfragen. Wenn es irgendwelche Fragen gibt, dann einfach die Hand heben, dann komme ich mit dem Mikrofon vorbei. Auch ganz. Dann habe ich die Rückfrage. Und zwar zum Thema strategische Vorteile für ein Unternehmen auch mal im Open Source hätte ich es sogar sein. Gibt es da Beispiele, die ihr euch schon befasst habt, wie das dann für eine Firma strategisch von Vorteilhaft sein kann? Natürlich. Weil ansonsten machen Firmen sowas ja seltenst, wenn sie das nicht mit einem Vorteil behaftet sehen. Und ich zeige euch mal ganz kurz einfach die Antwort zum Beispiel, die das Ausbau darauf gibt. Es gibt natürlich Business-Strategien, die man auch daraus ableiten kann, aber die eigentlichen Vorteile, die man in jedem Fall immer hervorheben kann, die an jedem Unternehmen wirken, sind diese hier. Also meistens ist es, dass man sich eben Engineering getrieben, sehr viel Kosten spart, indem man durch Wiederverwendung viel höhere Liefergeschwindigkeit hat bei der Implementierung neuer Features. Also jeder, der sehr wahrscheinlich in den letzten Jahren nämlich Frontend-Projekte begleitet hat, also Webseiten gemacht hat oder Ähnliches, das ist da arg durch die Decke gegangen, da muss man fast nichts mehr machen. Das ist das, was wir sehen für WordPress-Instanz und Ähnliches. Also es hat immer was mit zu tun, mit Kosten oder Zeitsparen oder mit der Anpassbarkeit. Das sind so die Hauptargumente, die man eigentlich so anführen kann und dann gibt es verschiedene Arten, das zu qualifizieren und auch zu quantifizieren. Es gibt auf der einen Seite, die ich nicht gezeigt habe, und zwar wo es auf dem um den Punkt, das zeigs jetzt doch, weil wir noch die Minute haben. Wenn ich es finde, entschuldigt, das finde ich meine eigenen Slides nicht, hier habe ich auf den Link Source Code Scanning nicht draufgeklickt, aber ich klick jetzt mal drauf, weil manchmal ist es auch nett, wenn man einfach eine Dollar-Nambe oder eine Eurozahl sieht. Und wenn ihr zum Beispiel, also was Open Hub hier macht, ist Reverse Engineering von eurem Quellcode. Es gibt so bestimmte Modelle, die beschreiben, wie teuer das ist, auf normale Jahresgehälter in bestimmten Ländern können wir alles einstellen und dann kriegt man eine Zahl, einfach nur durch die Nutzung bezüglich der Cost Estimates ein bestimmtes Artifakt zu schreiben. In dem Fall ist es Git, also einfach der Klein, den man benutzt als Versionsverwaltung, kennt vielleicht der eine oder andere, benutzt jeder Software-Entwickler und der Estimated Effort bei einem Jahres-Cellery von 50.000$ sind knapp 9 Millionen oder 152 Personenjahre, das zu schreiben. Und das ist bei einem Tool, das jeder Entwickler heutzutage freien nutzen kann unter freien Lizenzen. Also das sind Zahlen, die kann man ganz gut dann mal wirklich belastbar wem zeigen, in Anführung schrieben belastbar. Hier ist auch das Berechnungsmodell, die Berechnungsgrundlage hinterlegt und natürlich hat die auch irgendwelche Vor- und Nachteile. Jedes Ding ist irgendwie angreifbar, aber dann hätte man mal so eine Zahl, die kann man zu Diskussionen stellen. Und die muss man halt nicht ausgeben. So, wenn man einfach nur nutzen möchte, eine Zahl ging, die muss man erstmal anentwickeln. Gut, wenn es noch weitere Fragen gibt, dann... Gut, wenn es noch keine weiteren Fragen gibt, dann... Ich habe hier mit jemandem gesprochen, der will irgendwie so ein Nachhaltigkeits- Bewertungstool machen für Verhaltensweisen und so. Und ich hatte mir halt vorgestellt, dass sowas bestimmt schon irgendwie existiert und er dann das Rad neu erfinden würde, weil das eine von null from scratch komplizierte Aufgabe gibt, wäre. Und ich frage mich, ob du da was kennst oder wo man danach schauen könnte, weil ich mich mit den... Weil Open Source ist ja mehr dann so für technische Anwendungen. Direkte Lösung. Entschuldige, kann ich dir jetzt nicht nennen. Ich kenne jetzt keine, wo ich sage, da müsste man jetzt nur nutzen und nicht weiter recherchieren. Also ich glaube, diese Messbarkeit von Nachhaltigkeitskriterien, an denen ist zurzeit eigentlich jeder interessiert. Auch die Industrie ist daran zu sein, sehr interessiert. Die nutzen natürlich häufig leider geschlossene Bewertungsmodelle der Rating-Agenturen, also durch die SDGs und bestimmte Kriterien, Nachhaltig-Kriterien, auch der EU. Gibt sehr Investment-Strategien, die jetzt verbogen oder umgebogen werden, diese Richtung gelenkt werden. Ich glaube, das, was meistens in Unternehmen, einfach um die Antwort zu geben, was Unternehmen jetzt lenkt, es gibt ein recht gutes Video, das ist irgendwie 4 Wochen alt und ähnliches zu dem Thema, wo Investment-Leute, ich glaube, von der Universität Zürich, das auseinandergenommen haben, wie die Bewertungsmodelle, die Nachhaltigkeitsbewertungsmodelle für Unternehmen, wie die korrelieren oder eben auch nicht korrelieren von den verschiedenen Rating-Agenturen. Da wird aber auch nur erläutert, dass sie nicht quelloffen sind und nicht einsehbar sind. Von daher haben sie die reverse-engineered auf Basis der Daten versucht, Korrelation zu finden. Gut, dann sind wir jetzt auch am Ende der Zeit. Ich bedanke mich noch mal herzlich bei Markus Tiede und denke, er hat auch einmal einen Applaus verdient.