Korrekturen
- Fehler und Regressionen an einer laufenden App oder Website, mit Repro-Schritt im Briefing.
Nutzen Sie Entwicklung nach Stunden für Korrekturen, kleine Features, Reviews und die Arbeit, die ein live Produkt erzeugt. Das ist Kapazität auf Code, den Sie schon haben, kein neues Produkt aus einem leeren Repo. Jeder Auftrag wird angeboten und startet, wenn Sie annehmen. Sie behalten den Kunden.
Sie bleiben die Agentur. Wir schreiben dem Kunden nicht und rufen ihn nicht an. Die Arbeit landet in ihrem Repo, unter Ihrem Namen.
Fehler, Regressionen und die kleine Änderung, die ein Release blockiert.
Ein geschnittenes Ticket: ein Endpoint, ein Formular, ein Report, ein Zahlungs-Hook, gegen den Stack, den sie schon fahren.
Ein Durchgang auf einem Pull Request oder einem Release Candidate, mit Notizen, mit denen Ihr Team arbeiten kann.
Sie beschreiben den Auftrag. Wir nennen Stunden und Datum. Die Arbeit startet nach Ihrer Annahme.
Wir arbeiten im genannten Git-Remote und Board. Einen parallelen Stack öffnen wir nur, wenn das Angebot das sagt.
Braucht die Arbeit eine neue Architektur, eine Mobile-App oder ein leeres Produkt, nutzen Sie diese Seiten.
So läuft ein Auftrag
Sie sind dabei, bevor jemand das Repo auscheckt. Das Angebot gilt für diesen Fall.
Die Tickets aus dem Angebot, auf Branch und Stack, die Sie genannt haben, mit dem dort geschriebenen Review.
Ein neues Produkt, ein Rewrite, eine Mobile-App oder Arbeit an einem Stack, den wir nicht angeboten haben, ist ein anderer Auftrag. Extra-Stunden nach dem angebotenen Satz bekommen ein neues Angebot.
Der Auftrag wartet auf Zugang und einen Repro-Weg. So ist die Arbeit geteilt.
| Aufgabe | Ihre Agentur | |
|---|---|---|
| Wir bieten die Stunden an, sobald wir Codebasis und Ticket sehen. | ||
| Wir arbeiten auf dem genannten Branch, im beschriebenen Stack. | ||
| Wir hinterlassen einen Pull Request oder einen Patch, den Ihr Team prüfen kann. | ||
| Wir kontaktieren Ihren Kunden nicht. | ||
| Mindestens Lesezugriff, Schreibzugriff wenn wir den PR öffnen müssen. | ||
| Stack, Umgebung und Schritte, um das Thema zu sehen. | ||
| Annahme des Angebots, bevor wir committen. | ||
| Jemanden, der mergen kann und mit dem Kunden spricht. |

Eine neue Web-App ist Individuelle Webanwendungen. Eine native App ist Mobile-App-Entwicklung. Stunden-Support setzt das Repo voraus.
Brauchen Sie dieselbe Entwicklung jede Woche, buchen Sie Dedizierte Fachkräfte. Diese Seite sind Aufträge, kein benannter Sitz.


Bieten Sie Overflow auf Konten an, die Sie schon führen. Der Kunde hört keine zweite Engineering-Marke.
Schicken Sie Ticket und Zugang. Wir bieten die Stunden an und starten, wenn Sie annehmen.