前端開發負責人修煉指北

你們好，我叫XX，江湖人稱吃土小2叉，目前擔任公司的前端負責人半年多了，一路上摸爬滾打，歷經團隊人員變更，近日很有感觸，因而結合本身近半年的前端負責人實踐經驗，權看成一個學習記錄，整理概括一下小做坊團隊前端負責人的修煉要點（大部分只是記錄了關鍵詞，沒有詳細展開），以及本身的實踐記錄。一些觀點可能不是很成熟，也可能都是一些政治正確的廢話…… 歡迎各位老司機多開車指點指點，交流交流哈~.

定位

要求

• 知識面廣 （前端、後端、數據分析、產品、交互）

• 基礎紮實

• 學習能力強

• 服務意識

• 產品思惟

• 心態良好

• 善於總結

• 溝通能力

職責

• 營造存在感、歸屬感、成就感

• 把控技術方向

• 新人引導

• 促進團隊提高、培養團隊

• 權衡公司利益以及 隊員利益

• 與其餘部門銜接和溝通

• 創造但願 （eg: 畫大餅、某種意義上的程序員精神鼓勵師）

關鍵詞

團隊建設、技術選型、人員安排

• 團隊建設

  • 技術氛圍

  • 人文氛圍

• 技術選型

  • 產品需求

  • 穩定性

  • 兼容性

  • 開發效率

  • 招人難易度

  • 留人難易度

  • 轉型成本（時間成本、學習成本）

  • 捨棄用戶成本（轉化率：兼容性； 訪問量：SEO）

• 人員安排

  • 讓優秀的人變得更優秀 （技術棧：最前沿的技術； 老帶新）

  • 讓普通的人加速提高 （技術棧：最成熟的技術）

  • 淘汰餘下的人

常見問題分析

面試時常常遇到一些人的離職緣由就是如下一些……

1. 沒有提高

什麼是提高？

• 更快解決問題 7

• 更優解決問題 8

• 解決之前不能解決的問題 9

• 編程能力提高 （編碼、設計、架構） 9

• 掌握新技術、新語言、新工具 5

• 工資提高 6

• 知名度 7

注： 數值爲XX認爲的較爲合理的權重值，滿分10，我的意見，僅供參考

如何提高？

缺一不可

1. 時間

2. 方向

3. 堅持

4. 實踐

加分項

• 聰明 （XX注：可遇不可求）

• 有老司機指點 （XX注：可遇不可求）

• 好奇心

• 自我驅動力/主觀能動性

• 專一

注： 除去 聰明、 有老司機指點， 這兩個是可遇不可求的； 其他都是能夠後天培養的。

爲何沒有提高？

工做只使用舊框架、舊技術 【應聘人常常說起】
基礎薄弱，學新技術難，求帶，抱大腿
光看不練
沒有時間
前端要學的太多太雜，學了這個忘了那個
新框架一個又一個， 來不及學

負責人能作的

• 保證產品穩定性，知足產品兼容性需求的狀況下，儘可能讓團隊使用最前沿的技術

• 推進團隊技術學習、分享氛圍，必要時給予物質獎勵

• 爲成員騰出必定自由時間

• 讓本身成爲隊員的大腿、答疑解惑

• 完善技術文檔

• 寫優秀的代碼

• 造輪子、改進項目基礎設施

• 擋需求、砍需求、改需求、加需求

負責人不能作的/很難作的/不該該作的

• 不該該回答what的問題、 減小回答how的問題，而是更多回答why的問題

• 不該該天天催着隊員去學習、去分享，而是要激發隊員的自我驅動力、主觀能動性

• 不該該安排超負荷任務，而是分配合理的任務總量

• 不該該花費大量時間（80%）開發業務需求，而應該花一半時間（50%）思考和設計如何改進現有開發模式

2. 沒有成就感

如何得到

• 回報 >= 付出 （精神、物質）

• 對產品的承認

• 對技術棧的承認

• 對本身付出的承認

• 對他人付出的承認

• 助人且助人的反饋是積極的

• 我的發展、晉升

概況： 回報 >= 付出 （精神、物質）

3. 加班太多 沒有時間 到家後太累了

首先明確一點，業務需求是永遠作不完的

咱們能作的，只是每週根據已有的開發資源，開發相對最重要最緊急的業務

另外一方面，也要注意： 程序員自我提高 的重要度也是極高的

隊員層面

• 合理評估工期

• 不斷提高本身，不斷提升效率

• 量力而爲，保重身體

負責人層面 【主要背鍋人】

• 合理審覈工期

• 合理安排任務 【重要】

• 技術選型是否合理、是否高效

• 新人的引導是否到位

4. 技術分享參與度不高

如何改善

• 負責人牽頭分享

• 獎勵機制

• 避免佈置過飽和任務量

應聘人的指望

（如下回答來自XX面試過的應聘人）

• 我比較期待能有一個常常相互討論最新技術的環境

• 技術氛圍好點，能夠互相交流的，而後加班不要太多，有意義的加班能夠接受

• 但願有挑戰性和持續成長空間，同事之間比較容易溝通的，固然作的產品有趣就更好了

• 但願有大牛帶

• ……

XX實踐

團隊建設

技術氛圍

1. 技術分享考評制度（鼓勵競爭 、 與培訓機會、年終考覈掛鉤）

2. 按期 code review （2周1次） 優先級： 高

3. 不按期 小分享 （不限次~2周1次） 優先級： 高

4. 按期 大分享 （2個月1次）

5. 鼓勵參與翻譯英文技術文章

6. 整理、維護、更新前端知識庫 wiki （涵蓋： 代碼規範、工具教程、開發流程、組件 Demo、語言教程等）

7. 前端每週一題 ， 以經典案例題形式傳授實際價值較高的知識點

8. LeetCode 刷題活動 （算法題爲主）

9. 每週週會只探討各自遇到的難題1~2個，思考更優解

10. 開源項目 【構思中】

11. 新技術交流、研討會 【構思中】

12. 以上各類分享，負責人帶頭進行

考覈制度 DKP

v0.1 版本 考察兩個維度： 分享貢獻度、業績貢獻度； 每月設置合格線，低於合格線進入考察期

• 試行了1個月，實際效果通常，參與度不高，僅一人達成分享貢獻度合格；

• 不一樣產品線業績難以量化衡量；

• 較反感懲罰制度

v0.2 版本 僅考察 分享貢獻度。不設合格線，分值僅做爲獎勵評定標準

每週一題

v0.1 版本 原先專門開了個微信公衆號，名叫，前端每日一題，維持了一週，結果由於設計題目十分耗時，因此持續了一週後擱置

v0.2 版本 改成…… 前端每週一題，鼓勵隊員投稿出題

團隊氛圍

（需增強）

• 多關心隊員真實訴求，階段性一對一對話

• 設定階段性目標（例如：官網重構計劃），達成後一同慶祝

• 按期組織 TeamBuilding

技術選型

數據驅動 + 業務驅動 + 人才驅動

• 產品需求

• 穩定性

• 兼容性

• 性能

• 開發效率

• 技術價值 （對程序員自我提高產生的價值）

• 招人難易度

• 留人難易度

• 轉型成本（時間成本、學習成本）

• 捨棄用戶成本 （數據驅動）

  • 捨棄兼容性帶來轉化率降低的成本： IE8 用戶

  • 捨棄SEO形成訪問量降低的成本： SEO 流量

人員安排

• 讓優秀的人變得更優秀 （技術棧：最前沿的技術； 老帶新）

• 讓普通的人加速提高 （技術棧：最成熟的技術）

• 淘汰餘下的人

技術選型規劃

以 PC 官網前端重構計劃爲例

現狀

jQuery + 類 require.js 加載機制 + less + gulp + C# ， 傳統電商網站

目標瀏覽器

不低於 5% 訪問量的瀏覽器

目標流量來源

SEM + SEO + 市場活動推廣

其中， SEO 目前平均佔比約 15% 流量

業務痛點

設計風格不統1、特別大量重複性工做 （各類合做方系統定製化移植官網）、 先後端耦合程度大

人員痛點

技術棧落後、招人難、留人難

重構好處

• 組件化設計： 提升代碼複用性；有助於快速移植組件、促進合做方項目進度同步

• 技術棧升級： 有利於招人以及留人

• 先後端分離： 有利於提高開發效率

重構弊端

• 時間成本： 大量

• 兼容性成本： 只兼容IE9+

• 白屏時間： 比起傳統服務器端渲染，會存在必定的白屏時間，而短時間內不必定會使用 node.js + vue.js SSR

路線圖

1. 在後臺管理系統中試點 Vue.js 框架，積累 Vue.js 經驗 【DONE】

2. 在完成 2~3 個後臺管理產品後，漸進式（幫助中心頁入手）改造官網前端 【View層 Vue.js框架 ； Action 層 c# .net】 【PLAN】

3. 在肯定捨棄 IE8 用戶後，官網全站轉型 Vue.js 框架

4. 在肯定捨棄 SEO 流量 改用 Vue-Router ， .net 只提供容器

5. Vue.js + Node.js 服務器端渲染有必定積累後，官網先後端徹底分離

近期實踐

時間	分類	內容
2017.4.8	講座	前端小組集體參加中第二屆國前端開發者大會…… 公司報銷
2017.4.14	大分享	XX： 自動埋點工具介紹（很low……） ATM https://github.com/xunge0613/ATM
2017.4.21	小分享	XX： 掘金翻譯計劃參與體會 + GitHub Review 功能
2017.4.23	技術研討	官網 PC 前端重構規劃

任務安排

2 - 8 原則

如何作

數值僅供參考，具體狀況具體分析
每週任務安排 4 天工做量
天天花 0.2 天 ， 約 1.5 ~ 2 小時，自我提高

目的

爲了提高隊員開發效率

按期安排技術型任務

• 督促技術提高

• 考覈方式

按需分配需求

通常業務需求無非考驗如下兩點

• 業務熟悉度

• 技術熟練度

理想狀況下，對於業務不熟悉的隊員，優先分配須要熟悉業務的需求；反之亦然

結語

知易行難
貴在堅持

---

題外話： XX的前端奇妙歷險

3年彎路
13 年 4 月實習加入一家初創公司，工做不到半年，原先前端 leader 轉崗作運營，只剩下我一個前端，持續了半年左右。因爲人少，寫前端的同時還要寫 C# 代碼，偶爾研究 SEO，兼職半個網管，還負責了天天晚上給加班童鞋點晚餐外賣…… 這個狀態差很少從進入公司開始持續了 2 年。因此雖然本身工做了也有將近 4 年了，但精力比較分散，走了不少彎路，作了許多重複性勞動；同時又與外界其餘前端的交流不多，惟一和外界的交流機會幾乎就是當面試官與應聘人交流；且當時很長一段時間疲於業務開發，常常 九、12+、6 ，本身學習主動性降低了許多，業餘一有休息時間本身幾乎也是「荒廢」了，也再也不如大學時自學前端那陣子折騰本身的博客站點、折騰各類技術、寫博文作小結（單反窮三代、遊戲毀一輩子）。前端技術的沉澱比較欠缺。另外一方面，也大約3年左右時間單相思，受困於情感問題耽誤了很多時間。

簡單來講，前 3 年走了不少彎路，幾乎是 3 年的工做時間以及 1 年的加班時間，換來了 0.5 年的前端經驗，緣由是： 精力分散、視野狹窄、缺少實踐、缺少學習主動性、缺乏檢討、公司缺人。

決定性時刻
後來，陸陸續續前端團隊一點點擴張，但直到去年年中，一共也只有 3 個前端，應付公司 3 個電商類前端產品（PC + M）。也一直沒有所謂的前端 leader，都只是各自負責各自的產品線，你們也都很年輕，2~3年經驗。當時 CTO 問我，要不要招一個資深的前端來帶咱們，仍是讓咱們自由競爭，我當時也挺迷茫和糾結，一直以來，都感受本身對於前端職責的定位以及從此發展方面，缺少系統和全面的認知，以及也不清楚技術團隊的 leader 的職責應該是什麼，以爲若是招個老司機，本身能有更明確的目標和規劃，同時對公司來講雖然要負擔更多的薪資開銷，可是想必能有更多可能性，會有更多回報。而本身這幾年在前端上基本是靠本身摸索以及參考知乎上的解答。

半年來
結果是，去年下半年，我受命擔任前端組負責人…… 恰逢本身終於決定放棄 3 年多的單相思。因而打雞血般花了大量時間接觸外界，開闊技術視野，（包括參加了許多前端的知乎 live ，從最先圍觀的小爝老師、Hax 老師…到近期 vczero 、呂毅以及 justjavac 大神們的 live，以及 姬光、i5ting、小問等大大的 gitchat……以及 vczero 和 前端早讀課情封 的小密圈…… 以及加了 豪情大大的前端 js 跳板 QQ 羣…… 以及傳說中的微信小程序聯盟論壇，以及相關的 QQ 羣，天天至少回答羣裏一個小程序的技術問題 ），研究新技術，補習自身基礎，研究如何帶團隊，促進團隊提高... （而後也就有了如今這篇文章） 如今前端團隊一共 6 人…… 還在招…… 歡迎推薦……

Anyway， 最好的學習時間是昨天和如今，即便花了 3 年多走了那麼多彎路，至少，如今正了一些，也不錯啊。

最後，仍是想感謝一下，領導對個人信任 =。= 以及同事們的支持以及各位大神們的指導~