{"id":325,"date":"2019-06-20T16:40:01","date_gmt":"2019-06-20T16:40:01","guid":{"rendered":"https:\/\/github.blog\/de\/?p=325"},"modified":"2019-07-23T09:29:21","modified_gmt":"2019-07-23T09:29:21","slug":"inner-source-open-source-fuer-die-kommerzielle-software-entwicklung","status":"publish","type":"post","link":"https:\/\/github.blog\/de\/2019-06-20-inner-source-open-source-fuer-die-kommerzielle-software-entwicklung\/","title":{"rendered":"Inner Source: Open Source f\u00fcr die kommerzielle Software-Entwicklung"},"content":{"rendered":"

Open Source-Entwicklungsprinzipien k\u00f6nnen das unternehmensinterne Software Development nachhaltig ver\u00e4ndern. Die Vorteile liegen auf der Hand: team\u00fcbergreifende Zusammenarbeit, Transparenz und Zugang zu Projekten f\u00fcr alle Entwickler \u2013 zu verstehen als Einladung an jeden Interessierten oder Verantwortlichen sich einzubringen. Doch funktioniert solch ein offener, demokratischer Umgang mit Sourcecode und Expertenwissen auch innerhalb von Unternehmensgrenzen und von fest etablierten Prozessen?<\/span><\/p>\n

Auf der diesj\u00e4hrigen <\/span>Noah Conference<\/span><\/a>, gingen wir genau dieser Frage nach. Im Interview<\/a>, das Lilli Seyther-Besecke, unsere Enterprise Account Managerin (@lillisebe), mit Isabel Drost-Fromm, der Inner Source-Strategin von Europace, f\u00fchrte, kamen wichtige Fragen zum Thema Innersourcing zur Sprache. Isabel und ihre Europace-Kollegen waren ma\u00dfgeblich an der Entstehung eines Inner Source-Manifests beteiligt, welches die unternehmens\u00fcbergreifende Initiative <\/span>innersourcecommons.org<\/span><\/a> entwickelte. <\/span><\/p>\n

Open Source-Prinzipien auf Inner Source \u00fcbertragen<\/b><\/a><\/h2>\n

Die Vorteile der Open Source-Grunds\u00e4tze lassen sich auf die unternehmensinterne Entwicklung \u00fcbertragen, wenn sie entsprechend angepasst werden: Das hei\u00dft vor allem, die Community auf die Unternehmensgrenzen zu beschr\u00e4nken. W\u00e4hrend also beispielsweise die Projektartefakte, wie Code und Dokumentation, bei der Open Source-Entwicklung typischerweise \u00f6ffentlich verf\u00fcgbar sind, beschr\u00e4nkt sich diese Transparenz nun auf die Mitarbeiter des Unternehmens. <\/span><\/p>\n

F\u00fcr Unternehmen bedeutet das, sich von den klassischen, oft von festen Strukturen und langfristig geplanten Release-Zyklen gepr\u00e4gten Development-Prozessen zu l\u00f6sen. Quellcode und Dokumentation stehen nun einer deutlich breiteren Audience zur Verf\u00fcgung \u2013 praktisch jeder Unternehmensangeh\u00f6rige kann daran weiterarbeiten, kommentieren oder anderweitig nutzen. Der Prozess \u00fcberwindet r\u00e4umliche und zeitliche Distanzen, jegliche Kommunikation findet asynchron statt. Wie bei der Open Source-Entwicklung nimmt auch beim Innersourcing das Continuous Testing einen besonderen Stellenwert ein: Um die Qualit\u00e4t des Codes sicherzustellen, wird das Schreiben von Test-Routinen idealerweise zu einem festen Development-Task f\u00fcr jedes neue Feature.<\/span><\/p>\n

Vorteile von Inner Source f\u00fcr das Inhouse Development<\/b><\/a><\/h2>\n

Isabel erl\u00e4uterte im Interview die Effekte, die Europace bei der Umsetzung von Inner Source erzielen konnte. Vor allem, so sagte sie, wird die Software-Entwicklung effektiver. Durch die engere und f\u00fcr alle transparente Zusammenarbeit gelingt es zum einen, auch gr\u00f6\u00dfere Teams, die remote und verteilt arbeiten, zusammen zu bringen. Zum anderen wird der generierte Code f\u00fcr neue Projekte besser genutzt. Die Qualit\u00e4t des Codes ist hoch, auch weil Kollegen anderer Bereiche, wie etwa Sales oder UX-Design fr\u00fchzeitig ihre Anforderungen und L\u00f6sungen einbringen.<\/span><\/p>\n

Schlie\u00dflich verk\u00fcrzen sich die Release-Zyklen deutlich. Denn asynchron arbeiten bedeutet, die Tasks zu erledigen, wenn sie da sind und nicht wenn ein Projektplan sie festlegt. Das Feedback kommt schnell und direkt, andere Entwickler k\u00f6nnen sofort dort ansetzen. Ganze Programmteile \u2013 laufend getestet und von hoher Qualit\u00e4t \u2013 k\u00f6nnen wiederverwendet werden, was Entwicklungszeit spart. Expertenwissen steht allen zur Verf\u00fcgung und sorgt f\u00fcr eine bessere Weiterentwicklung jedes Einzelnen. Die Arbeitszeit wird besser genutzt, da jeder flexibel mehr oder weniger Zeit im Projekt verbringen kann, ohne auf Abstimmungs-Meetings zu warten. <\/span><\/p>\n

Agile Development und Inner Source schlie\u00dfen sich nicht aus<\/b><\/a><\/h2>\n

Der Team-, Zeitzonen- und Grenzen-\u00fcbergreifende Ansatz von Inner Source steht auf den ersten Blick den Prinzipien des Agile Development entgegen. Diese wurden f\u00fcr kleinere Teams entwickelt, die sich in kurzen Abst\u00e4nden Face-to-Face untereinander und mit anderen Stakeholdern abstimmen und deshalb idealerweise in einem B\u00fcro zusammenarbeiten. Das funktioniert in kleinen Start-ups sehr gut und beschleunigt die Entwicklung stark. Werden die Teams jedoch gr\u00f6\u00dfer, wird dies schwieriger. Agile und Inner Source k\u00f6nnen einander erg\u00e4nzen, wenn agile Teams beispielsweise mehr dokumentieren und Einfluss von au\u00dferhalb noch mehr integrieren.<\/span><\/p>\n

Warum GitHub?<\/b><\/a><\/h2>\n

Collaboration braucht eine Plattform. Auf die Frage, warum Europace mit GitHub zusammenarbeitet, nannte Isabel wichtige Gr\u00fcnde: Die meisten Entwickler kennen die Entwicklungsplattform GitHub aus dem Open Source-Bereich. Diese Erfahrungen lassen sich f\u00fcr eine Inner Source-Strategie nutzen. Im Tech-Blog von Europace findet ihr einige Erfahrungsberichte, zum Beispiel auch dar\u00fcber, wie sich die <\/span>GitHub Enterprise Cloud f\u00fcr Inner Source<\/span><\/a> nutzen l\u00e4sst. <\/span><\/p>\n

Wie lie\u00dfe sich das konkret in eurem Unternehmen umsetzen? Gern teilen wir mit euch Best Practices, kreative Ideen und viel Erfahrung. Genauso gern diskutieren wir mit euch kontrovers einzelne Detail-Aspekte \u2013 f\u00fcr mehr Zusammenarbeit und Transparenz im gesamten Unternehmen. F\u00fcr mehr Informationen empfehlen wir euch das Buch <\/span>\u201cAdopting InnerSource – Principles and Case Studies<\/span><\/a>\u201d, welches die Initiative innersourcecommons.org kostenlos zum Download zur Verf\u00fcgung stellt.<\/span><\/p>\n

Hier k\u00f6nnt ihr das vollst\u00e4ndige Interview ansehen:<\/p>\n