團(tuán)隊(duì)管理目標(biāo)：提高效率！

提高組員積極性：明確考評(píng)，給出職業(yè)晉升空間。

了解團(tuán)隊(duì)狀況：

? ? · 周會(huì)，周一上午，周五上午

? ? · 組員面談，每月與一名組員溝通，了解近況

????· 團(tuán)建，一月或兩月一次

常規(guī)考評(píng)：

? ? · story的完成效率，是否按時(shí)完成，是否覆蓋所有需求點(diǎn)

? ? · 代碼質(zhì)量，測(cè)試階段的bug數(shù)量，bug的修改效率（分析bug原因，是否是由開發(fā)人員產(chǎn)生）

提升團(tuán)隊(duì)能力的途徑：

? ? 1. 技術(shù)分享：新框架、新技術(shù)的調(diào)研，組員共同討論，選出一個(gè)目標(biāo)，可以分塊調(diào)研討論，也可以一人主導(dǎo)，授課式。形成文檔，添加進(jìn)企業(yè)知識(shí)庫(kù)。

? ? 2. design review：參與UED，規(guī)范設(shè)計(jì)，使前端項(xiàng)目整體組件化，形成功能和API文檔。

? ? 2.1 內(nèi)部組件庫(kù)：UI組件，根據(jù)設(shè)計(jì)會(huì)議，storybook上編寫組件；底層組件，架構(gòu)師根據(jù)公司產(chǎn)品發(fā)展方向，制訂便于擴(kuò)展的項(xiàng)目底層框架（ts編寫）。

? ? 3. code review：底層框架代碼，分支保護(hù)，一定要求負(fù)責(zé)人review；業(yè)務(wù)代碼，分支保護(hù)，要求PR。組織code review會(huì)議，指定一人提供代碼并做會(huì)議記錄，記錄大家的意見，修改好之后向提出者反饋。

? ? 3.1 代碼重構(gòu)：對(duì)現(xiàn)有代碼設(shè)計(jì)提出異議，討論給出解決方案。并作為架構(gòu)師預(yù)備人選。

????3.2 編碼規(guī)范：eslint，git commit掛鉤，也可以在review會(huì)議上提出。

????3.3 最佳實(shí)踐：review會(huì)議也可以做最佳實(shí)踐討論，一般由模塊創(chuàng)建者編寫一個(gè)使用的最佳實(shí)踐，也可以是項(xiàng)目階段性完成后，評(píng)選一個(gè)最佳實(shí)踐。

????4. 流程管理：CI／CD，k8s+doctor，快速生成測(cè)試環(huán)境，npm私有倉(cāng)庫(kù)，管理內(nèi)部組件。項(xiàng)目采用配置加載模式，通過版本號(hào)管理模塊組件。

? ? 5. 輔助工具：腳手架項(xiàng)目（業(yè)務(wù)模塊腳手架、運(yùn)行環(huán)境腳手架），打包工具腳本（webpack），用戶數(shù)據(jù)分析工具（AB test／growingIO／bug 采集），UI組件分享（story book）

????6. 新人培訓(xùn)：寫技術(shù)blog，做知識(shí)積累