07.12.2021

AWS TechTalk: Wie man Developer für Innovation begeistert

Im neuen AWS TechTalk diskutieren Experten und Branchen-Insider darüber, was Entwickler brauchen, um Innovationen mitzugestalten.
/artikel/aws-techtalk-developer-innovation-bytesource
sponsored

Die TechTalks von Amazon Web Services (AWS) sind zurück: Nachdem die ersten Gespräche spannende Einblicke in die Startup-Welt gegeben haben, wurde das Format nun erweitert. Brutkasten beleuchtet und diskutiert mit Vertretern, wie die IT-Abteilungen von Startups, KMU und großen Unternehmen mit den verschiedensten Aspekten umgehen.

Jörg Herzinger, Senior Consultant bei ByteSource, Constantin Köck, Chief Technology Officer und Co-Founder bei PlanRadar und David Butter, DevOps bei Raiffeisen Bank International, machen im Studio bei Daniel Zielinski von AWS und Dominik Meisinger vom brutkasten den Anfang mit der Frage „Wie begeistert man Entwicklerinnen und Entwickler für Innovationsthemen?“

Um einerseits motiviert zu sein und Innovation mitzugestalten und auch damit sie Probleme und Herausforderungen lösen können, brauchen Entwickler eine gewisse Freiheit. Das Umfeld sollte so gestaltet sein, dass Security-, Legacy- und Compliance-Vorschriften erfüllt werden, aber keine bürokratischen Hürden zu überwinden sind. Über diesen Aspekt waren sich die Studiogäste schnell einig.

Natürlich gibt es Unterschiede zwischen einem Großunternehmen wie der Raiffeisen Bank International (RBI) und einem Startup wie PlanRadar. „Jedes Unternehmen tickt anders. Was wir aber beobachten, ist, dass Start-ups häufig restriktiver sind als etablierte Unternehmen, da manche Security-Aspekte noch nicht verankert sind und erst ein Vertrauen zu den Entwicklern aufgebaut werden muss. Startups sind strenger, da sie sich erst festigen müssen“, erzählt Jörg Herzinger von ByteSource.

Enge Verzahnung von IT und Business

Wichtig ist neben der Minimierung bürokratischer Hürden auch das Rollenverständnis von Entwicklern. Wenn diese im stillen Kämmerlein nur To-Dos abarbeiten, geht das Verständnis für Kundenanforderungen verloren. Eine enge Verzahnung von Entwicklern und Kerngeschäft ist daher unerlässlich.

„Das Spannendste ist doch, vor einer Herausforderung zu stehen, die es zu meistern gilt. Entwickler sollten daher aktiv eingebunden werden und einen Rahmen vorfinden, in dem sie die an sie gestellten Herausforderung bewältigen können. Bei zu strengen Guidelines ist keine gute Lösung möglich“, rät Jörg Herzinger. Bei PlanRadar haben Entwickler zwar strenge Vorgaben, sind jedoch in der Lage, aus der vollen Palette der AWS Services und Dienste den jeweils passenden Zugang zu wählen. Im Finanzumfeld von RBI können Services, die etwa für Public IPs ausgelegt sind, nicht einfach so genutzt werden: „Wir versuchen, den Entwicklern ein gutes Gespür für Security zu geben und in Gesprächen und Schulungen das Verständnis für die übergreifenden Herausforderungen von IT- und Business-Units zu schärfen“, berichtet David Butter von RBI.

Schnelle Skalierbarkeit fördert Innovationsgeist

Bei vielen Unternehmen mangelt es noch an dieser Nähe, worunter das Verständnis für den Kundennutzen leidet. Auch die Cloud ist noch nicht in der Breite angekommen – ein Beispiel dafür sind etwa Sektoren wie die Finanz- und Baubranche. „Als wir vor acht Jahren angefangen haben hat fast jeder on premise gearbeitet. Heute herrscht zum Teil noch immer eine gewisse Skepsis, aber das Vertrauen in die Cloud wächst spürbar“, meint Constantin Köck von PlanRadar. So bietet die Cloud Entwicklern wie auch Kunden zahlreiche Vorteile: „Entwickler profitieren von der Skalierbarkeit für neue Anwendungen und Features, was neue Möglichkeiten schafft wie etwa ein Environment schnell hochzuziehen. Gemanagte Services von AWS reduzieren außerdem den Administrationsaufwand für die Teams“, meint David Butter von RBI.

Kunden profitieren wiederum von der Stabilität und Schnelligkeit, wie Jörg Herzinger von ByteSource erklärt: „Dem Kunden ist es egal, ob das Onlinebanking on premise oder auf der Cloud von AWS läuft. Das System muss stabil sein und bei einem Klick innerhalb von Millisekunden funktionieren – das ist on premise fast nicht schaffbar“. Insgesamt sei ein optimales Umfeld und gute Kommunikation entscheidend, um Entwickler für Innovationen begeistern zu können.

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

AWS TechTalk: Wie man Developer für Innovation begeistert

AI Kontextualisierung

Welche gesellschaftspolitischen Auswirkungen hat der Inhalt dieses Artikels?

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

AWS TechTalk: Wie man Developer für Innovation begeistert

AI Kontextualisierung

Welche wirtschaftlichen Auswirkungen hat der Inhalt dieses Artikels?

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

AWS TechTalk: Wie man Developer für Innovation begeistert

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 …

AWS TechTalk: Wie man Developer für Innovation begeistert

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 …

AWS TechTalk: Wie man Developer für Innovation begeistert

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 …

AWS TechTalk: Wie man Developer für Innovation begeistert

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 …

AWS TechTalk: Wie man Developer für Innovation begeistert

AI Kontextualisierung

Wer sind die relevantesten Personen in diesem Artikel?

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

AWS TechTalk: Wie man Developer für Innovation begeistert

AI Kontextualisierung

Wer sind die relevantesten Organisationen in diesem Artikel?

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

AWS TechTalk: Wie man Developer für Innovation begeistert