“Wie lange dauert das?” ist bei jeder Systementscheidung die zweite Frage, direkt nach “was kostet es”. Die ehrliche Antwort fuer 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 laenger, und ein Faktor macht alles kuerzer. Das bestimmt die Durchlaufzeit wirklich, warum wir bewusst kein agiles Projekt daraus machen, und wie Sie von einem harten Datum wie dem 1. Januar zurueckrechnen. 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 - fuer ein Team normaler Groesse steht in ungefaehr 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 fuer diese Kernprozesse schlicht fertig ist. Sie richten ein, Sie konfigurieren, Sie migrieren einen ueberschaubaren 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 gehoert 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 fuer zweihundert Personen ist wesentlich andere Arbeit als fuer fuenfzehn.
Schwerere Module. eCommerce und Manufacturing sind die beiden Klassiker. Ein Webshop beruehrt Produktdaten, Bestand, Zahlungen und Versand zugleich; Fertigung beruehrt Stuecklisten, Arbeitsplaene 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 gross, und genau deshalb gehoert ihr Umfang aus einer Fit-Gap-Analyse und nicht aus dem Bauchgefuehl.
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 Stueck selten grosse 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. Muessen 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 zusaetzliche Entitaet bringt eigene Einrichtung, eigene Fluesse und Intercompany-Verkehr mit und multipliziert die Abstimmung.
Addieren Sie das, und Sie verstehen die Bandbreite, die Sie ueberall sehen: drei Monate Standard, sechs bis neun mit ernsthaftem Scope, Richtung zwoelf fuer grosse Multi-Company-Projekte.
Der groesste Beschleuniger ist keine Technik, sondern ein Mensch
Wenn wir aus all unseren Projekten eine Sache weitergeben duerften, dann diese: die Verfuegbarkeit 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 dafuer 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 noetig” bei einem grossen. Es klingt wie ein Detail. Es ist der Hebel. Und der Projektleiter steht nicht allein: wer je Prozess neben ihn gehoert, lesen Sie in Was ist ein Key User.
Warum wir kein agiles Projekt daraus machen
Viele Implementierungspartner arbeiten agil: Sprints, Backlog, unterwegs entdecken, was noetig 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 fuer 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 groesser war als gedacht.
Zurueckrechnen vom 1. Januar
Die meisten Deadlines sind Wuensche; die Geschaeftsjahresgrenze ist eine echte. Zum 1. Januar live heisst sauber anfangen: kein halbes Geschaeftsjahr im alten System und halb im neuen, keine doppelte Verwaltung fuer Ihren Steuerberater.
Wer am 1. Januar live sein will, rechnet zurueck. Ziehen Sie zuerst zwei Monate Puffer ab - fuer Testbefunde, neue Wuensche, die entstehen, sobald Menschen das System sehen, und gewoehnlichen Verzug. Dieser Puffer ist kein Pessimismus; jeder Go-live ohne Puffer opfert unter Druck Qualitaet, genau in den Wochen, die entscheiden, ob die Nutzer das System annehmen. Was uebrig bleibt, ist der Raum fuer Ihren tatsaechlichen Scope. Starten Sie nach dem Sommer, passt ein Standardprojekt bequem hinein. Passt Ihr voller Scope nicht, bleibt ein Regler uebrig - 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, waehrend Phase zwei gebaut wird. Nahezu jedes “unmachbare” Datum wird machbar, sobald sich die Frage aendert 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 zusaetzliche Gesellschaften addieren sich darauf, bis sechs bis neun Monate fuer ernsthafte und Richtung zwoelf fuer grosse Projekte. Der groesste Beschleuniger ist ein verfuegbarer interner Projektleiter. Mit Fit-Gap und Scoping-Tabelle machen wir bewusst ein vorhersehbares Wasserfallprojekt daraus. Und fuer ein hartes Datum wie den 1. Januar gilt: zurueckrechnen, 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 fuer eine erste Einschaetzung, oder planen Sie einen kostenlosen Odoo-Scan - dann bringen wir Scope, Phasierung und Planung gemeinsam in Karte.
Mehr lesen: Was kostet eine Odoo-Implementierung? · Die TARGET-Methode · Was ist ein Key User? · Von Excel zu Odoo · Odoo direkt oder ueber einen Partner