“Wie lange dauert das?” ist bei jeder Systementscheidung die zweite Frage, direkt nach “was kostet es”. Die ehrliche Antwort für Odoo: eine Standardimplementierung steht in rund drei Monaten - und danach addiert sich alles. Mehr Nutzer, schwerere Module, Individualentwicklung, Anbindungen, Datenmigration: jede dieser Entscheidungen macht das Projekt länger, und ein Faktor macht alles kürzer. Das bestimmt die Durchlaufzeit wirklich, warum wir bewusst kein agiles Projekt daraus machen, und wie Sie von einem harten Datum wie dem 1. Januar zurückrechnen. Wollen Sie sofort Ihre eigene Situation durchrechnen: der Go-live-Planer macht es in einer Minute.
Die kurze Antwort: drei Monate, wenn Sie beim Standard bleiben
Eine Implementierung der Kernprozesse - CRM, Verkauf, Einkauf, Buchhaltung - für ein Team normaler Größe steht in ungefähr drei Monaten. Das ist keine Marketingzahl, sondern eine an Bedingungen geknuepfte: sie gilt, solange der Scope Standard bleibt, die Datenmigration begrenzt ist und auf Ihrer Seite jemand wirklich Zeit freimacht.
Warum kann das so schnell gehen? Weil Odoo für diese Kernprozesse schlicht fertig ist. Sie richten ein, Sie konfigurieren, Sie migrieren einen überschaubaren Satz Stammdaten - aber Sie bauen nichts. Jede Woche in so einem Projekt geht in Entscheidungen, nicht in Softwareentwicklung.
Es bedeutet auch das Umgekehrte: jeder Schritt ausserhalb des Standards hat einen Preis in Zeit. Das ist kein Einwand - manchmal ist Ihr Prozess die Individualentwicklung wert - aber es gehört auf den Tisch, bevor die Planung versprochen wird.
Was sich addiert
Die Durchlaufzeit eines Odoo-Projekts ist kein Mysterium. Sie ist additiv, und die Posten sind fast immer dieselben.
Nutzer. Mehr Menschen bedeutet mehr betroffene Prozesse, mehr Training, mehr Meinungen und mehr Testarbeit. Eine Implementierung für zweihundert Personen ist wesentlich andere Arbeit als für fünfzehn.
Schwerere Module. eCommerce und Manufacturing sind die beiden Klassiker. Ein Webshop berührt Produktdaten, Bestand, Zahlungen und Versand zugleich; Fertigung berührt Stücklisten, Arbeitspläne und Planung. Beides funktioniert ausgezeichnet in Odoo - aber beides ist ein Projekt im Projekt.
Individualentwicklung. Von einer kleinen Bildschirmanpassung bis zum eigenen Kalkulationskern: Individualentwicklung muss entworfen, gebaut und getestet werden. Die Bandbreite ist groß, und genau deshalb gehört ihr Umfang aus einer Fit-Gap-Analyse und nicht aus dem Bauchgefühl.
Anbindungen. Jede Integration mit einem externen System - ein Webshop, ein Logistikdienstleister, EDI mit einem Abnehmer - bringt eine zweite Partei mit eigenem Tempo mit. Anbindungen sind pro Stück selten große Arbeit, aber sie stapeln sich, und Sie bestimmen das Tempo nicht allein.
Daten. Der unsichtbarste Posten. Stehen Ihre Kunden, Artikel und offenen Posten sauber da, ist Migration eine Aufgabe. Müssen sie erst dedupliziert und bereinigt werden, ist es ein Teilprojekt. Wer einmal aus Excel gewachsen ist, weiss meist schon, auf welcher Seite er steht.
Mehrere Gesellschaften. Multi-Company ist keine Frage eines Haekchens: jede zusätzliche Entität bringt eigene Einrichtung, eigene Flüsse und Intercompany-Verkehr mit und multipliziert die Abstimmung.
Addieren Sie das, und Sie verstehen die Bandbreite, die Sie überall sehen: drei Monate Standard, sechs bis neun mit ernsthaftem Scope, Richtung zwölf für große Multi-Company-Projekte.
Der größte Beschleuniger ist keine Technik, sondern ein Mensch
Wenn wir aus all unseren Projekten eine Sache weitergeben duerften, dann diese: die Verfügbarkeit Ihres internen Projektleiters bestimmt das Tempo mehr als jede technische Entscheidung.
Jede Implementierung lebt von Entscheidungen. Welche Felder sind Pflicht? Wer darf was sehen? Ist diese Ausnahme das Einrichten wert, oder schaffen wir sie ab? Ein Projektleiter, der dafür wirklich Zeit bekommt - und Mandat - beantwortet diese Fragen in Tagen. Ein Projektleiter, der es am Freitagnachmittag nebenbei macht, beantwortet sie in Wochen. Multiplizieren Sie das mit den hundert Entscheidungen, die jedes Projekt verlangt, und Sie sehen, woran Planungen sterben.
Deshalb fragen wir vorab explizit danach, und deshalb wiegt es in unserem Planer schwer: von mindestens vier Stunden pro Woche bei einem kleinen Projekt bis “so viel wie nötig” bei einem großen. Es klingt wie ein Detail. Es ist der Hebel. Und der Projektleiter steht nicht allein: wer je Prozess neben ihn gehört, lesen Sie in Was ist ein Key User.
Warum wir kein agiles Projekt daraus machen
Viele Implementierungspartner arbeiten agil: Sprints, Backlog, unterwegs entdecken, was nötig ist. Wir machen bewusst das Gegenteil. Die Fit-Gap-Analyse am Anfang liefert eine Scoping-Tabelle, die das Projekt zu einem vorhersehbaren Wasserfallprojekt macht.
Pro Prozess steht fest, was Standard kann, was Konfiguration ist und was wirklich gebaut werden muss - samt Definition of Done, bevor gebaut wird. Abweichen ist erlaubt, aber dann wissen wir, wovon wir abweichen. Die Folge für die Durchlaufzeit ist genau, was Sie wollen: eine Planung, die vorab stimmt, statt einer, die unterwegs entsteht, und ein Festpreis pro Phase statt eines offenen Endes. “Unterwegs entdecken” klingt flexibel, ist aber der teuerste Weg herauszufinden, dass Ihr Scope größer war als gedacht.
Zurückrechnen vom 1. Januar
Die meisten Deadlines sind Wünsche; die Geschäftsjahresgrenze ist eine echte. Zum 1. Januar live heißt sauber anfangen: kein halbes Geschaeftsjahr im alten System und halb im neuen, keine doppelte Verwaltung für Ihren Steuerberater.
Wer am 1. Januar live sein will, rechnet zurück. Ziehen Sie zuerst zwei Monate Puffer ab - für Testbefunde, neue Wünsche, die entstehen, sobald Menschen das System sehen, und gewöhnlichen Verzug. Dieser Puffer ist kein Pessimismus; jeder Go-live ohne Puffer opfert unter Druck Qualität, genau in den Wochen, die entscheiden, ob die Nutzer das System annehmen. Was übrig bleibt, ist der Raum für Ihren tatsächlichen Scope. Starten Sie nach dem Sommer, passt ein Standardprojekt bequem hinein. Passt Ihr voller Scope nicht, bleibt ein Regler übrig - und der ist der wichtigste dieser ganzen Geschichte.
Scope ist ein Regler: Phasierung
“Nicht machbar” gibt es kaum. Was es gibt: nicht alles auf einmal. Die Antwort ist Phasierung - zuerst mit den Kernprozessen live, die schwereren Teile direkt danach. Die Buchhaltung zum 1. Januar im neuen System und die Webshop-Anbindung im Februar ist keine gescheiterte Planung; es ist eine gute.
Phasierung nimmt ausserdem Risiko aus dem Projekt: ein kleinerer erster Go-live ist ein beherrschbarer Go-live, und Ihr Team lernt das System kennen, während Phase zwei gebaut wird. Nahezu jedes “unmachbare” Datum wird machbar, sobald sich die Frage ändert von “wann kann alles” zu “was muss zu diesem Datum wirklich stehen”.
Kurz zusammengefasst
Eine Standard-Odoo-Implementierung steht in rund drei Monaten; Nutzer, schwerere Module, Individualentwicklung, Anbindungen, Daten und zusätzliche Gesellschaften addieren sich darauf, bis sechs bis neun Monate für ernsthafte und Richtung zwölf für große Projekte. Der größte Beschleuniger ist ein verfügbarer interner Projektleiter. Mit Fit-Gap und Scoping-Tabelle machen wir bewusst ein vorhersehbares Wasserfallprojekt daraus. Und für ein hartes Datum wie den 1. Januar gilt: zurückrechnen, zwei Monate Puffer einhalten, und Scope als Regler nutzen. Der Go-live-Planer rechnet Ihre Situation in einer Minute durch.
Wollen Sie wissen, ob Ihr Datum machbar ist? Fuellen Sie den Go-live-Planer aus für eine erste Einschätzung, oder planen Sie einen kostenlosen Odoo-Scan - dann bringen wir Scope, Phasierung und Planung gemeinsam in Karte.
Mehr lesen: Odoo-Implementierung: sind Sie bereit? · Die Implementierungs-Checkliste (26 Checkpoints, gratis PDF) · Was kostet eine Odoo-Implementierung? · Die TARGET-Methode · Was ist ein Key User? · Von Excel zu Odoo · Odoo direkt oder über einen Partner