一、項目角色

• PM產品經理
• UE視覺設計師
• FE前端開發
• RD后端開發
• CRD移動端開發
• QA測試

二、完整項目流程

需求分析-各個角色技術方案設計-FE RD CRD開發- FE聯調 - FE RD CRD測試 - FE QA上線 - FE

三、各個階段的詳解

1.需求分析

• 了解背景(為什么要做這個)
• 質疑需求是否合理
• 需求是否閉環(比如點贊后有什么目的嗎,今后有什么用)
• 開發難度如何(比如做一個動畫，如果為了炫而做一個高難度的動畫，前端很難完成)
• 是否需要其他部門支持
• 不要急于給排期(千萬不要在會上給排期，中間如果有事怎么辦，要看整個部門的安排，然后最后通過考慮后給一個排期)

2.技術方案設計

• 求簡、不要過度設計(合理使用技術)。
• 產出文檔(不要自己想當然，比如2年以后再看，你還記得住嗎，文檔)。
• 找準設計重點(比如post，get怎么設計等等)。
• 組內評審(最好要，萬一組內有好的技術解決方案)。
• 和RD CRD溝通(三方都認同了)。
• 發出會議結論。

3.開發

• 如何反饋排期(預留buf，比如3天能開發完，你說4天，留好并行工作【如果還有其他工作的話】，還要搞定上一級UI或者后端排期就是大家的整體排期，工作量可以先給)。
• 符合開發規范，如css、注釋，模塊名稱等等。
• 寫出開發文檔(代碼注釋文檔)。
• 及時單元測試。
• Mock API(如果大家沒有寫好接口，可以做一個虛擬的接口)。
• Code Review(讓別人看看自己代碼有沒有什么不好的地方)。

4、聯調

. 和RD CRD技術聯調。
. 讓UE 確定視覺效果(讓UE和PM盡早的看到，避免回滾)。
. 讓PM確定產品功能。

---

PM加需求怎么辦？
不能拒絕，走需求變更流程(如果公司有規定，則按規則走，否則發起項目和leader的評審，重新評估排期。如果比較少就在群里發個通知就好了)

5、測試

• 提測發郵件，抄送項目組。
• 測試問題要詳細記錄(最好有一個表格)。
• 有問題及時溝通，QA和FE天生信息不對稱。

---

和QA說時，QA說有bug，但是我說：“我電腦沒有問題啊”！，切記，不要說這句話。要當面討論，讓QA幫你復現(然后查看這個問題)，如果需要特定設備才能復現等等。

6.上線

• 上線之后及時通知QA回歸測試
• 上線之后同步給PM和項目組
• 有問題，及時回滾。

總結

以上是生活随笔為你收集整理的前端开发的角色分配的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。