天天看點

如何寫前端開發的改進建議書?

上周啟動了一個項目打算統一規劃前端的開發,一方面是想在前端方面有長期積累,另一方是想提升前端的開發效率和代碼品質。就請海Y準備了一個ppt,計劃在本月雙周會上給産品同學介紹一下,今天先和架構組的同學一起過了一遍,也收到不少好的建議。

建議書的目的

1. 提升前端的開發效率和代碼品質

2. 規劃前端的技術發展路線和做長期技術積累

現狀問題分析

1. 曆史遺留項目很多,每個項目都采用了不用的技術架構體系,開發人員熟悉成本很高,後期維護成本很大,人員流動對項目的影響巨大。同時前端開發人員要熟悉和修改各種不同技術架構下的不同開發人員寫的代碼,缺乏專注的職業技能培養,主人翁意識也越來越淡化。

2. 新的産品設計依然是每個産品一套互動界面和風格,每個開發人員也喜歡采用自己熟悉或者敢興趣的技術架構群組件來做設計。

3. 在現場展示前端可視元件A,元件B在項目1、項目2、項目3中的不同的風格和互動,說明缺乏規劃的産品互動設計和前端開發設計,已經造成前端開發人力浪費。

4. 現場展示元件開發以前的成本,用代碼行表示。

如何寫前端開發的改進建議書?

方案建議

1. 統一規劃前端技術架構,分析和分類不同的業務場景,針對每種業務場景特定設計一套前端技術架構。

2. 統一規劃元件開發,分析和明确定義元件範圍,具體實施方式可以多種多樣,可以是在開源或者淘系内選擇成熟元件,可以是将同一元件的在不同項目中的開發任務固定在一兩位開發同學上,促進積累逐漸形成通用元件,可以是安排一兩位同學專門開發元件,另外的同學在項目中使用元件。

3. 确定元件化的優先順序,可以是按照新項目的元件開發需要,也可能是按照老項目中同類元件BUG很多,重構急迫性的需要。

4. 統一架構開發流程的協同,幫助産品和UED熟悉和了解元件清單,積極推動在産品設計和UED設計中參考和複用元件,和項目經理明确重用元件和定制開發元件的人力成本差異。

5. 現場展示統一架構的一種推進計劃和成本收益預估

如何寫前端開發的改進建議書?

小結和QA

1. 強調一下統一前端規劃的方法和原則,具體元件範圍,具體的元件實施優先級,具體元件的設計方案可以後續深入讨論和完善

2. 強調一下上下遊之接協同的重要性

3. 詢問大家的問題和建議

如何寫前端開發的改進建議書?

繼續閱讀