Projektbegleitung
Technische Projektbegleitung
Sie haben ein Softwareprojekt bei einer Agentur oder einem Dienstleister laufen - aber niemanden auf Ihrer Seite, der die technischen Entscheidungen unabhängig einschätzen kann. Genau dafür bin ich da.
So wie ein Bauherr bei einem Neubau einen unabhängigen Architekten oder Bauleiter hinzuzieht, der seine Interessen gegenüber den ausführenden Firmen vertritt, vertrete ich Ihre technischen Interessen gegenüber Agenturen, Dienstleistern und Entwicklungsteams.
Ich baue keine Konkurrenz zu Ihrem Dienstleister auf und übernehme nicht dessen Arbeit. Ich stehe auf Ihrer Seite des Tisches - unabhängig, ohne eigenes Interesse am Ausgang einer technischen Entscheidung, außer dass sie die richtige für Sie ist.
Anlässe
Wann das sinnvoll ist
- Sie haben einen Dienstleister, aber niemanden, der unabhängig beurteilen kann, ob die technischen Aussagen stimmen.
- Ein Softwareprojekt wird laufend teurer, ohne dass sich sichtbar etwas ändert.
- Eine Agentur empfiehlt einen kompletten Rewrite, und Sie können die Empfehlung nicht selbst einschätzen.
- Mehrere Anbieter empfehlen unterschiedliche Lösungen für dasselbe Problem.
- Ein einzelner Dienstleister besitzt das gesamte technische Wissen über Ihr System.
- Eine größere technische Investition steht bevor, und Sie wollen sie nicht allein auf Zuruf entscheiden.
Einstiege
So können wir anfangen
Vier konkrete Einstiege - je nachdem, wo Sie gerade stehen.
01
Architektur-Review
Für wen
Teams mit einer gewachsenen Codebasis, die technische Entscheidungen treffen müssen, aber die Gesamtarchitektur nicht mehr vollständig überblicken.
Problem
Niemand im Haus kann mit Sicherheit sagen, wo die größten Risiken im System stecken oder was ein anstehender Umbau wirklich bedeutet.
Typischer Anlass
Vor einer größeren Investition, einem Systemwechsel oder wenn Änderungen spürbar länger dauern als früher.
Vorgehen
Durchsicht von Code, Architektur und Infrastruktur → Gespräche mit dem Team → schriftliche Bewertung mit priorisierten Risiken und Handlungsempfehlungen.
Ergebnis
Eine klare, nachvollziehbare Einschätzung des technischen Zustands - Grundlage für fundierte Entscheidungen statt Bauchgefühl.
Deliverables
- Schriftlicher Bericht mit priorisierten Findings
- Konkrete Handlungsempfehlungen
- Ein Gespräch zur Einordnung der Ergebnisse
02
Technical Second Opinion
Für wen
Geschäftsführungen und Teams, die eine technische Entscheidung, ein Angebot oder eine Architektur unabhängig geprüft haben wollen, bevor sie sie umsetzen.
Problem
Ein Dienstleister oder ein internes Team empfiehlt einen Weg - und niemand kann unabhängig beurteilen, ob er der richtige ist.
Typischer Anlass
Vor der Unterschrift unter ein größeres Angebot, bei widersprechenden Empfehlungen mehrerer Anbieter oder wenn ein Rewrite im Raum steht.
Vorgehen
Prüfung der vorliegenden Unterlagen, Angebote oder Architektur → gezielte Rückfragen an den bestehenden Dienstleister, wo nötig → unabhängige Einschätzung.
Ergebnis
Sie wissen, ob die vorgeschlagene Lösung technisch trägt - und was, wenn überhaupt, dagegenspricht.
Deliverables
- Schriftliche Einschätzung
- Priorisierte offene Fragen für den Dienstleister
- Ein Gespräch zur Einordnung der Ergebnisse
03
Dienstleister-Audit
Für wen
Unternehmen, die ein laufendes Softwareprojekt extern entwickeln lassen und den technischen Fortschritt, die Qualität oder die Risiken unabhängig bewerten lassen wollen.
Problem
Ein einzelner Dienstleister besitzt das gesamte technische Wissen über Ihr System, und Sie können Fortschritt und Qualität der Arbeit nicht selbst einschätzen.
Typischer Anlass
Bei Zweifeln am Fortschritt, vor einer Vertragsverlängerung oder wenn ein Wechsel des Dienstleisters erwogen wird.
Vorgehen
Durchsicht von Code, Dokumentation und Projektverlauf → Bewertung von Qualität, Architektur und technischem Risiko → priorisierter Bericht.
Ergebnis
Eine belastbare, unabhängige Einschätzung der geleisteten Arbeit - Grundlage für die nächste Entscheidung, ob Fortsetzung, Nachbesserung oder Wechsel.
Deliverables
- Schriftlicher Audit-Bericht
- Priorisierte Risiken und Empfehlungen
- Ein Gespräch zur Einordnung der Ergebnisse
04
Performance- & Scaling-Audit
Für wen
Unternehmen, deren Anwendung langsam oder instabil wird, oder deren Infrastrukturkosten wachsen, ohne dass jemand genau erklären kann, warum.
Problem
Die Plattform wird zunehmend langsam oder instabil, oder die Cloud-/Hostingkosten steigen, ohne erkennbaren Grund.
Typischer Anlass
Vor absehbaren Lastspitzen, bei wachsenden Infrastrukturkosten oder wenn Performance-Probleme den Betrieb spürbar beeinträchtigen.
Vorgehen
Analyse von Application Layer, Datenbank, Infrastruktur und Monitoring → Identifikation der tatsächlichen Engpässe → priorisierte Empfehlungen.
Ergebnis
Sie wissen, wo die echten Engpässe liegen - statt an den falschen Stellen zu optimieren.
Deliverables
- Schriftlicher Bericht mit identifizierten Engpässen
- Priorisierte Empfehlungen
- Ein Gespräch zur Einordnung der Ergebnisse
Kontakt
Bereit für ein Projekt, bei dem jemand auf Ihrer Seite steht?
Projekt besprechen53.4696° N · 7.4824° O - Aurich, Ostfriesland