Odoo-Modulentwicklung: Ihr Prozess, als Code geschrieben

So läuft die Arbeit

1. Sie beschreiben, was am Tag nach Abschluss der Arbeit anders sein soll - in Ihren Worten, nicht in denen von Odoo. Die Hälfte der Aufgaben ändert genau hier ihre Form, denn was man mitbringt, ist meist schon eine Lösung.
2. Ich schreibe die Architektur auf eine Seite: welche Modelle betroffen sind, was geerbt statt neu gebaut wird, was unangetastet bleibt und was mit jedem Override in der nächsten Version passiert.
3. Sie lesen diese Seite, bevor irgendetwas gebaut wird. Das kostet eine Stunde und ist der letzte billige Moment, es sich anders zu überlegen - auch in Richtung „das lohnt sich nicht“. Das kommt vor und ist in Ordnung.
4. Umsetzung, mit Tests dort, wo sie sich lohnen. Die mechanische Hälfte des Schreibens erledigt KI, deshalb konkurrieren Tests in der Schätzung nicht mehr mit Funktionen. Welche Fälle einen Test verdienen, wird weiterhin von Hand entschieden.
5. Staging auf einer Kopie Ihrer echten Datenbank - nicht auf Demodaten, in denen es keine Kunden mit zwei Leerzeichen im Namen und keine Importe von 2019 gibt. Sie prüfen die Arbeit an Ihren eigenen Datensätzen.
6. Produktion, mit schriftlicher Deploy-Reihenfolge und einem Rollback, das ausprobiert und nicht nur angenommen ist. Danach zwei Wochen Feinschliff: Die kleinen Reibungen zeigen sich erst im Alltag, und dieser Durchgang sorgt dafür, dass das Modul genutzt und nicht umgangen wird.