實踐

無論複雜程度如何，專案都必須不斷向前推進。
保持穩定的步伐是成功的關鍵因素，也是保持穩定的最佳方式客戶的高度參與是為了維持 SPoC 的參與與一切。
啟動階段後，設計的解決方案已被證明是關鍵用戶。現在是時候讓它變得栩栩如生了！
在每個階段中，專案團隊都會在短週期內工作，以便交付每週都有功能。解決方案是在整個過程中逐步形成的階段並由專案負責人和 SPoC 進行驗證。配置，資料導入和具體開發由專案並行處理領導者和開發人員（如果需要）。

配置

專案負責人自行配置軟體，包括客製化使用 Studio 應用程序，但沒有自訂開發。配置應用程式後，計畫負責人透過一系列培訓讓 SPoC 和關鍵使用者參與進來會話以驗證設定。

數據導入

根據要匯入的資料量和複雜性，處理此任務由專案負責人或開發人員進行。遵循專案負責人的指示、SPoC 和關鍵用戶收集數據並準備文件用於進口。

從目前軟體到 Odoo 的資料遷移可能會產生延遲，需要做出正確的決策：
• 不要因為資料品質而延遲生產啟動：導入盡可能乾淨的數據是最佳的，但不會以延遲數據為代價專案.因此，如果您的客戶沒有按時清潔並且已經在使用他們的資料在這種狀態下，不要延遲發佈到生產環境來清理它。後製期間可以直接在 Odoo 中進行一些清理工作。
• 匯入主資料並避免完整歷史記錄（如果可能）：這需要大量時間時間和金錢的長期投資報酬率非常低。

特定開發

專案負責人對專案的成功負責。所以他們還負責決定是否進行客製化開發（這存在風險延後項目）是否值得。質疑是否永遠不嫌晚具體的發展是必須的。記住：減少的量越多的發展越好。
在此階段，專案負責人批准需要開發的內容；通常經營業務所必需的東西，而不是簡單的東西「錦上添花」（沒有它們你也可以經營業務，但這並不理想）。
專案負責人編寫規範，包括要實施的場景經測試，SPoC 證明符合業務要求。
然後，開發人員接管任務並完成它。他們也是負責自動化測試。
專案負責人測試新功能並確保它們集成完全在他們的工作流程之內，不會干擾其他功能或應用程式.一旦開發得到驗證，他們就會訓練 SPoC 和關鍵用戶。
SPoC 也負責測試和驗證開發。如果偵測到問題，他們通知專案負責人，然後專案負責人進行溝通向開發人員提供回饋，然後修復錯誤和/或進行必要的改進。

未完，明日待續。