開發模式上，我們常見的智駕開發模式，這里寫了主要的兩種：

一種是典型的V模型。做過智駕開發的應該都會比較熟悉。這個V模型，一般是從研發側，基本上是從系統需求、系統架構，再到子系統的設計研發。相對于常見的V模型，從需求，到設計，到研發來說，智駕會復雜很多。

基于智駕的軟件規模，基本上經常做的是一個大的系統需求，從頂層的架構，再分解到多個不同的模塊或公司。這個公司本身會再去做頂層的系統需求的分解，再去做設計。這種層級可能有兩到三層，導致的一個問題是：在需求設計上經過層層分解，而這個分解的過程和軟件研發其實是分離的。需求設計可能更多停留在文檔上，研發基本上就到了整個系統的設計，再到編碼。這個過程其實是分離的，流程越長，分離的越開的話，會造成在真正開發過程中，越容易造成變形。有可能做著做著就做歪了，有一些東西可能會漏掉。

反過來做這種集成的時候，又會發現有這么多層這么多組在并行開發，反向去層層做集成的時候，集成的成本非常高。遇到一個小問題，可能都需要拉一大撥人去長時間的定位。一個問題當涉及到跨團隊跨公司的時候，來回踢皮球的情況，其實非常常見。

另一種開發模式其實也很常見。我們一般會去做一個原型系統，其實是用來做算法驗證快速迭代的?；谶@個原型系統，并對效果做了一定迭代之后，再往量產的環境上遷移這時候會面臨很多問題

開發模式上，我們常見的智駕開發模式開發模式上，我們常見的智駕開發模式開發模式上，我們常見的智駕開發模式開發模式上，我們常見的智駕開發模式