EIN KONKRETER AUFTRAG

Ein schriftlicher Bericht über Ihre Rails-Anwendung, Ihre Infrastruktur und das dahinterliegende Geschäftsproblem.

Ein bis zwei Wochen, Festpreis, ein Ergebnis. Sie lesen den Bericht und entscheiden dann, was als Nächstes passiert – ob Sie mit mir weiterarbeiten, den Bericht an Ihr eigenes Team übergeben oder alles belassen wie es ist.

Der Zweck der Prüfung ist Klarheit, nicht ein Vertrag.

WAS DER BERICHT ABDECKT
  1. 01Zusammenfassung für nicht-technische Leser
  2. 02Das Geschäftsproblem, neu formuliert
  3. 03Codebasis: Zustand, Struktur, Überraschungen
  4. 04Infrastruktur: was läuft wo
  5. 05Risiken, nach Schweregrad priorisiert
  6. 06Empfohlene nächste Schritte
  7. 07Anhang: Befunde, Logs, Konfigurationen
WIE DIE ARBEIT ABLÄUFT
Woche 1
Kickoff, Einarbeitung. Ein Gespräch, danach arbeite ich eine Woche allein mit Ihrem Code und Ihrer Infrastruktur.
Woche 2
Tiefenanalyse. Fragen per E-Mail, ein kurzes Zwischen-Meeting bei Bedarf. Berichterstellung.
Abschluss
Bericht, Durchgang. Sie erhalten das PDF, und wir führen das abschließende Treffen, um alles gemeinsam durchzugehen.
WAS NACH DEM BERICHT PASSIERT, IST IHRE ENTSCHEIDUNG

Sie können mit mir in die Umsetzung gehen. Sie können den Bericht an Ihre eigenen Entwickler übergeben und intern damit arbeiten. Sie können ihn als Briefing an eine andere Agenturen weitergeben. Oder Sie legen ihn ab und tun nichts. Jede dieser Optionen ist ein mögliches Ergebnis, und der Bericht ist so geschrieben, dass er alle Varianten unterstützt.

Bereit zu beginnen? Ich starte eine neue Analyse in der Regel innerhalb von zwei bis drei Wochen nach dem ersten Gespräch.
ANDERNORTS

Ich schreibe gelegentlich.

Notizen zu Software, Betrieb und Arbeit — auf meiner persönlichen Seite veröffentlicht.

www.whysthatso.net →