28.05.2019

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln

Soll man in der Software-Entwicklung im Unternehmen ein eigenes Entwickler-Team beschäftigen, oder einen externen Dienstleister heranziehen? Wir sind dieser Frage mit Ralph Harreiter, Gründer und CEO der Grazer Software-Schmiede Parkside, auf den Grund gegangen.
/artikel/interne-externe-it-dienstleister-parkside
Parkside: CEO Ralph Harreiter zum Thema interne Teams vs. externe IT-Dienstleister
(c) Parkside: CEO Ralph Harreiter
sponsored

Nicht einmal mehr die kleine Bäckerei von nebenan kommt heute um einen Online-Auftritt herum. Das ist nur ein Beispiel, bei dem auch dezidierte Offline-Firmen auf Software angewiesen sind. Mag der Software-Aufwand bei kleinen Offline-Businesses noch überschaubar sein, steigt mit der Unternehmensgröße der Bedarf exponentiell. Man denke neben der obligatorischen Website nur an Verwaltungs-, Buchhaltungs- und Datenbanksysteme. Doch nicht für alles gibt es Fertig-Software-Produkte. Da stellt sich früher oder später die große Frage: Soll man Know-How und Teams aufbauen, oder externe IT-Dienstleister beauftragen? Dabei sind einige Kriterien zu bedenken.

+++ Drei Hebel für die Unternehmenskultur +++

Vertrauen als entscheidender Faktor

„Rein prinzipiell kann man sagen: Es kommt auf die Produkt-Kernkompetenz an. Wenn das Kernprodukt eines Unternehmens digital ist, braucht es dafür natürlich interne Teams. Auch dann kann man sich aber für gewisse Zwecke externe Verstärkung holen. Wenn die Kernkompetenz nicht im IT-Bereich liegt, kann es sinnvoll sein, die gesamte Software extern bauen zu lassen“, sagt Ralph Harreiter, Gründer und CEO der Grazer Software-Schmiede Parkside. Entscheidend sei dabei aber der Faktor Vertrauen. „Sonst kann es langfristig nicht funktionieren“, sagt Harreiter.

Rechtliche Absicherung

Und bei allem Vertrauen müsse man sich dennoch rechtlich entsprechend absichern. „Gerade bei Anwendungen, die für das Unternehmen ‚mission critical‘ sind, sollte man sich vertraglich alle Rechte bzw. überhaupt Exklusivrechte sichern“, sagt der Parkside-Gründer. Denn im schlimmsten Fall könne man sonst auf einer Nutzungslizenz „sitzen bleiben“, mit der man nicht weiterarbeiten könne. Doch Harreiter beruhigt: „Jeder seriöse Anwalt weiß, was in so einem Vertrag drinnen stehen muss“.

Frische Ansätze von außen

Auch für Großkonzerne, die prinzipiell Budget und Kapazitäten hätten, sämtliche Systeme inhouse entwickeln zu lassen, hätte die Beauftragung externer Software-Entwicklungspartner potenziell entscheidende Vorteile, sagt Harreiter. „Zum einen fällt es ihnen oft schwer, gute innovative Mitarbeiter zu finden. Es bestehen einfach viele Vorurteile gegenüber großen Corporates, die oft gar nicht stimmen. Gute externe IT-Dienstleister haben diese Leute. Zum anderen kommen von außen häufig frischere, innovativere Ansätze. Darüber hinaus gibt es Fälle, wo die Inhouse-Truppe ein Problem nicht aufgreifen kann oder will. Zum Beispiel weil die besten eigenen Leute an andere Stelle voll ausgelastet sind. Da kommt es öfters zu Situationen, wo wir als externer Spezialist hinzugezogen werden, um ein Projekt zu retten bzw. noch erfolgreich zu machen“.

Spezialisten auf Abruf

Und wie sieht es mit kleineren Unternehmen aus? „Dort ist es so, dass man viele Spezialrollen – seien das jetzt Software-Architekten, UI-Spezialisten oder iOS Developer – nicht in Vollzeit oder überhaupt nur sporadisch braucht. Bei einem externen Anbieter kann man dann, je nach Bedarf, auf ein ganzes Team von erfahrenen Spezialisten zurückgreifen“, sagt Harreiter.

Geschwindigkeit als Hauptargument

Das sei auch einer der potenziellen Vorteile, wenn Unternehmen, deren Kernprodukt digital ist, auf externe Hilfe setzen. „IT-Unternehmen müssen natürlich ihr eigenes Produkt selber im Griff haben. Das passiert aber häufig primär im Backend. Wenn es im Frontend etwa eine App-Oberfläche geben soll, können das externe Spezialisten vielleicht besser bauen, wenn sie auf einer entsprechenden API aufsetzen können“, erklärt der Parkside CEO. Das Hauptargument, warum auch IT-Unternehmen externe IT-Dienstleistungen einkaufen, sei Geschwindigkeit. Generell stelle sich dabei die Frage: Will man sein Team mit externen Kräften erweitern, also etwa Coding-Leistung ankaufen, oder ganze Produkte extern bauen lassen?

Mehr Aufträge für externe IT-Dienstleister in den USA

Mit Parkside hat sich Harreiter auf zweiteres spezialisiert: „Wir arbeiten sehr gerne an Gesamtpaketen, weil wir da eigenständig arbeiten können“. Dabei macht das Unternehmen mehr als 60 Prozent seiner rund fünf Millionen Euro Jahresumsatz in den USA – bislang von Graz aus. An einem möglichen US-Standort in San Francisco wird gearbeitet. Einer der größten US-Kunden ist die Plattform LinkedIn. „Dass man sich in den USA leichter tut, externe Software-Partner zu beauftragen, hat wohl mehrere Gründe. Erstens ist der Mangel an Spezialisten dort noch größer. Zweitens ist der Faktor Geschwindigkeit in den USA noch bedeutender. Und drittens ist es sicher auch eine Mindset-Sache“, sagt Harreiter.

Mitdenken statt Befehle empfangen – Outsourcing war gestern

Bemerkenswert ist zudem Parksides Ansatz. Man geht in Projekte mit selbstorganisierten Spezialistenteams, die sich eigenständig einarbeiten und gemeinsam mit dem Kunden die richtigen strategischen, gestalterischen und technischen Entscheidungen treffen. „Das ist keineswegs üblich“, sagt Harreiter. „Im Silicon Valley trifft man noch vielfach auf das klassische Outsourcing-Modell, wo der Kunde dem IT-Dienstleister genau sagt, was er zu tun hat. In vielen Gesprächen vor Ort lernen wir, dass dies für die Unternehmen nur bedingt gut funktioniert. Da können wir als bewegliche Truppe, die sich mit eigenen Ideen und Konzepten engagiert, viel zur Qualitätssteigerung beitragen“.

Parkside: “Überall, wo es etwas zu entdecken gibt, fühlen wir uns wohl”

Was seine Kunden anbelangt, bleibt Parkside im In- wie im Ausland seinen Prinzipien treu. „Es gibt auch Aufträge, die wir nicht annehmen, weil sie nicht zu unserer Unternehmenskultur und unseren Werten passen“, sagt Harreiter. Man baue beispielsweise keine Anwendungen im Glücksspiel-Bereich. Gerne nehme man hingegen Aufträge an, die besonders fordernd sind. „Überall, wo es etwas zu entdecken gibt und wo neue Technologien zum Einsatz kommen, fühlen wir uns wohl. Da haben unsere Leute Spaß und performen am besten, weil sie wirklich mitgestalten können“.

⇒ Zur Page der Grazer Software-Schmiede Parkside

Deine ungelesenen Artikel:
10.09.2026

Warum Europa kein eigenes Waymo braucht

Ein Fahrzeug ist noch kein Geschäftsmodell: Warum beim autonomen Fahren nicht die Technologie über Europas Chance entscheidet, sondern der Betrieb dahinter, erklärt vionmo-Gründer Michael Jayasekara im Gastkommentar.
/artikel/warum-europa-kein-eigenes-waymo-braucht
10.09.2026

Warum Europa kein eigenes Waymo braucht

Ein Fahrzeug ist noch kein Geschäftsmodell: Warum beim autonomen Fahren nicht die Technologie über Europas Chance entscheidet, sondern der Betrieb dahinter, erklärt vionmo-Gründer Michael Jayasekara im Gastkommentar.
/artikel/warum-europa-kein-eigenes-waymo-braucht
(c) Verena Nageler

Mit vierundzwanzig habe ich einen großen Teil meines Ersparten in ein Wiener Mobility-Startup gesteckt. Verrückt, ich weiß, aber ich habe verdammt viel gelernt, als ich am Tisch mit namhaften Business Angels aus Österreich und VCs wie Elevator Ventures, Uniqa Ventures und dem aws Gründerfonds sitzen durfte. Die Firma hieß goUrban, eine Plattform für Car- und Micro-Mobility-Sharing und für die Digitalisierung von Firmenflotten. Im September 2024 wurde goUrban von Wunder Mobility übernommen.

Geblieben ist mir aus dieser Zeit vor allem eine Lektion. Sie kommt in der aktuellen Debatte über autonomes Fahren fast nie vor: Ein Fahrzeug ist noch kein Geschäftsmodell.

Beim Sharing entscheidet nämlich nicht die App. Fahrzeuge wollen geladen, gereinigt, gewartet und umverteilt werden. Sie müssen dort stehen, wo in zwanzig Minuten jemand sucht. Stehen sie falsch, kosten sie Geld. Sind sie defekt, ist die Kund:in weg. Bleibt die Auslastung aus, hilft die beste Technologie nichts.

Beim autonomen Fahren ist und wird das nicht anders sein. Die Person am Steuer kann verschwinden. Der Betrieb bleibt ja trotzdem.

Die USA und China machen es logisch, aber anders

Die USA und China skalieren autonome Mobilität dort, wo Dichte, große Flotten und zahlungsbereite Kund:innen zusammenkommen. Das Robotaxi ist als individuelles Produkt gedacht und fährt zuerst in den Gebieten, in denen sich der Betrieb rechnet. Das ist logisch und funktioniert dort auch.

Bei uns sind die Voraussetzungen andere. Wir haben ein dichtes öffentliches Netz, starke Verkehrsverbünde und die politische Erwartung, dass Mobilität auch dort funktioniert, wo sie sich betriebswirtschaftlich nicht ausgeht.

Ein europäisches Waymo zu bauen, löst diese Frage nicht. Der Bahnhof im Seitental, der Weiler am Dienstagabend, der Tourismusort im November: Da fehlt kein weiteres einzelnes Fahrzeug. Da fehlt das System, das dieses Fahrzeug in den öffentlichen Verkehr einhängt.

Die spannendste europäische Position liegt für mich deshalb nicht im Technologie-Layer. Sie liegt bei denen, die Flotten betreiben, Nachfrage bündeln, Fahrten disponieren, Fahrzeuge laden und warten, Schnittstellen zu den Verbünden bauen und Gemeinden, Betriebe und Behörden an einen Tisch bekommen. Also bei der unglamourösen Arbeit.

Ohne Nachfrage keine Skalierung

Autonome Fahrzeuge rechnen sich erst, wenn sie regelmäßig fahren. Und genau hier wird der Tourismus unterschätzt.

Eine Destination bündelt Nachfrage räumlich und zeitlich. Samstagvormittag kommen die Gäste an denselben zwei, drei Bahnhöfen an. Sie fahren zu einer überschaubaren Zahl an Unterkünften, Bergbahnen, Veranstaltungsorten und Ausflugszielen. Diese Wege sind planbarer als die einer beliebigen Stadtbevölkerung. Wir sehen das in unseren Daten immer wieder.

Ein einzelnes Hotel wird trotzdem nie eine autonome Flotte aufbauen. Eine Region kann es. Sie kann die Nachfrage aus Beherbergung, Freizeitwirtschaft, Bevölkerung und öffentlichem Verkehr zusammenlegen. Aus einzelnen Fahrten wird ein Bediengebiet, aus dem Pilotprojekt ein Angebot, das bleibt. Und die Einheimischen fahren mit. Das ist der Punkt, an dem Konnektivität das Leben am Land wieder attraktiver macht.

Nur: Irgendwer muss diese Struktur aufsetzen. Wer übernimmt die Buchung? Wer garantiert den Anschluss, wenn der Zug 18 Minuten Verspätung hat? Wer zahlt die schwachen Zeiten? Wem gehören die Daten? Wer haftet, wenn eine Fahrt ausfällt? Und wer entscheidet, ob das Fahrzeug zum gut ausgelasteten Bahnhof fährt oder zum Betrieb am Ende des Tals?

Das klingt weniger nach Zukunft als Sensorik und Fahrzeugmodelle. Wirtschaftlich entscheidet es mehr.

Menschen steigen nicht wegen der Technik um

Das beste Angebot scheitert, wenn es niemand nutzt. Und die Rolle des Klimabewusstseins wird dabei gehörig überschätzt.

Der Gast lässt das Auto nicht stehen, um ein guter Mensch zu sein. Er lässt es stehen, wenn die Alternative bequemer ist und er sich darauf verlassen kann. Wenn sie günstiger ist, umso besser.

Der Urlaub ist dafür ein guter Moment. Menschen sind aus ihren Routinen raus, probieren Sachen aus, organisieren ihre Wege ohnehin neu. Ob das zuhause nachwirkt, ist noch nicht ausreichend belegt, da würde ich mich nicht zu weit hinauslehnen. Für eine Destination reicht der Urlaub trotzdem: Hier lässt sich zeigen, dass es ohne eigenes Auto geht, ohne dass sich jemand einschränken muss.

Die Technologie macht es möglich. Genutzt wird sie erst, wenn sie im Alltag der Gäste die bequemere Variante ist.

Wer das System organisiert, dem gehört der Markt

Europa pilotiert viel und skaliert wenig. Das liegt nicht nur an Regulierung und technischer Vorsicht. Meistens fehlt jemand, der aus Fahrzeug, öffentlichem Verkehr, touristischer Nachfrage und regionaler Verantwortung ein Produkt macht.

Waymo wird uns das nicht bauen. Und auch kein europäischer Fahrzeughersteller wird entscheiden, wie der Gast vom Bahnhof in ein österreichisches Seitental kommt.

Die unternehmerische Chance liegt zwischen den Zuständigkeiten. Sie gehört denen, die Betreiber, Verkehrsverbünde, Destinationen, Gemeinden und Betriebe koordinieren und daraus ein Angebot machen, das an einem Dienstag im November genauso funktioniert wie am Anreisesamstag im Winter.

Wer damit anfangen will, braucht dafür übrigens kein autonomes Fahrzeug. Es reicht, in einer Region die Fragen von oben zu beantworten: Buchung, Anschluss, Finanzierung der schwachen Zeiten, Daten, Haftung. Wer das geklärt hat, ist bereit, wenn die Fahrzeuge kommen. Die anderen pilotieren dann noch.

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

AI Summaries

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln

AI Kontextualisierung

Welche gesellschaftspolitischen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln

AI Kontextualisierung

Welche wirtschaftlichen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Innovationsmanager:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Investor:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Politiker:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln

AI Kontextualisierung

Was könnte das Bigger Picture von den Inhalten dieses Artikels sein?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln

AI Kontextualisierung

Wer sind die relevantesten Personen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln

AI Kontextualisierung

Wer sind die relevantesten Organisationen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Interne Teams vs. externe IT-Dienstleister: Man kann nicht alles selber entwickeln