由於業務線比較多,因此公司內部每個項目當中都是一箇中級開發在負責項目。因此也是給與必定培訓和指導。如下內容全是從我的角度的理解去給與一些參照。
前端
基本的平常開發需求。前端技術體系。
web
每個負責人都有可能面對某個系統須要用到其餘的新技術,或者之前沒有接觸過的技術,這裏須要負責人有着本身的學習方法和學習能力,能夠在短期內掌握一門技術,快速進入開發,並在開發的過程中繼續積累和提升新技術
後端
這個環節不能缺失,這裏就要求技術全面和思想指導。當在幫助初級同窗解決問題的時候,不是僅僅只是在給他們解決問題,更重要的一點是雙方之間在進行技術溝通和思路解決方案。對你們都有提高。
markdown
規劃能力,在於負責人對於工做的計劃規劃,是否是成竹在胸。
session
在調研新技術的時候,造成技術文檔輸出的習慣,能夠將一些坑或者使用方法,記錄下來
架構
根據項目的體量,複雜度,須要規劃具體的高中初級幾人。框架
確定存在重複性勞動動做,這部分具體的數量安排。
工具
前面兩個決定具體的時間劃分。oop
風險分爲兩種:任務完成了多少,任務完成的怎麼樣。
開發完成和任務完成是兩回事情。
學習
其實正常狀況下不會出現這種狀況,可是在人力條件下,可能出現這種狀況。藉助現有的資源,解決相對的問題。
前端同窗其實對於業務能力由於各類緣由,廣泛沒有後端了解的多。
利用泳道圖或者流程圖去梳理業務流程
關鍵字段和數據是基於業務邏輯流程梳理以後,知道對接接口的時候,一些關鍵數據的重要意義。
不是將業務評審當成是一個過場,須要有本身的思考,以及梳理,別人的講解始終都是別人的,若是本身不瞭解,是沒法在開發過程當中瞭解業務實現是否有問題。
具體如何參與業務評審,後面會有其餘的培訓。
協做能力,分爲兩個部分。一個是項目團隊,一個是部門團隊。
這裏的幾個部分後面會有專門的session你們一塊兒探討。
合理分配,及時check,預知風險
總結
由於在咱們公司,前端部門是一種虛線的狀態,你們可能分步在不一樣的項目組裏面,可是前端仍是要從總體技術方向上去作統一的提高和信息共享。
前端工具化發展:bitsun-inc.yuque.com/vghmle/yuf2…
組件沉澱
業務沉澱
溝通能力能夠體現一我的的思惟方式,以及是否是有着本身的表達方式。
表達方式決定是否是 在有效溝通,有的時候可能你們溝通了半天還不是在講一個東西。
談任何問題的時候,不要直接上來說問題,將上下文同步清除,而後在進行溝通。
爲何有的時候在講一些問題的時候,講了半天沒有重點,聽得稀裏糊塗,就是由於本身自己就沒有將問題梳理好,就直接拿出來說。
任何事情:都是會有輸入 -》過程 -》輸出。
那咱們將輸入,輸出講清楚,中間哪一個過程出了問題,就直接將來龍去脈的上下文本身理清楚,而後清楚的表達出來。
咱們在和不一樣的人溝通的輸入不一樣,輸出也不一樣。
判斷能力決定於,一我的是否已經能夠全局把控項目。判斷能力在於有底氣在項目當中對於事項進行判斷和決策。
框架能力決定一我的是否能夠處理項目當中非業務邏輯的處理能力。
這一個東西極爲重要,這是一我的的綜合能力的體現。
技術廣度,深度,邏輯分析能力【一部分結構化思惟】的體現。
關於心理能力,這裏沒有和上面放在一塊兒,可是也提一下,由於團隊當中以前有同窗和我反映過一些心理活動。
場景:可能咱們在計劃任務的時候,一切都計劃好了,可是最終的結果仍是延期了。可能有各方面的緣由。團隊人不緣由加班,聯調沒有很好的完成,前期技術方案沒有很好的實現,或者有問題。而後感受本身是否是不行。產生了自個人認知否認。
咱們不能決定全部的事情,事情也不必定會按照咱們設想的去發展。咱們惟一能作的就是,把咱們須要作的事情作好,至於結果可能有所偏離,那咱們繼續努力就好。沒必要針對咱們自身,產生很差的情緒。
盡人事,知天命。
因此咱們更注重是作好本身的事情,遇到的情緒有本身的情緒處理方式。