前端帶隊之漫談

2022-02-19 21:30:54 字數 2632 閱讀 8189

確實很久沒有寫部落格了,想起來在第一家公司的時候,一位前輩的乙個觀點,工作n年下來,寫技術文章(經驗、感悟、學習等),才可以真正沉澱你的技術。

撿起來,瘋狂把最近的工作心得、經驗等等慢慢加入進來。

先談帶隊吧,4年帶隊,經驗**吧。

1. 要人標準:在眾多面試以及培養人才的事情上,確實聰明的同事一點就通的概率高一些,學習能力和解決問題的能力也會強一些,多做一些思路上的點播即可。所以,盡量帶領聰明一些的同事。

2. 興趣:興趣是可以培養的,不要讓同乙個人一直coding同一型別的業務,間歇性的賦予其有挑戰性沒有做過的任務,當然可以是從未接觸過的業務,也可以是從未接觸過的研發型的學習型任務,耐心引導其想要接受什麼樣的挑戰。通過興趣引導,從而達到,大家每乙個人都可以互相熟悉到其他人負責業務模組以及學習到所涉及的核心技術。從而達到對整體專案業務的把握以及廣泛學習帶來的成就感。也可以起到,其中乙個離職,隨時有其他人可以接替負責。

3. **審查:  

其一,對於新人來講,先完成初步整體培訓(包含技術框架熟悉、核心技術、編碼規範、多人協作開發以及溝通流程等),這個最初的步驟很重要,做好可以事半功倍,節省大量時間;然後每完成乙個小模組,都需要實時做到**審查。到一定程度,培養為成手,可以獨立負責模組。

其二,帶隊人數較多時,啟用每週**評審,起到互相熟悉業務、互相學習該業務涉及到的核心技術。

4. 新人培養:對於新手,先引導讓其聽,包括編碼規範、團隊協作等;對於成手,在不影響整體業務效益以及其他職能同事的溝通協作的基礎上,引導其充分彰顯自己的能力以及個性。

5. 賦予挑戰:作為leader,核心且關於公司效益的挑戰,應當首當其衝,但是不代表只有團隊的leader可以做。在對整個團隊成員能力非常熟悉以及團隊成員個人興趣和意願的情況下,可以讓其負責具有挑戰且核心的任務,leader在旁輔導。總之,不要讓小兵一直是小兵,我們應該引導其挑戰更高階的任務,包括負責核心業務、攻關研發難點技術、帶領新人等。通過這個方式,會達到兩個效果,其一,團隊所有成員均可俯瞰整個專案;其二,讓能力突出的成員盡快彰顯。

6. 學習氛圍培養:百花齊放,個人覺得最最重要的是週報上寫上自己的經驗分享以及學習心得。這個點上,作為leader需要強勢一些,對於新手來講,必須要寫,對於成手而言,可以間歇性寫以及分享。以公司業務收益為導向,發現問題,以技術實現來解決問題,同樣作為技術儲備,為以後後續的創新型業務提供可靠快速的技術保障。總之,業務導向以及知識量範圍導向,兩者共存。

7. 時間分配:帶隊人數較多時,需要自我思考時間分配管理,面試招聘、新人培養、核心負責模組、外部門溝通、技術方案制定等等,需要評估事件的重要性以及緊急性,更需要評估,你是否唯一不可替代,例如可以把新人培養的工作可以交給團隊值得信賴的成手去做。以釋放自己的部分時間去做更重要的事情。隨機應變,很重要。

8. 充分調動有能力的人。對於技術能力非常強悍的同事,充分給予其能力的舒展以及個人意願的實現,例如他總想做一些非常核心的技術研發工作,這就是他的強項,可以給予專案中可以做的優化點,讓其選擇性去深度研究,但必須確定研發成果的分享普及。充分調動其個人意願。

9. 心裡輔導:新人來講,必須做到最低乙個月談一次,包括業務熟悉、技術成長、團隊成員熟悉、外部門同事的溝通、工作流程的適應等等,根據個人意願做以輔導。成手來講,日常業務感知很重要,例如,突然發現某位同事的工作反常態度,需要深度聊聊心裡訴求,以及對應合適的解決方案。

10.工作流程思考:作為前端leader,優化專案流程具有不可懈怠的責任,前端具有專案管理的屬性,因為銜接pm、ui、ue、後端、測試甚至運維,可以保持適當強勢來保證專案進度前進的督促、潤滑作用。同樣作為團隊成員的榜樣,起到模範下邊團隊成員效仿作用。

11.面臨裁員抑或主動離職相關:面對公司裁員,優先綜合能力評估,優勝劣汰,給予未來工作以及職業規劃的支援;面對團隊成員主動離職,優先確保交接時間的可持續性。對其接下來的職業選擇,給予一定中肯建議。

12.專案管理方面:對於大型的前端專案規劃管理,優先做任務劃分,需要甘特圖工具來輔助確保整體任務的有效進行,確定好關鍵路徑以及每日的進度匯報共享以及總結。對於各個職位均參與的專案來講,我們需要評估專案是後端為主還是前端為主,對於前端為主的專案,作為前端leader,做好專案管理角色,保持適當強勢,善於發現專案問題,解決問題。

13.充分培養團隊成員責任心:要讓每乙個團隊成手獨立負責中型或者小型專案,再或者比較大的模組,目的主要是激發其主人翁意識以及個人解決問題能力的綜合培養,其他業務可動態根據他們時間來進行分配來保證其時間的高效開發以及內容的多樣性。

14.適當交替任務型別:也就是說不要讓同乙個人一直負責同一業務型別(如靜態頁輸出、介面訪問、頁面渲染等),舉例可以隔一段時間可以換成調研類任務,以激發個人興趣以及學習成就感。當然,任務型別很多,舉例如,可以讓他獨立負責乙個專案,可以讓其去做其他非常新鮮的業務型別,這個業務可能涉及到某某關鍵性的技術調研等。總之,不要讓團隊成員感受到的任務的多樣性、有趣性。

16.關於團建,最好最低乙個月一次,大家high起來,沒有leader不leader,暢所欲言。

17.作為leader,做好隨時自我犧牲的準備,無論專案的臨時上線、解決問題的實時性,再或者,所有團隊成員都無法替代你的任務之時,保持隨時解決問題。

18.技術驅動:要對新技術抱有熱忱、敏感心態,隨時為專案優化、工作流程優化而做技術儲備。

19.任務重要性分配:作為leader,我們必須要保證主任務的順利進行,有效解決甘特圖中里程碑任務的瓶頸。

未完,隨時補充。

我想每個人均有其不同觀點,大家共同交流,共同進步。

漫談CSS之字型大小font size

字型大小的單位主要有 說明 1.em單位是相對使用者瀏覽器的預設字型大小而言 2.ex是相對 高度而言 3.px是相對電腦螢幕所能顯示的最小的點 如何使文字大小在不同瀏覽器和作業系統上保持一致 說說em如何使用 首先舉個栗子例如,預設瀏覽器字型大小為16px 把body元素的font size設定為...

初學SLAM一之漫談

工作一年來接觸與學習slam技術已經有一段時間了。之前一直從事攝影測量與地圖相關的學習,在無人駕駛火爆的當下,無人駕駛的一些核心技術例如高精度地圖,例如感知定位等都與slam緊密相關,而這也給了我這個地圖,測繪,攝影測量者乙個學習探索slam的乙個契機。關於攝影測量與計算機視覺之間的差異性,準確來說...

《架構漫談》之閱讀筆記

什麼是架構?在維基百科上是這樣定義的 架構是一種過程,並且是計畫 設計 構建和其他物理結構的產品。在 架構漫談 一中認為,架構就是 根據要解決的問題,對目標系統的邊界進行界定。並對目標系統按某個原則的進行切分。切分的原則,要便於不同的角色,對切分出來的部分,並行或序列開展工作,一般並行才能減少時間。...