Agentur hat den Code übergeben, empfiehlt jetzt ein „Code-Audit“ – warum sollten wir dafür nochmal zahlen?

Du lässt dir beim Schneider einen Anzug nähen und bei der Übergabe fragt er: „Soll ich für 5.000 Rubel mal checken, ob die Nähte halten?“ Einer Agentur, die ihrem eigenen Code nicht traut, fallen schon kreative Zusatzumsätze ein.

Beim Code-Audit wird vor allem die technische Schuld (technical debt) geprüft. Um Deadlines zu halten, hauen Entwickler oft Spaghetti-Code raus oder sparen sich Tests. Läuft erst mal, schmiert aber beim ersten Update ab. Um solche Risiken aufzudecken, lohnt sich ein Audit durchaus.

Zahlt der Agentur bloß nix extra. Klemmt einfach Open-Source-Tools für statische Code-Analyse an euer GitHub- oder GitLab-Repo. Schon automatisierte Tools spucken Code-Duplikate und grundlegende Sicherheitslücken in 10 Minuten kostenlos aus.

Wir haben bei einem 650.000-RUB-Projekt damals auf ein Audit verzichtet. Als wir 6 Monate später neue Features wollten, meinte eine andere Agentur: „Der Code ist Müll, müssen wir komplett neu machen“ – und wir waren nochmal 500.000 RUB los. Unabhängige Prüfung ist Pflicht.

Wenn ihr ein Code-Audit machen lasst, achtet auf drei Dinge: 1) Optimierung der Datenbankabfragen, 2) Validierung/Sanitization von Eingabeparametern, 3) Codedokumentation. Wenn das passt, kann morgen problemlos ein anderer Entwickler übernehmen.

für das selbst verbrochene zeug noch ein audit verkaufen wollen ist echt dreist. also holt euch einfach nen externen freelancer für 2-3 beratungsstunden der mal drüberschaut reicht vollkommen.

Stehen im ursprünglichen Vertrag denn Abnahmekriterien und Gewährleistungsfristen? Falls dort eine Klausel zu „sauberem Code und Architekturstandards“ drin ist, müssen sie das ohnehin als Teil der vereinbarten Leistung kostenfrei liefern.

Wenn ich dich richtig verstehe, meinst du Folgendes: Wer bei Code-Audit hetzt, stolpert alle an derselben Stelle.

Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher. Ich hoffe, das hilft dir weiter.

Vor zwei Jahren habe ich genau dasselbe erlebt. Ein wöchentlicher schriftlicher Fortschrittsbericht ist viel nützlicher als ständiges Nachfragen nach dem Status.

Beginnt mit einem kleinen Test, bindet nicht gleich alles fest.

Die Diskussion ist abgeschweift ich fasse mal zusammen. Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.

Aus Erfahrung weiß ich das.

Lasst uns die Begriffe trennen, sie werden oft verwechselt. also wer bei Code-Audit hetzt, stolpert alle an derselben Stelle.

Wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Beim Umsetzen gibt es drei Dinge zu beachten. Ein Change-Request-Prozess verlangsamt die Arbeit nicht, sondern beschleunigt sie.

Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher. Wenn deine Situation anders ist, ändert sich das natürlich.

Ich fasse das Thema mal zusammen, da es mehrere unterschiedliche Antworten gab. Wenn du zu einem Thema drei verschiedene Antworten bekommst, war die Frage falsch gestellt.

Ich hoffe, das hilft dir weiter.

Richtig. Der meiste Zeitverlust entsteht durch Arbeiten, die auf Freigaben warten.

Nur weil alle es tun, heißt es nicht, dass es richtig ist. Ich hoffe, das hilft dir weiter.

Ich habe mich lange damit beschäftigt. Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.

Das günstigste Angebot ist oft das am wenigsten durchdachte. Ich hoffe, das hilft dir weiter.

Danke fürs Schreiben, das ist genau richtig. Zugangsdaten sollten auf den Firmennamen laufen, nicht auf persönliche Konten.

Ein wöchentlicher schriftlicher Fortschrittsbericht ist viel nützlicher als ständiges Nachfragen nach dem Status. Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Ich spreche mal aus der Gegenperspektive, ich bin auf der Lieferantenseite. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Überstürzte Entscheidungen sind oft solche, die man sechs Monate später korrigieren muss.

Danke genau die Antwort die ich gesucht habe.