Dev Complete (All-inkl. Development-Paket) – Bedingungen
Dieses Dokument beschreibt Umfang, Regeln und faire Leitplanken für das Paket Dev Complete.
Ziel ist: planbare Weiterentwicklung, klare Priorisierung und transparente Abrechnung – ohne Überraschungen.
Kernregel (kurz & klar):
Pro Monat sind im Paket maximal 3 Entwicklungstage enthalten.
Mehraufwand wird am Jahresende zusätzlich abgerechnet (siehe Abschnitt 6).
1. Ziel & Grundverständnis
Dev Complete ist ein Paket für laufende Weiterentwicklung und
kontinuierliche Verbesserung bestehender Systeme/Websites/Anwendungen.
Es eignet sich besonders für Kunden, die regelmäßig neue Funktionen, Optimierungen oder Anpassungen benötigen
und dafür ein planbares monatliches Budget wünschen.
Was „dienstleisterfreundlich“ bedeutet (und trotzdem fair):
- Wir planen realistisch, dokumentieren sauber und kommunizieren transparent.
- Ihr bekommt Priorität und Verbindlichkeit – wir bekommen klare Anforderungen und Freigaben.
- Mehrleistung wird nicht „versteckt“, sondern nachvollziehbar erfasst und fair abgerechnet.
2. Leistungsumfang (inkludiert)
Im Rahmen von Dev Complete sind typischerweise enthalten (sofern technisch möglich und abgestimmt):
- Weiterentwicklung bestehender Funktionen (Optimierungen, Erweiterungen, Anpassungen).
- Bugfixing im eigenen Code/Projektkontext (Fehleranalyse & Behebung).
- Technische Pflege (z.B. Refactorings in sinnvollem Rahmen, Dependency-Updates nach Absprache).
- Kleine Integrationen (z.B. Webhooks, API-Anbindungen in überschaubarem Umfang).
- Beratung & technische Konzeption als Bestandteil der Umsetzung.
- Release-/Deployment-Unterstützung im vorhandenen Setup.
Wichtig: Der konkrete Umfang hängt von der bestehenden Systemlandschaft, Codebasis und Dokumentation ab.
Wir arbeiten immer nach dem Prinzip: „stabil, sicher, nachvollziehbar“ – bevor es schneller wird.
3. Nicht enthalten / Abgrenzung
Nicht automatisch im Paket enthalten sind u.a.:
- Große Replatformings / vollständige Neuarchitektur (z.B. Komplett-Umstieg auf neues Framework).
- Große Design-Relaunches (UI/UX komplett neu) ohne gesonderte Vereinbarung.
- Leistungen Dritter (z.B. Lizenzen, Provider-Kosten, Paid Plugins, Stock-Material).
- Extensive Contentpflege (z.B. massenhaft Produkte/Artikel einpflegen) – kann optional vereinbart werden.
- Notfälle durch Fremdeingriffe (z.B. Änderungen durch Dritte ohne Abstimmung), sofern nicht klar als Bugfix im Paket abbildbar.
Warum diese Abgrenzung?
Damit Dev Complete planbar bleibt. Große Projekte erfordern separate Planung, Risikoabschätzung und ggf. ein eigenes Angebot.
Das schützt beide Seiten vor unrealistischen Erwartungen.
4. Neuentwicklung (Ausnahmefall)
Grundsatz: Dev Complete deckt keine Neuentwicklungen (Greenfield-Projekte, komplett neue Systeme/Module)
als Standardleistung ab.
In Ausnahmefällen kann eine Neuentwicklung teilweise unter Dev Complete fallen,
wenn dies vorab ausdrücklich freigegeben wird.
Entscheidungsvorbehalt quattronet
Ob und in welchem Umfang Neuentwicklung im Ausnahmefall aufgenommen wird, unterliegt einer
persönlichen Entscheidung der Firma quattronet.
Eine Zusage kann an Rahmenbedingungen geknüpft werden (z.B. technischer Fit, Risiko, Zeitfenster, Budget, Abhängigkeiten).
Wenn Neuentwicklung freigegeben wird, erfolgt dies üblicherweise als klar abgegrenztes „Mini-Projekt“
(Scope, Ziel, Meilensteine) – damit Aufwand und Ergebnis sauber steuerbar bleiben.
5. Prozess: Anforderungen, Priorisierung, Umsetzung
So läuft es am besten (bewährter Ablauf):
- Anforderung per Ticket/E-Mail: Ziel, Kontext, Wunschdatum, ggf. Screenshots/Beispiele.
- Klärung: Rückfragen, Aufwandsschätzung (grob), Risiken/Alternativen.
- Priorisierung: Gemeinsam festlegen, was als Nächstes umgesetzt wird.
- Umsetzung: Entwicklung + Doku + (wo sinnvoll) Tests.
- Abnahme: Kunde prüft, gibt frei oder liefert Feedback.
- Release: Deployment/Go-Live nach vereinbartem Vorgehen.
Für eine schnelle Umsetzung sind klare Anforderungen und schnelle Rückmeldungen entscheidend.
Unklare oder widersprüchliche Anforderungen können zu Verzögerungen führen (siehe Mitwirkungspflichten in Abschnitt 9).
6. Zeitbudget, Messung & Jahresendabrechnung
Enthalten: Maximal 3 Entwicklungstage pro Monat sind im Paketpreis inkludiert.
Mehrleistung: Wird erfasst und am Jahresende zusätzlich abgerechnet.
Damit beide Seiten fair planen können, gilt:
- Ein „Entwicklungstag“ entspricht 8 Arbeitsstunden (Richtwert).
- Zeiterfassung erfolgt transparent pro Ticket/Task (Analyse, Umsetzung, QA, Deployment).
- Wenn absehbar ist, dass das Monatsbudget überschritten wird, informieren wir proaktiv (best effort).
Jahresendabrechnung (zusätzliche Zeiten)
Am Jahresende (oder Vertragsjahresende) wird der kumulierte Mehrbedarf gegenüber den inkludierten
36 Tagen/Jahr (3 Tage × 12 Monate) ermittelt und zzgl. berechnet.
Abrechnung erfolgt zum vertraglich vereinbarten Stundensatz/Tagessatz oder – falls nicht geregelt – zum im Angebot vereinbarten Standard-Entwicklersatz.
Warum Jahresende? Viele Monate gleichen sich aus (mal weniger, mal mehr). Die Jahresbetrachtung schafft Stabilität
und reduziert „Mikro-Abrechnungen“ – trotzdem bleibt alles transparent nachvollziehbar.
7. Qualität, Tests & Abnahme
- Wir liefern nach bestem Wissen und Gewissen mit sauberem Code und nachvollziehbarer Dokumentation.
- Wo sinnvoll, setzen wir Tests/Checks ein (abhängig von System und vorhandener Test-Infrastruktur).
- Der Kunde prüft Änderungen zeitnah und gibt Abnahme oder Feedback.
Die Abnahme sollte innerhalb eines angemessenen Zeitfensters erfolgen, damit sich Änderungen nicht „stauen“
und Kontext verloren geht.
8. Support, Wartung & Verfügbarkeit
Dev Complete ist ein Entwicklungspaket. Support/Erreichbarkeit richten sich nach dem gebuchten SLA-Level (falls vorhanden)
bzw. dem allgemeinen Supportfenster im Wartungsvertrag.
- Bugfixing im eigenen Kontext ist enthalten (siehe Abschnitt 2).
- Provider-/Hosting-/Herstellerstörungen sind abhängig von Drittanbietern.
- Deployments können Wartungsfenster benötigen (vorab abgestimmt).
9. Rechte, Zugänge & Mitwirkung
- Kunde stellt nötige Zugänge (Repo, Hosting, CMS, DNS, APIs) bereit oder erteilt Freigaben.
- Änderungen durch Dritte sollten vorab abgestimmt werden, um Konflikte zu vermeiden.
- Freigaben/Feedback erfolgen zeitnah, damit Planung und Budget sauber eingehalten werden können.
Praxis-Tipp: Eine feste Liste mit Ansprechpartnern und Freigaberegeln beschleunigt Entwicklung enorm.
10. Schlussbestimmungen
- Diese Bedingungen ergänzen den Wartungsvertrag bzw. das Angebot und gelten für Dev Complete.
- Bei Widersprüchen gilt: individueller Vertrag → Angebot/Leistungsbeschreibung → diese Dev-Complete-Bedingungen.
- Änderungen bedürfen der Textform (z.B. E-Mail) oder einer aktualisierten Version mit Versionsstand.
Mini-Zusammenfassung: Dev Complete deckt laufende Weiterentwicklung ab, enthält max. 3 Dev-Tage pro Monat,
Mehraufwand wird transparent erfasst und am Jahresende zzgl. abgerechnet. Neuentwicklung ist grundsätzlich ausgeschlossen,
kann aber im Ausnahmefall nach persönlicher Entscheidung von quattronet teilweise aufgenommen werden.