當要開始進行開發了，每一間公司組織，都會有自家的特有開發流程，大小不同，但都會有幾個節點多數都會有的，如下：

提供開發SPEC：PM提供將要開發的內容、目標及範疇提供給團多人員，盡可能做到全面相過一遍，然後耐心聆聽及謹慎回覆需求或規格；SPEC如果沒有開好的話，RD就會在開發時，會產生出Bug，1/100是可能出錯率，如果好的開發流程理因會是1/100x1/100x1/100…可以慢慢變小；反之，如果是1/100x1x1x1x1…Bugs就會慢慢變大。

Wireframe建立：PM或是設計師，依據SPEC的框架，建立起主要服務操作流程，使用Wireframe可做為跨團隊溝通的基礎文件，每一個步驟都盡可能描述清楚，讓工程人員可以了解每一個步驟，且讓同時可以讓自己再檢視自己的流程邏輯是否正確

開發人員初步評估：開發及測試人員，可以由wireframe內容了解整體範疇，提出各種會遇到的問題和優化可能性，也可以了解基礎架構(infrastructure)可以如何建置

設計完稿Mockup：在之前討論的Wireframe後，設計人員可再依據執行的可行性條件納入，將最後完整UI圖面完成，做完後續開發的依據；而在此是一樣也是盡可能的完稿，但是有些時候，仍因為實際開發狀況，必須做適時的調整。

建立關鍵API：如開發的服務會有跨平台及跨前後端的服務產品，就必須在初期時，也要定義主要API需要包含內容，但亦須保留延展性

後端架構建置：後端人員針對服務範疇進行架構建置及開發

前端應用對接：前端人員針對使用者將接觸到的服務點及介面進行設計開發，並透過API進行前後端對應

服務測試：測試人員可能在開發測試環境、Stage環境、Prod環境進行不同層次的測試，服務的穩定性及正確性，維持測試左移，減少開發跟測試的成本

發佈運營：測試完成也符合服務目標後，即可以進行上線發布，並與市場進行行銷溝通行為，隨時收集市場反饋意見

Take away

開發流程只是一個框架，並非每一家都會相同適用，因為需要找出，最符合組織的作業方式，讓專案可以運行順暢為主。

其實很多時候，團隊運作不順時，都是需要有一個角色出來協(沙)調(包)，大部分時候人員說(發)明(洩)不順的地方後，就沒事了會繼續執行專案任務。

在開發流程中，一定會有很多事未被明確定義下來的事務，所以要有耐心去理解相對關係人的考量，才比較好減少合作上的誤解。