Wie die Salzburg AG mit einer neuen Crowdinvesting-Plattform die Energiewende vorantreibt

14.02.2018

Interview zum Codeship-Exit: „Es wird niemand von uns umziehen“

Interview. Nach dem Exit an CloudBees haben wir mit dem Wiener Codeship-Founder und (Ex-)CEO Moritz Plassnig darüber gesprochen, wie es nun weitergeht.

/artikel/interview-zum-codeship-exit-es-wird-niemand-von-uns-umziehen

✨ AI Kontextualisierung

2011 in Wien gegründet, wuchs das Startup Codeship in Boston zu einem IT-Dienstleister mit über 2000 Business-Kunden heran. Mehr als elf Millionen US-Dollar Kapital wurden in mehreren Runden aufgestellt. Nun folgte der Exit: Konkurrent CloudBees übernahm das Unternehmen für einen nicht näher genannten Betrag. Wobei: Als (Ex-)Konkurrenten will der Codeship-Founder und nun Ex-CEO Moritz Plassnig seine neue berufliche Heimat natürlich nicht bezeichnen. Im Interview sprachen wir mit Plassnig darüber, wie es bei Codeship als Teil von CloudBees nun weitergehen wird.

+++ Archiv: 7 Mio Dollar für Codeshíp: “Fundraising nur Mittel zum Zweck” +++

Zunächst Gratulation zum Exit! Wie ich gelesen habe, darfst du nichts über die Summe sagen?

Das ist korrekt (lacht).

Auch nicht im wieviel-stelligen Bereich das war?

Nein, da gebe ich jedem die gleiche Antwort.

Bevor wir zur Sache kommen, bitte ich dich um einen kurzen Pitch. Was macht Codeship?

Wir machen zwei Dinge. Wir testen automatisiert Software-Änderungen. Und dann helfen wir über einen automatisierten Prozess und unser Produkt, diese Änderungen auch wirklich an die Kunden unserer Kunden auszurollen. Wenn unser Kunde etwa eine Web-Applikation hat, an der 20 bis 30 Software-Entwickler arbeiten, dann verwenden die Software-Entwickler unser Produkt, um sicherzustellen, dass jede Änderung, die sie an ihrem Produkt bzw. ihrer Applikation machen, tatsächlich fehlerfrei funktioniert. Das ist der erste Schritt. Der zweite ist, dass diese Änderungen dann wirklich so schnell wie möglich online sind. Der Grund für die Kunden, das zu nutzen, ist einfach, dass sie damit schneller ihre Applikationen verbessern können und dadurch letztlich erfolgreicher in ihrem Business sind.

„Wenn man sich Software-Firmen ansieht, happert es oft genau an diesem Prozess.“

Denn für Software-Firmen ist es heute einfach sehr, sehr wichtig, dass sie sich so schnell wie möglich weiterentwickeln, innovativ sind, neue Produkte bauen, alte Produkte verbessern, um am Markt attraktiv zu bleiben und damit ihre Kunden glücklich zu machen und deren Anforderungen zu erfüllen. Und das wird in der Zukunft noch wichtiger sein. Und wenn man sich Software-Firmen ansieht, happert es oft genau an diesem Prozess. Wir haben Kunden, die, bevor sie Codeship genutzt haben, wirklich Wochen gebraucht haben, um eine kleine Änderung von einem Programmierer an die Kunden rauszubringen. Mit uns passieren diese Updates quasi täglich, weil der Prozess so vereinfacht ist, dass diese „Continous Delivery“ möglich wird.

Ihr habt über 2000 Kunden. Gibt es große Namen, die du nennen darfst?

Wir haben Kunden in mehr als 80 Ländern in den unterschiedlichsten Marktsegmenten. Wir sind natürlich sehr erfolgreich bei Software-Firmen, aber auch bei Firmen, die in der Öffentlichkeit nicht als Software-Firmen wahrgenommen werden. Da wäre etwa CNN. Die verwenden sehr viel Software, um den gesamten Media-Content und alles, was sie machen, zu unterstützen. Andere Beispiele wären die Supermarkt-Kette Whole Foods oder Red Bull. Für uns ist es letztlich irrelevant, ob die Firma die Software-Produkte, die sie macht, wirklich an die Kunden verkauft, oder ob es nur interne Produkte sind, um ihr Kerngeschäft besser zu machen. Trotzdem haben wir natürlich auch klassische Software-Firmen als Kunden. Zum Beispiel Sage, ein großes britisches Unternehmen, das unter anderem Buchhaltungssoftware anbietet.

Kann man das dann als Outsourcing bezeichnen?

Der Begriff „Outsourcing“ würde schon irgendwie passen. Aber er wird oft auch negativ verstanden. Damit wird ja häufig assoziiert, dass man irgendwo ein Team beschäftigt, um die Kosten niedrig zu halten. Unsere Kunden outsourcen aber nicht zu uns als Team, sondern kaufen ja unsere Software und nutzen unsere automatisierte Plattform. Ich würde also den Begriff „Outsourcing“ eher nicht verwenden. Was man aber natürlich in unserer Industrie sieht ist, dass die Kunden merken, dass sie nicht alles selber machen müssen. Sie verwenden immer mehr B2B-Produkte um einzelne Teile ihres Business zu unterstützen.

Es gibt in dem Bereich ja viele große Firmen. Ein Beispiel wäre Sales Force. Deren Produkt wird von sehr vielen Firmen genutzt. Auch wir verwenden Sales Force. Niemand würde heute mehr auf die Idee kommen, so etwas wie Sales Force inhouse zu bauen. Das würde einfach keinen Sinn machen. Dasselbe gilt für die Software-Industrie, wenn man sich all die Produkte ansieht, die Entwickler-Teams verwenden. Vor 10-20 Jahren wurde noch sehr viel davon inhouse erstellt. Oder man hat open source-Software genutzt und kleinere Teams aufgestellt, die diese Tools bauen. Unsere Kunden verwenden Codeship und noch 20 weitere Produkte, damit ihre Software-Entwickler sich darauf konzentrieren können, was für das Unternehmen am wichtigsten ist. Sie müssen keine Zeit mehr dafür aufwenden, quasi ihr eigenes Codeship zu bauen, was letztlich reine Zeitverschwendung wäre.

„Am einfachsten kann ich es wohl so ausdrücken: Cloudbees macht das Gleiche wie Codeship.“

Jetzt natürlich die Gegenfrage: Was macht CloudBees?

Am einfachsten kann ich es wohl so ausdrücken: Cloudbees macht das Gleiche wie Codeship. Sie machen es nur in deutlich größerem Ausmaß. Das Team ist etwa zehnmal so groß wie unseres. Gemeinsam sind wir jetzt mehr als 300 Leute. Und sie sind in anderen Marktsegmenten aktiv, als wir. Codeship ist komplett in der Cloud, ist ein SaaS-Produkt. Dadurch haben wir sehr viele kleinere und mittlere Unternehmen als Kunden bekommen, die First Mover in der Cloud waren. Sie haben von Beginn an auf Tools wie Codeship gesetzt.

CloudBees ist dagegen vor allem im On-Premise-Teil des Markts und im Enterprise-Markt aktiv. CloudBees ist also quasi das Gegenteil von Codeship. Sie haben sehr viele, große Kunden. Viele davon sind weltweit bekannte Firmen. Dadurch ergänzen wir uns sehr gut. Wenn also jetzt ein Unternehmen zu uns kommt, ist es irrelevant, ob es groß oder klein ist. Es ist irrelevant, in welchem Marktsegment das Unternehmen ist – ob es nun eine Bank oder ein Software-Unternehmen ist. Oder ob es ein kleines Startup ist, das etwas neues ausprobiert. Es ist irrelevant, ob die Applikation in der Cloud läuft, oder man ein eigenes Data-Center hat. Wir können die richtige Lösung bieten. Wir haben Produkte für die verschiedensten Verticals.

Das ist auch der Grund, warum ich und unser Team so euphorisch darüber sind, jetzt Teil dieses Ganzen zu sein. Das ist genau das, was wir von Anfang an machen wollten. Wir wollten ein Produkt haben, das jeder Software-Entwickler draußen verwenden kann. Wir wollten uns nicht einschränken. Und jetzt ist das möglich, weil wir gemeinsam den gesamten Markt abdecken. Das ist halt super geil.

Codeship bleibt ja als eigene Marke erhalten. Wie handhabt ihr das? Werdet ihr Kunden, die besser zur anderen Lösung passen, einfach weiter verweisen?

Ja, genau das. Und für alle größeren Kunden, egal ob von Codeship oder CloudBees, ist es auch sehr wahrscheinlich, dass sie beide Produkte verwenden werden. Weil größere Firmen einfach so viele Software-Entwickler und Software-Entwickler-Teams haben, dass sie so unterschiedliche Anforderungen haben, dass sie letztlich beides benötigen. Unser Sales-Team wird dann Fall für Fall entscheiden, welches Produkt sinnvoller ist. Wir wollten das auch durch eine Änderung des Namens klarstellen. Wir sind „Codeship by CloudBees“. Damit soll man klar erkennen: Wir sind jetzt eine gemeinsame Firma, aber zugleich bleibt die Brand weiter bestehen. Und das hat den Grund, dass wir sehr viele Kunden haben und uns am Markt sehr viele kennen. Da würde es einfach keinen Sinn ergeben, den Namen aufzugeben.

+++ Archiv: Codeshíp unter Top 5 der besten Continuous Integration Tools +++

Könnte man dann sagen, dass Codeship dadurch zu einer Produkt-Marke innerhalb von CloudBees wird?

Ja, das kann man so sagen.

„Es wird niemand von uns umziehen.“

Euer gesamtes Team wird von CloudBees übernommen. Bleiben die Standorte auch so, wie sie sind?

Ja. Es wird niemand von uns umziehen. Wir haben weiterhin Büros in Boston, Wien und Berlin und Leute in England, Frankreich, Kanada und den USA. Es bleibt alles, wie es ist, auch wenn wir weitere Leute anstellen. Es kann auch sein, dass es dann irgendwann mehr Leute in Wien gibt. Da müssen wir einfach sehen, wo es Sinn für uns macht.

Aber CloudBees hat seinen Sitz relativ weit weg?

Sie haben ihr Headquarter in San José in Kalifornien und auch eine ganze Reihe internationaler Standorte. Witzigerweise waren sie anfangs sehr stark in Boston aufgestellt und sind dort gut vernetzt. Aber es ist ja mittlerweile für Software-Unternehmen vollkommen normal, so international aufgestellt zu sein. Man muss ja nur unsere Kunden ansehen, die aus mehr als 80 Ländern kommen. Man muss also auch das Team international aufstellen, weil man die Kunden ja gut supporten können will. Da geht es gar nicht anders, als dass man in immer mehr Ländern vertreten ist. Das ist bei uns schon mit einem sehr kleinen Team passiert und das ist bei CloudBees das Gleiche. Sie haben ebenfalls sehr viele Leute in den USA, aber auch in Europa und etwa in Australien.

Zu dir persönlich: Du bleibst Codeship-Chef innerhalb CloudBees. Hältst du auch CloudBees-Anteile?

(lacht) Ich werde auch dazu nichts sagen. Ich bin durch den Exit jetzt Teil des Executive-Teams von CloudBees. Mein Titel ist VP Cloud. Wir sind stark darauf fokussiert, Codeship nicht zu sehr als Silo innerhalb CloudBees aufzubauen. Wir wollen, wie gesagt, dass es für die Kunden mehrere Produkte gibt, die stark miteinander integriert sind. Es soll für die Kunden sehr einfach sein, mit einem Produkt, etwa Codeship, anzufangen und dann später auch noch ein Enterprise-Produkt von CloudBees dazuzunehmen. Das soll wirklich aus einem Guss kommen.

„Meine zentrale Frage lautet jetzt: Was ist für CloudBees am Ende des Tages besser?“

Daher arbeiten wir intensiv daran, dass wir die Teams gut integrieren. Aber wie gesagt, die Marke bleibt erhalten und wir entwickeln Codeship weiter. Und es gibt eine sehr, sehr coole Roadmap, was wir da machen. Und ich bin dafür verantwortlich, dass Codeship innerhalb von Cloudbees weiter sehr erfolgreich ist. Ich will natürlich dazu sagen: Meine zentrale Frage lautet jetzt: Was ist für CloudBees am Ende des Tages besser? Da ist Codeship jetzt ein wichtiger Teil, aber eben nur ein Teil. Wir wollen letztlich als eine Firma erfolgreich sein.

Du hast eben von einer coolen Roadmap gesprochen. Wie geht es weiter?

Man kann es grob in zwei Workstreams aufteilen. Der eine Workstream ist: Wir werden das, was wir ohnehin geplant haben, weitermachen. Da gibt es sehr viel Kunden-Feedback. Was sind die Features und Funktionalitäten, die sie benötigen? Der zweite Workstream dreht sich um die Frage: Wie können wir es den bestehenden Kunden von Codeship und CloudBees erleichtern, Produkte beider Unternehmensteile zu nutzen? Es soll eine seamless Experience geben. Das beginnt mit der Brand, weswegen wir jetzt „Codeship by CloudBees“ heißen, und dem User Interface. Aber es sollen dann wirklich im Kern die Funktionalitäten immer mehr übergreifen.

Ein konkretes Beispiel: CloudBees hat ein Analytics-Produkt im DevOps-Bereich, wo große Unternehmen Insights bekommen, wo es bei den Applikationen Probleme gibt, was sie verlangsamt und wie man den Workflow optimieren kann. Das ist ein Produkt, das wir sehr schnell integrieren werden. Denn die Frage nach dem Workflow ist über alle Produkte hinweg spannend. Da muss es dann für die Kunden irrelevant sein, wenn sie mit 20 Teams ein CloudBees-Produkt nutzen und mit fünf Teams ein Codeship-Produkt. Das muss dann übergreifend funktionieren. Da werden wir nun einige Zeit investieren, um das für unsere Kunden zu optimieren. Und es wird auch spannend werden, mit welchen neuen Anforderungen unsere Kunden zu uns kommen, nun, da sie wissen, dass wir jetzt eine Firma sind. Oder auch Kunden von CloudBees. Es werden sich dadurch jedenfalls viele neue Aufgaben für uns ergeben.

⇒ Zur Page von Codeship

⇒ Zur Page von Cloudbees

Deine ungelesenen Artikel:

Ann-Kathrin Salmen

02.10.2026

Was CEOs von der Gen Z lernen können: Reverse Mentoring als Innovationsmotor der Zukunft

Die Halbwertszeit von Wissen schrumpft rasant in einer Zeit, in der Wandel schneller passiert, als Erfahrung aufgebaut wird, dreht Reverse Mentoring die klassische Lernhierarchie um. Eine Spurensuche zwischen Machtgefällen und dem Mut zum Nichtwissen.

/artikel/was-ceos-von-der-gen-z-lernen-koennen-reverse-mentoring-als-innovationsmotor-der-zukunft

Ann-Kathrin Salmen

02.10.2026

Was CEOs von der Gen Z lernen können: Reverse Mentoring als Innovationsmotor der Zukunft

/artikel/was-ceos-von-der-gen-z-lernen-koennen-reverse-mentoring-als-innovationsmotor-der-zukunft

Dieser Text ist zuerst im brutkasten-Printmagazin von August 2026 „Aufbrechen“ erschienen. Eine Download-Möglichkeit des gesamten Magazins findet sich am Ende dieses Artikels.

Wir leben in einer paradoxen Arbeitswelt: Führungskräfte werden für ihr über Jahrzehnte angesammeltes Wissen bezahlt doch exakt dieses Erfahrungswissen kann angesichts rasanter technologischer und kultureller Umbrüche zum blinden Fleck werden. Genau hier setzt eine Methodik an, die traditionelle Rollenbilder auf den Kopf stellt: Reverse Mentoring.

Ines Hanusch, Gründerin der Reverse-Mentoring-Agentur bond & grow, begleitet Unternehmen und Politik bei diesem Paradigmenwechsel. Für sie ist der Kerngedanke simpel, aber radikal: „Beim klassischen Mentoring lernt die Jüngere von der Erfahreneren. Beim Reverse Mentoring ist es umgekehrt: Die Führungskraft sitzt in der Lernenden-Position gezielt, strukturiert und vor allem nicht nebenbei.“

Kein Kaffeetratsch und keine Therapie

Doch was genau ist Reverse Mentoring in der Praxis? Hanusch wird nicht müde zu betonen, was es nicht ist: Es sei kein lockeres Kaffeegespräch, kein Coaching mit einer einzigen Zielvorgabe und schon gar keine Therapie. Auch der oft gehörte Einwand, man könne sich doch einfach mit den eigenen Kindern austauschen, greift für die Expertin ins Leere: „Mit den eigenen Kindern teile ich eine Sozialisation, ein Machtgefälle, ob ich will oder nicht.

Das Kind wird mir vieles nicht sagen, und ich werde vieles nicht hören wollen.“ Wahre Wirkung entstehe erst durch psychologische Sicherheit ohne persönliche Verstrickung eine Atmosphäre, in der ein junger Mensch kein Interesse daran hat, zu gefallen, sondern ehrlich zu sein.

Der Blick von innen: Reibung als Chance

In klassischen Organisationen verhindert die Hierarchie oft genau jenen Raum der psychologischen Sicherheit, in dem ungefiltert und ohne Angst vor Konsequenzen gesprochen werden kann. Ines Hanusch beschreibt das systematische Dilemma eindrücklich: Je weiter Führungskräfte auf der Karriereleiter nach oben klettern, desto mehr manifestiert sich die Angst vor Inkompetenz und Statusverlust. „Wenn Top-Entscheider:innen plötzlich von jemandem lernen, der dreißig Jahre jünger ist, entsteht unweigerlich intensive Emotion, Irritation und Reibung“ – doch exakt in diesen Momenten verankert sich laut Hanusch der größte Lerneffekt.

Wie sich dieser Rollentausch in der Realität anfühlt, schildert eine 21-jährige Mentorin, die im Rahmen von bond & grow Top-Entscheider:innen begleitet. Kristin Barnowsky sieht in ihrer Aufgabe eine enorme Verantwortung: Für sie bedeutet Reverse Mentoring, erfahrenen Führungskräften neue Perspektiven mit auf den Weg zu geben und dabei auch hin und wieder Reibung zu erzeugen“. Nervosität vor dem ersten Aufeinandertreffen ist keine Seltenheit, wie sie verrät. Ihr persönlicher mentaler Trick für das erste Meeting? „Ich stelle mir einfach vor, dass die Person mich bereits mag und ich sie auch. Dadurch gehe ich wesentlich natürlicher, authentischer und positiver in das Gespräch.“

Die größte Herausforderung im laufenden Prozess ist für sie das Gespür dafür, wie tief man in die Glaubenssätze des Mentees eindringen darf. Wenn auf Mentee-Seite Widerstand entsteht, stecke dahinter oft eine unbewusste Angst; etwa das Gefühl, nicht gehört oder gesehen zu werden. Es erfordere Empathie und präzises Timing, unangenehme Themen anzusprechen, ohne die Führungskraft emotional zu überfordern, erklärt die 21-Jährige.

Für wen das Konzept geeignet ist – und wann es scheitert

Die Zahlen sprechen für sich, doch Reverse Mentoring ist kein Selbstläufer. Laut Hanusch eignet es sich primär für Führungskräfte, die Nichtwissen als Startpunkt und nicht als Schwäche betrachten. In hierarchisch geprägten Unternehmen erfordere das immense Größe. „Statusverlust berührt das Selbstbild direkt, und das ist unbequem“, analysiert Hanusch. Viele Führungskräfte fürchten den Moment, in dem sie erkennen müssen, dass jemand, der viele Jahre jünger ist, über entscheidendes Know-how verfügt – sei es über moderne Arbeitskulturen, neue Konsumgewohnheiten oder schlicht den Umgang mit Unsicherheit in Krisenzeiten.

Wann also scheitert Reverse Mentoring? Die Expertin zieht eine klare Grenze: „Ich rate ab, wenn Unternehmen Reverse Mentoring als Imagemaßnahme einsetzen wollen, ohne wirkliche Bereitschaft, etwas zu verändern.“ Ohne intrinsische Motivation beider Seiten, einen geschützten Rahmen und professionelles Matching wird das Format zur reinen Simulation.

Innovation durch unbefangenes Denken

Wenn die Rahmenbedingungen jedoch stimmen, entpuppt sich Reverse Mentoring als machtvoller Innovationsmotor. In vielen Branchen sind junge Menschen näher an der Zielgruppe oder stellen diese gar selbst dar. Sie spüren kulturelle Trends früher und besitzen den Mut, Unbequemes auszusprechen. Kristin Barnowsky erlebt das regelmäßig in ihren Mentoring-Sessions, etwa wenn es um künstliche Intelligenz, Automatisierung von Workflows oder den Einsatz von Social Media geht. Doch der tiefere Wert liegt oft jenseits der Technologie: Es geht um das Hinterfragen erstarrter Prozesse. „Oft sehen die Dinge, die uns Sorgen machen, nur für uns so aus; aus einer anderen Perspektive sind sie plötzlich Chancen für innovative Veränderungen“, resümiert die Mentorin.

Letztlich profitiert nicht nur die Führungskraft auch die jungen Mentor:innen wachsen, bauen sich ein Netzwerk auf und erleben direkte Selbstwirksamkeit. Die wichtigste Frage für Ines Hanusch: „Was, wenn du von denen lernst, die bisher nicht gefragt wurden? Es tut manchmal weh, sich spiegeln zu lassen. Aber nur so entsteht Fortschritt.“ In einer Wirtschaft, die händeringend nach Fachkräften und neuen Wegen sucht, könnte die Bereitschaft, vom Nachwuchs zu lernen, bald über die Existenz von Unternehmen entscheiden. Oder wie Ines Hanusch sagt: „Wer heute keine Kultur des gegenseitigen Lernens etabliert, verliert morgen den Anschluss bei existenziellen Themen wie Mitarbeiterbindung und Innovation.“

Toll dass du so interessiert bist!
Hinterlasse uns bitte ein Feedback über den Button am linken Bildschirmrand.
Und klicke hier um die ganze Welt von der brutkasten zu entdecken.

brutkasten Newsletter

Aktuelle Nachrichten zu Startups, den neuesten Innovationen und politischen Entscheidungen zur Digitalisierung direkt in dein Postfach. Wähle aus unserer breiten Palette an Newslettern den passenden für dich.

Montag, Mittwoch und Freitag