Teamverstärkung für Dein Entwicklungsteam. Senior-Erfahrung, Schwerpunkt Mobile.
Dein Team baut das Produkt, ich übernehme Features in Eurem Sprint: eigene Tickets, Euer Review, Euer Repository. Wie viel ich mitarbeite, entscheidest Du je Phase.
Vertrauen von Kunden wie
Ein Senior in Eurem Sprint, der mehr mitbringt als Kapazität.
Zugang zu RepositoryRepositoryDer Ort, an dem der gesamte Quellcode eines Projekts mit seiner Geschichte liegt, meist bei GitHub oder GitLab. Wer Zugang hat, sieht jeden Stand und jede Änderung.Mehr im Glossar → und BoardBoardDie Tafel mit den Tickets eines Teams, etwa in Linear oder Jira. Sie zeigt, was ansteht, woran gerade jemand arbeitet und was fertig ist.Mehr im Glossar → genügt, dann geht es los. Du planst mich ein wie jemanden aus Deinem Team, ich liefere in Eurem Takt.
Mehr über mich-
Eigene Tickets auf Eurem Board.
Ich übernehme Features mit Termin in eigenen TicketsTicketEine einzelne Aufgabe mit Beschreibung, zuständiger Person und Status, etwa in Linear oder Jira. Am Ticket sieht das Team, wie weit die Arbeit ist.Mehr im Glossar →. Du siehst jeden Stand dort, wo Dein Team ihn sieht: im SprintSprintEin fester Arbeitszeitraum von meist zwei Wochen. Das Team setzt sich ein Ziel und zeigt am Ende ein Ergebnis vor. Danach plant es, was als Nächstes kommt.Mehr im Glossar →, nicht im Statusbericht.
-
Euer Review entscheidet.
Meine Arbeit geht durch das ReviewCode ReviewVier-Augen-Prinzip, bevor Code zusammengeführt wird. Fehler fallen früh auf, und das Wissen verteilt sich im Team.Mehr im Glossar → Deines Teams. Jeder Pull RequestPull RequestDer Vorschlag, eine Änderung in den Hauptstand zu übernehmen, inklusive Review. Bei GitLab heißt er Merge Request.Mehr im Glossar → trägt Tests an den kritischen Stellen und eine Begründung. Punkte aus Eurem Review arbeite ich ein wie jeder im Team.
-
Architektur mit Begründung.
Ich entwerfe die Lösung und verantworte die ArchitekturArchitekturWie die Software geschnitten ist. Sie entscheidet, ob das nächste Feature leicht oder teuer wird.Mehr im Glossar →. Entscheidungen halte ich mit Begründung in Eurem Repository fest. Dein Team liest sie auch in einem Jahr noch nach.
Mehr zum Thema -
Ein Harness für Euer Team.
Ich arbeite in einem HarnessHarnessFeste Regeln und Prüfungen für jeden, der Code schreibt, Mensch oder Modell. Dazu gehören Konventionen, Tests vor jedem Merge und Grenzen für das, was ein Agent nicht anfassen darf. Regeln und Prüfungen liegen als Dateien im Repository.Mehr im Glossar →: feste Regeln und Prüfungen, an die sich Coding-AgentenCoding-AgentEin Werkzeug wie Claude Code oder Codex, das im Repository selbstständig arbeitet. Es liest den Code, plant eine Änderung, schreibt sie mit Tests und Dokumentation und führt die Prüfungen aus. Was es anfassen darf und was vor dem Merge gelten muss, steht im Harness.Mehr im Glossar → wie Claude Code und Codex halten. Sie schreiben Code, Tests und Dokumentation. Jede Arbeit des Agenten nehme ich ab, bevor sie in Euer Review geht. Bei Bedarf setze ich für Dein Team ein eigenes Harness um, passend zu Eurem Code und Euren Abläufen.
-
In Euren Kanälen.
Ich arbeite in Euren Kanälen mit, ob SlackSlackEin Chat für Teams mit Kanälen nach Themen. Kurze Wege statt langer E-Mail-Ketten.Mehr im Glossar →, TeamsMicrosoft TeamsChat, Videocalls und Dateien von Microsoft in einer Anwendung, verbreitet in Unternehmen mit Microsoft 365.Mehr im Glossar → oder DiscordDiscordUrsprünglich für Gaming-Communities gedacht, heute auch in vielen Entwicklerteams als Chat mit Sprachkanälen im Einsatz.Mehr im Glossar →, und antworte spätestens am nächsten Werktag. Urlaube kündige ich früh an und plane sie mit Dir in den Sprint ein.
Drei Formen der Zusammenarbeit.
Wie viel ich mitarbeite, hängt vom Anlass ab. Welche Form passt, klären wir im Gespräch, und je Phase neu.
Häufige Einsätze sind Branchensoftware mit App und Weboberfläche und die Weiterentwicklung bestehender Apps.
-
Begleitend
Ich prüfe Architektur, Reviews und schwierige Stellen. Die Features baut Dein Team.
-
Mitarbeitend
Ich arbeite regelmäßig im Sprint mit und übernehme eigene Features. Das ist die häufigste Form.
-
Vollzeit für eine Phase
Ich arbeite für einen festen Zeitraum nur an Eurem Ziel, etwa dem Feature, das Deine Kunden erwarten. Wie es danach weitergeht, vereinbaren wir vorher.
Was Dein Team danach hat.
Neben den Features bekommt Dein Team, was es für die nächsten Releases braucht.
-
Gehaltene Zusagen
Dein Team bleibt bei seinen Prioritäten, und das zugesagte Feature erreicht Deine Kunden.
-
Releases, die nicht an einer Person hängen
Den DevOpsDevOpsAlles, was eine App vom Code bis in die Stores bringt: Pipeline, Signierung, Store-Upload und die Werkzeuge dafür. Bei Apps geht es vor allem darum, dass jede Version auf demselben Weg ausgeliefert wird.Mehr im Glossar →-Teil bringe ich mit: Build, Tests und Store-Upload laufen in einer PipelineCI/CD und PipelineEin automatischer Ablauf, der die App baut, testet und in die Stores lädt. Jeder im Team kann ihn starten.Mehr im Glossar →. Releasen kann danach jeder in Deinem Team.
-
Code, den Dein Team weiterführt
Tests an den kritischen Stellen und Entscheidungen mit Begründung. Dein Team führt jeden Stand ohne mich weiter.
-
Wissen, das im Team bleibt
Was ich über Euer Projekt lerne, teile ich in Reviews und Eurer Dokumentation. Auf Wunsch schule ich Dein Team, zum Beispiel in Architektur oder Coding-Agenten.
So fangen wir an.
- 1
Gespräch
Dreißig Minuten per Video. Du erzählst, was ansteht. Ich sage Dir, ob und wie ich helfen kann.
- 2
Einstiegsphase
Zum Festpreis, mit festem Ergebnis: etwa das erste Release in Deiner App. Dabei lerne ich Architektur und Release-Weg kennen. Auf Wunsch bekommst Du meine Eindrücke als Bericht mit Empfehlungen.
- 3
Im Sprint
Danach Phase für Phase in Eurem Sprint, zum Festpreis oder nach Aufwand. Du steuerst Umfang und Reihenfolge und entscheidest je Phase, ob es weitergeht.
Ein Beispiel: Schützenleben.
Das Team hinter der App Schützenleben, damals noch Mein Schützenleben, hat mich dazugeholt, um die Entwicklung voranzubringen. Ich habe Aufgaben aus Jira nach den Figma-Designs umgesetzt, ein Rollensystem eingebaut und BLoC als Statemanagement eingeführt. In einer zweitägigen Schulung habe ich das Team in BLoC und in die Optimierung von Datenbankabfragen eingearbeitet. Seitdem entwickelt es die App selbst weiter.
Zur Case Study
Stimmen aus der Zusammenarbeit.
“I had the pleasure of working with Julian on developing a new iOS & watchOS app, and I can confidently say he's an exceptional developer with remarkable adaptability! … Within just a short period and after receiving some initial guidance and PR feedback, he quickly became self-sufficient, tackling both feature development and bug fixes independently with confidence and skill. … I wouldn't hesitate to work with Julian again and highly recommend him for any mobile development role!”
Ben Rudhart App Engineer iOS & watchOS „Julian hat aktiv an der Softwareentwicklung mitgewirkt, um mich kurzfristig zu unterstützen. … Er arbeitet stets professionell und ist bereit, die Extrameile zu gehen, da er sich effektiv in spezifische Anforderungen einarbeiten kann.“
Simon Hoffacker User Experience Designer, Schützenleben Womit ich arbeite.
Ich arbeite meist mit Flutter, bei Bedarf nativ in Swift oder Kotlin. Angrenzende Dienste im Backend und die Pipeline baue ich mit.
- Flutter
- Dart
- Swift
- Kotlin
- Android
- iOS
- Firebase
- Supabase
- React
- Node.js
- Docker
- Git
- Codemagic
- GitHub Actions
-
Flutter und Dart
Eine Codebasis für iOS, Android und die Weboberfläche.
-
Nativ in Swift und Kotlin
Native Anbindungen wie Kamera, Standort oder NFC, und ganze Apps, wenn das Projekt es braucht.
-
Oberfläche
Gut bedienbare Screens aus wiederverwendbaren Komponenten.
-
API und Offline
REST-Anbindung mit Fehler- und Offline-Fällen. Der Abgleich läuft, sobald wieder Netz da ist.
Mehr zum Thema -
Sicherheit in der App
Daten liegen verschlüsselt auf dem Gerät. Berechtigungen fragt die App nur an, wenn sie sie braucht.
-
Backend und Pipeline
Angrenzende Dienste in Kotlin oder Node.js, Pipelines mit GitHub Actions oder Codemagic.
Mehr zum Thema
Fragen zur Teamverstärkung.
Was heißt Teamverstärkung bei Dir?
Ich bin Julian Giesen, Senior Software Engineer mit Schwerpunkt Mobile, und arbeite in Deinem Entwicklungsteam mit. Ich übernehme eigene TicketsTicketEine einzelne Aufgabe mit Beschreibung, zuständiger Person und Status, etwa in Linear oder Jira. Am Ticket sieht das Team, wie weit die Arbeit ist.Mehr im Glossar → auf Eurem BoardBoardDie Tafel mit den Tickets eines Teams, etwa in Linear oder Jira. Sie zeigt, was ansteht, woran gerade jemand arbeitet und was fertig ist.Mehr im Glossar →, Euer Review entscheidet, der Code liegt in Eurem RepositoryRepositoryDer Ort, an dem der gesamte Quellcode eines Projekts mit seiner Geschichte liegt, meist bei GitHub oder GitLab. Wer Zugang hat, sieht jeden Stand und jede Änderung.Mehr im Glossar →. Meine Features reichen von App und Weboberfläche bis zur Pipeline, meist mit Flutter, bei Bedarf nativ in Swift oder Kotlin. Ich arbeite remote von Dinslaken aus oder vor Ort in NRW. Seit 2020 war ich Teil von mehr als 20 Projektteams, meist in bestehenden Apps.
Was brauchst Du von meinem Team, um anzufangen?
Zugang zu Repository, Board und Euren Kanälen, eine Ansprechperson für fachliche Fragen und das nächste Feature. Mehr Vorbereitung braucht es nicht. Ich arbeite mich im laufenden Projekt ein.
Arbeitest Du remote oder vor Ort?
Meist remote, in den Kanälen und Terminen Deines Teams. Vor Ort komme ich in Absprache dazu, vor allem in Nordrhein-Westfalen. Etwa zum Start, für Workshops oder wenn eine Entscheidung am Tisch leichter fällt.
Arbeitest Du nur mit Flutter?
Flutter ist mein Schwerpunkt, native Apps in Swift und Kotlin übernehme ich genauso. Auch Backend und Auslieferung gehören dazu.
Was unterscheidet Dich von einer Agentur?
Du sprichst mit dem, der Architektur und Code verantwortet. Keine Agentur dazwischen, die Deine Fragen weiterreicht. Ich arbeite in Deinen Abläufen mit.
Was kostet die Teamverstärkung?
Jede Zusammenarbeit beginnt mit einer Einstiegsphase zum Festpreis und festem Ergebnis. Danach folgen weitere Phasen, zum Festpreis oder nach Aufwand, je nachdem, wie klar der Umfang ist. Den Preis nenne ich nach unserem ersten Gespräch.
Was übernimmst Du nicht?
Nicht dabei: eigenständiges UI/UX-Design mit Designsystem, reine Backend-Projekte, Betrieb rund um die Uhr, manuelle QA als eigene Rolle und Fintech. Wird mehr gebraucht, ziehe ich in Absprache erfahrene Partner hinzu.
Reden wir darüber, was Du Deinen Kunden zugesagt hast.
Erzähl mir in dreißig Minuten, was in Eurem Sprint hängt und wie Euer Team arbeitet. Ich sage Dir, ob und wie ich mitarbeiten kann.
- Per Video, ohne Vorbereitung
- Antwort spätestens am nächsten Werktag