Standort
Berlin-Prenzlauer Berg
In Berlin seit
2000
Django im Einsatz
10+ Jahre
Was ein Anbieter vor Ort ändert — und was nicht
| Projektphase | Vor Ort in Berlin | Remote |
|---|---|---|
| Bestandsaufnahme | Gemeinsam am System, mit den Leuten, die es täglich nutzen | Möglich, braucht aber mehr Termine |
| Anforderungs-Workshop | Ein Termin an einem Tisch | Mehrere kürzere Sitzungen |
| Übergabe durch Vorgänger | Persönlich, solange noch jemand erreichbar ist | Über Dokumentation und Repository |
| Laufende Entwicklung | Kein Vorteil | Standard — Pull Requests, Reviews, wöchentlicher Stand |
| Betrieb und Wartung | Kein Vorteil | Standard — Monitoring, Updates, Weiterentwicklung |
Der Standort entscheidet nicht über die Qualität des Codes. Er verkürzt die Phase, in der wir verstehen müssen, was euer System tut und warum es so gebaut wurde — und das ist bei gewachsenen Django-Projekten die teuerste Phase.
Wobei wir in Berlin helfen
Geerbtes Django-System
Die Agentur oder der Freelancer von damals ist nicht mehr greifbar. Wir lesen uns ein, bewerten den Zustand und übernehmen den Betrieb.
Upgrade vor Support-Ende
Eine alte Django- oder Python-Version läuft aus der Sicherheitsversorgung. Wir heben das System schrittweise auf eine aktuelle LTS-Version.
Neue Fachanwendung
Ein Portal, ein internes Werkzeug oder ein SaaS-Produkt, bei dem Datenmodell, Rollen und Schnittstellen im Mittelpunkt stehen.
Relaunch mit Django CMS
Eine Website, die eine Redaktion selbst pflegt und die mit Fachlogik verbunden ist — mit Django CMS oder Wagtail.
Verstärkung für euer Team
Ein abgegrenztes Teilprojekt, das euer eigenes Team entlastet: per Pull Request in euer Repository, nach euren Regeln.
KI in der bestehenden App
Suche über eigene Dokumente, Auswertung von Eingängen, Assistenzfunktionen — eingebaut in das Django-System, das ihr schon habt.
Referenzen aus Berlin und Brandenburg
finban.io
Liquiditätsplanung als SaaS, gebaut mit Django und React. Wir entwickeln und betreiben das Produkt selbst — und kennen deshalb die Fragen, die erst nach dem Start auftauchen.
Fluglärm-Portal des BDL
Ein öffentliches Informationsportal für den Bundesverband der Deutschen Luftverkehrswirtschaft, umgesetzt mit Django und Django CMS.
Humboldt-Universität zu Berlin
Webprojekte auf Python-Basis für die Humboldt-Universität — im Portfolio zusammen mit dem Website-Relaunch für das Potsdam-Institut für Klimafolgenforschung.
GEBEWO und Literaturfestival
Ein Intranet für einen Berliner sozialen Träger und der Website-Relaunch des Internationalen Literaturfestivals Berlin — zwei sehr verschiedene Organisationen, beide auf Python.
Zu den Projekten: finban.io, Fluglärm-Portal des BDL, Humboldt-Universität, GEBEWO, Literaturfestival Berlin. Alle weiteren stehen im Portfolio.
Django-System in Berlin, für das gerade niemand zuständig ist? Wir sehen es uns an und sagen, was Arbeit braucht und was nicht.Marcus Smolarek · dreißig Minuten · kostenlos
So beginnt die Zusammenarbeit
Erstgespräch
30 Minuten, kostenlos
Worum es geht, was vorhanden ist, ob wir die Richtigen sind
Termin vor Ort
nach Absprache
System und Abläufe gemeinsam ansehen, bei euch oder bei uns
Analyse
1–2 Wochen
Code, Daten und Deployment prüfen, Aufwand belastbar schätzen
Umsetzung
in Sprints
Zweiwöchige Etappen mit lauffähigem Zwischenstand
Betrieb
danach
Updates, Monitoring, Weiterentwicklung
Fragen zur Zusammenarbeit in Berlin
Wo in Berlin sitzt ihr, und kommt ihr auch zu uns?
Unser Büro ist in der Käthe-Niederkirchner-Straße 22 in Prenzlauer Berg. Für die erste Bestandsaufnahme kommen wir gern zu euch — dort stehen die Systeme, und dort sitzen die Leute, die täglich damit arbeiten. Wer lieber zu uns kommt, ist ebenso willkommen. Nach dem Auftakt läuft die Zusammenarbeit überwiegend remote, mit Terminen vor Ort, wenn ein Thema es verlangt.
Unsere bisherige Django-Agentur ist nicht mehr erreichbar. Könnt ihr übernehmen?
Ja, wir übernehmen regelmäßig bestehende Django-Projekte. Wir brauchen Zugriff auf das Repository und die Server, lesen uns ein und liefern eine schriftliche Einschätzung: Django-Version, Abhängigkeiten, Tests, Deployment, offene Sicherheitsfragen. Danach wisst ihr, was sofort Arbeit braucht und was in Ruhe weiterlaufen kann — und entscheidet erst dann über einen Auftrag.
Woran unterscheiden sich Django-Agenturen in Berlin?
Im Wesentlichen an drei Punkten. Erstens, ob Django der Kern-Stack ist oder eine von zehn Technologien im Angebot. Zweitens, ob die Agentur Systeme nach dem Start selbst betreibt oder mit der Abnahme aus dem Projekt geht. Drittens, wer im Erstgespräch sitzt: jemand aus dem Vertrieb oder jemand, der den Code später schreibt. Alle drei Punkte lassen sich in einem ersten Gespräch klären, wenn man danach fragt.
Für welche Berliner Organisationen habt ihr gearbeitet?
Unter anderem für die Humboldt-Universität zu Berlin, das Internationale Literaturfestival Berlin und den sozialen Träger GEBEWO, dazu im Umland für das Potsdam-Institut für Klimafolgenforschung. Mit Django und Django CMS entstanden zum Beispiel das Fluglärm-Portal des Bundesverbands der Deutschen Luftverkehrswirtschaft und unser eigenes SaaS-Produkt finban.io. Die Projekte stehen mit Beschreibung im Portfolio.
Wir haben eigene Entwickler. Arbeitet ihr mit einem internen Team zusammen?
Ja. Üblich sind zwei Formen: Wir übernehmen einen abgegrenzten Teil — etwa das Upgrade auf eine aktuelle Django-Version oder eine neue Schnittstelle — und liefern ihn per Pull Request in euer Repository. Oder wir arbeiten für eine begrenzte Zeit im selben Sprint mit. In beiden Fällen gilt euer Code-Review, eure Konventionen und euer Deployment, nicht unseres.
Müssen wir für eine Zusammenarbeit in Berlin sitzen?
Nein. Wir arbeiten mit Organisationen im gesamten deutschsprachigen Raum. Der Standort macht vor allem am Anfang einen Unterschied, wenn es darum geht, ein gewachsenes System und die Abläufe darum herum zu verstehen. Für Auftraggeber außerhalb Berlins ersetzen wir den Termin vor Ort durch eine längere gemeinsame Sitzung am Bildschirm — das funktioniert, dauert aber erfahrungsgemäß etwas länger.
Verwandte Seiten
Leistung
Django Agentur — Leistungen, Kosten, Django CMS und Wagtail
Mehr erfahren →Technik
Django Entwicklung — DRF, Admin, Celery, Deployment
Mehr erfahren →Berlin
Python-Agentur Berlin — Daten, Automatisierung, KI
Mehr erfahren →Berlin
KI-Agentur Berlin — von der Idee zum produktiven System
Mehr erfahren →Überblick
Software Agentur — individuelle Entwicklung
Mehr erfahren →Referenzen
Portfolio — Projekte ansehen
Mehr erfahren →Weiterführende Artikel
Leitfaden
Django Agentur beauftragen: Der komplette Leitfaden
Artikel lesen →Legacy
Legacy-Software modernisieren statt ersetzen
Artikel lesen →CMS
Wagtail oder Django CMS? Der ehrliche Vergleich
Artikel lesen →Referenz
Django CMS in der Praxis: das Fluglärm-Portal des BDL
Artikel lesen →/ Django in Berlin
Warum Django-Systeme den Besitzer wechseln
Django wird seit vielen Jahren eingesetzt: in Startups, die damit ihr erstes Produkt gebaut haben, in Forschungseinrichtungen, in Verbänden und in der Sozialwirtschaft. Viele dieser Systeme sind inzwischen fünf, acht oder zehn Jahre alt. Sie laufen, sie werden gebraucht — und die Menschen, die sie geschrieben haben, arbeiten oft längst woanders.
Das ist kein Zeichen schlechter Arbeit, sondern der normale Lebenslauf von Software. Es bedeutet aber, dass eine Django-Agentur nicht nur neu bauen, sondern auch übernehmen können muss: einen fremden Code lesen, verstehen, absichern und dann behutsam weiterentwickeln. Wer das anbietet, sollte es mögen — es ist eine andere Arbeit als ein Projekt auf der grünen Wiese.
Was wir bei einer Übernahme zuerst prüfen
Die erste Durchsicht folgt immer denselben Fragen, weil sie über Aufwand und Risiko entscheiden:
- Welche Django- und Python-Version läuft, und wie lange wird sie noch mit Sicherheitsupdates versorgt?
- Gibt es Tests — und laufen sie noch?
- Lässt sich das System auf einem frischen Rechner aufsetzen, oder existiert es nur auf dem einen Server?
- Welche Abhängigkeiten werden nicht mehr gepflegt?
- Wer hat Zugriff auf Server, Domain, Datenbank und Backups — und sind diese Zugänge dokumentiert?
Das Ergebnis ist ein kurzes Dokument, kein Angebot über einen Neubau. In den meisten Fällen lautet die Empfehlung, das Bestehende zu stabilisieren und schrittweise zu erneuern. Ein vollständiger Neubau ist selten die wirtschaftlichere Lösung, auch wenn er sich nach einem sauberen Schnitt anfühlt.
Wann der Standort keine Rolle spielt
Wer eine klar beschriebene Aufgabe vergibt und ein eigenes technisches Team hat, braucht keine Agentur um die Ecke. Dann zählen Erfahrung mit dem Stack, Referenzen und die Frage, wie die Zusammenarbeit im Alltag organisiert ist — und das lässt sich aus jeder Stadt leisten.
Der Standort wird wichtig, wenn das Wissen über ein System vor allem in Köpfen steckt und nicht in Dokumenten. Dann spart ein Nachmittag im selben Raum Wochen an Rückfragen. Bei übernommenen Projekten ist das häufig der Fall.