以前作工程師的時候,本身負責數據開發,如今作管理了,數據開發這一塊工做分給了團隊成員,管理溝通佔據了大量的時間,項目的質量沒有很好的把控。問題出在哪?學習
想讓團隊成員分擔咱們手頭的工做,要麼靠梯隊,要麼靠機制。做爲團隊的管理者,若是你想抽出時間幹別的,梯隊和機制的建設會把你解放出來。開發
梯隊: 團隊裏有勝任度很是好的人,而且已是這方面的梯隊人才。
機制: 一套方案,用來專門應對某個場景出現的問題。文檔
上面問題的解決思路:table
- 造成文檔, 梳理確保質量的檢查點;
- 約定受權,商量配合執行;
分開來概括,實際上分紅了5個步驟;class
步驟序號 | 要點 | 說明 |
---|---|---|
1 | 明確目標 | 明確機制須要解決什麼場景下的什麼問題 |
2 | 提煉應對場景的關鍵點 | 從或者其它經驗豐富的人提煉場景下的關鍵環節 |
3 | 肯定誰在何時檢查什麼關鍵點 | 須要監督 |
4 | 確認操做成本 | 對執行者來講是否是下降了時間成本 |
5 | 溝通執行人 | 機制的制定人和執行者經常不是同一我的,因此須要溝通,確保機制有效 |
規則序號 | 規則 | 說明 |
---|---|---|
1 | 簡單 | 機制應該以最小的學習成本和操做成本爲原則 |
2 | 關鍵 | 精煉,關鍵點不能太多 |
3 | 問責 | 關鍵點由誰來跟進 |
4 | 實用 | 不是爲創建機制而創建機制,而是每一個機制都須要有實用價值,針對的是特殊的場景 |
- 機制是越少越好,由於機制的創建,執行,維護都須要成本,能少則少;
- 機制能夠確保作事的下限,有很好的遷移性和傳承性,必要的機制是不可或缺的;
逐步健全的梯隊和良性運做的機制,可讓管理者愈來愈體驗到自動駕駛的感受。經驗
原創不易,轉載請註明出處。數據