Laravel-Entwicklung für Unternehmen in München

München ist der größte Softwarestandort der Republik, und das hat eine Kehrseite. Um dieselben Entwicklerinnen und Entwickler bewerben sich hier Konzerne, gewachsener Mittelstand und ein paar hundert gut finanzierte Startups. Die IT-Gehälter sind die höchsten im Land. Wer eine Stelle ausschreibt, wartet.

Dazu kommt eine Branchenmischung, die es so kein zweites Mal gibt. München ist Versicherungs- und Rückversicherungsstandort, gleichzeitig Medienstadt, gleichzeitig Automobilregion. Drei Welten mit sehr unterschiedlichen Vorstellungen davon, wie ein Softwareprojekt abläuft.

Kapazität, nicht Kompetenz

Anfragen aus München kommen selten von Firmen, die nicht wüssten, wie man Software baut. Sie kommen von Teams, die genau wissen, was zu tun wäre, und bis in den Herbst verplant sind. Ein Release steht an, parallel soll ein Modul entstehen, und beides gleichzeitig geht nicht.

Wir übernehmen dann einen abgegrenzten Teil, statt uns überall einzuklinken. Was abgegrenzt heißt, wird vorher festgelegt: ein Modul, ein Dienst, eine Schnittstelle, mit einer Naht, an der später sauber übergeben werden kann. Unser Vorgehen dabei beschreibt Laravel-Entwicklung.

Wenn die Anwendung nur ein Teil des Ganzen ist

In größeren Häusern steht selten etwas für sich. Es gibt ein Identitätsmanagement, an das angedockt wird, ein Data Warehouse, das beliefert werden will, und drei Systeme, die dieselbe Kundennummer unterschiedlich schreiben. Der Aufwand steckt dann weniger in der Anwendung als in den Übergängen. Wie wir die bauen, steht unter API- und Backend-Entwicklung.

Regulierte Umgebungen verändern den Zuschnitt

Im Versicherungsumfeld gelten Anforderungen, die anderswo keine Rolle spielen. Nachweise darüber, wer wann was geändert hat. Freigaben, die dokumentiert sein müssen. Prüfungen, bei denen jemand von außen sehen will, wie ein Wert zustande kam.

Das ist beherrschbar und kostet Entscheidungen, die an den Anfang gehören. Was wird protokolliert, wie lange aufbewahrt, wer darf es lesen. Nachträglich eingezogen wird so etwas teuer, weil genau der Zeitraum fehlt, für den man es gebraucht hätte.

Wichtig ist uns dabei eine Abgrenzung: Wir setzen um, was Ihre Fachabteilung oder Ihr Prüfer verlangt, und sagen vorher, was davon technisch aufwendig wird. Eine Aussage darüber, ob eine Umsetzung einer Vorschrift genügt, ist keine Entwicklerfrage.

Zur Entfernung

Von Stuttgart nach München sind es gut zwei Stunden. Für einen kurzen Abstimmungstermin ist das zu weit, für einen Auftakt-Workshop oder eine Übergabe lohnt es sich. Dazwischen arbeiten wir aus der Ferne, mit festen Terminen statt spontaner Anrufe. Das ist keine Notlösung, sondern für den laufenden Betrieb ohnehin die verlässlichere Form.

Wer trotzdem Wert auf regelmäßige Anwesenheit legt, sollte das früh sagen. Es ist machbar, verändert aber die Kalkulation, und wir schreiben es dann ins Angebot statt hinterher auf die Rechnung.