心靈旅程

我今天要述說的是，在一家公司的開發過程，用了哪些方式，哪些規定來做為開發指南

以往我們都會從書中，從研究論文中，找一些文章所說的內容，來做為理論基礎，照著相關的規定去做，

有時候定義的多，就如瀑布式開發，有的時候是非常無厘頭的，叫磒石式開發，有時候實際感覺，又像是流星雨開發。

有些如使用了像OKR的規則去開發，有些又點像是使用了甘特圖、有些又有點像是使用了PDCA、OODA。就是把生活中的經驗，說是濃縮的方式，或將經驗成為一個模型出來。

也有豐田的看版模式，也有精實創業所講的方法。

工作報告

就當作學習各家方式，但目的還是找到靈活有彈性的作法。

我以前的主管，不會用什麼書上的理論來講，直接的進來，就開始，講解要做的東西，誰做，優先順序是什麼，做完後，要給誰，

每個禮拜三下午時間，開始進行上禮拜與這禮拜的工作說明，每個禮拜都會寄一份報告給董事長，而每個禮拜會有總經理特助與菜鳥，來做資料的整理，

每一個人，會將資料傳給菜鳥，由菜鳥統合成一個整理過的檔案，而檔案的撰寫優先順序是從菜鳥、設計、切版、前端、後端、演算法的順序，並依模組，一般工作與B2B工作分開填寫，並且一個禮拜只能填四個欄位。

這份報告是給董事長看的，是他們想要有掌控的欲望，算是一種不信任感吧。

但這份報告的好處，也就是讓人們去回想，上禮拜做了什麼，這禮拜做了什麼。

工作分配優先順序

禮拜三，要進行工作的分配，當然平常會依據緊急狀況去做分配，依總經理與董事長、主管的要求做為最優先處理，然後才是開發，再來是不怎麼需要的小bug。

而專案經理（主管）主要負責收集需求，與董事長、部門主管、總經理，與市場產品的外部環境分析，內部環境分析之後，決定公司開發的主要方向，

以及理解整個meil stone要做什麼，不只要符合mile stone ，也要能夠臨時插單、合作、及為產品找尋能賺到錢的方向，另也要符合員工的職涯所需，去安排工作，

讓三方達到三贏的狀態。

人力分配，讓菜鳥，去做打雜的事，測試、切版、操作型的工作

讓資深工程師、演算法工程師，去執行較為複雜的工作，資深工程師依能力分配，錯開開發，當A負責A計畫，B負責B計畫後，職責，就會由A全程照顧A計畫，B全程照顧B計畫，

偶爾v2版本就會由不同工程師協助處理，或有BUG可以由不同工程師協助處理，達到專案彼此也能夠熟悉。

用同一個開發style與開發方式，讓彼此能夠快速上手彼此的模組功能。

當設計好之後，就丟給切版工程師，當切版工程師切好後，就交給前端，後端也會在UI好的時候，進行盤點 API項目，進行開發，然後再由前端工程師串接。

用打棒球的概念，互相傳球。

思考規劃在實作開發之前

盡可能不會在實作時邊想邊開發，而是開發前，先思考，而思考者與開發者，不該歸於一人，這樣才能思考實作同時併行處理，

A 第一個禮拜思考的A1 工作項目東西，會成為 B第二個 A1的開發項目，而此時 A 第二個禮拜的思考工作項目 A2，就會成為 B第三個禮拜開發項目。

這樣持續進行，不會容易斷掉，開發會進入持續開發，不中斷的，且高效率處理。

思考者，與開發者，就如同，丞相與上將軍的概念。董事長、總經理就像是安排人事與授權的人、最後決議的人，就是王上、君上、皇帝。

上將軍則是在開發實作時，負責做臨機應變的調派支援，實作方式，作戰方式，該用前端、後端、DevOpt 還是設計、UI去做處理，該花多久時間作戰，實作完成度。。等。

最有效的作戰方式，最快的作戰方式，在沒辦法處理之下，所處理的方式。

=====================

在我這家公司，我個人喜歡的作戰方式當然會是，

先瞭解要做些什麼，分析、規劃，所有細節是可以被發現，運用的，這是在可以被衡量的狀況，也就是專案，產品是因為不確定性高，並不像是專案屬於確定性高的項目。

產品中當然也可以有專案，也就是將規劃的目標，有了第一步想要做的項目之後，開始就屬於小型的專案，這時候就屬於PDCA，在PDCA之前就是屬於OODA，

前 OODA 後 ，再 PDCA，也就是依狀況決定目標，決定目標後，開始開發計畫，開發計畫，就會進行小型的，PDCA，PDCA完後，又回到OODA的衡量、回饋、再調整，再進行下一輪的計畫。

計畫就會是，分析要做的項目，就會想UI要有什麼樣的東西、按下去會串接哪些API，哪些API會影響哪些資料庫、需要哪些資料表，用文字描述這些內容之後，開始列出開發任務，再依開發任務排列成甘特圖。

前、後端串接的一個流程規劃表，估時估的準的情況下，就能夠順利在預計預估的時間內完成。

如果條列出項目會是：

需求，訪談

分析，列出相關資訊

設計，列出工作項目、任務、優先順序，時程表、人力資源分配，估時

規格，API Spec、DB Schema、架構設計、盤點項目

實作，

測試

===============

再腦中能夠清楚知道所有細節後，有點完美無逢的話，就可以快速開發，進行處理。