一.前言
假如讀者是一個老板，下面有兩位員工，作業難度一樣，完成量一樣，人品和責任心也一樣，一位每天加班加點，廢寢忘食的作業；而另外一位每天在座位上喝著咖啡，非常的輕松自如的作業，您會更器重哪一位？
答案很明顯，一定是第二位，因為在同等產出的前提下，越輕松，就證明能力越強，如果有更有挑戰的作業，那一定是要第二位去嘗試，
但是說來容易，談何輕松？IT行業普片的現象就是加班多，壓力大，而且只要涉及到管理或者是支撐，作業性質就很像打雜，很多同行看到這里，可能會有同感，
但是沒有辦法改變了么？其實還是有的，起碼能改變一些，本人就拿現在的作業經歷進行分享，或許能和一些讀者，特別是從事了技術團隊管理作業的有一些共鳴，
二.“新官上任”的2015上半年
本人是在2015年初，進入了一家互聯網企業，擔任技術部門的總監，先前從未做過一個部門的獨立負責人，所以當然是有一些壓力的，公司是一家已經運作了10余年的公司，系統較老，較繁雜，進入公司不到半年，就有了突如其來的“災難”，因為公司上市等一些客觀原因，公司技術部門的所有老員工陸續選擇了離職，離職交接時間只有一個月，很多代碼都是當時直接進行交接，一些老系統代碼非常凌亂，站點70多個，服務30多個，而且當時還在重構中，當時每天中午無法休息，晚上基本每天加班到半夜，周末也是經常會過來公司加班，公司只有本人一人是從事技術的經理級管理人員，所以自然壓力十分巨大，睡眠也深受影響，當時還去看了一次心理醫生，但是不管怎么樣，不能在難受的時候選擇放棄，
于是，當時針對自身的作業做了一下分析，主要做的作業事宜如下：
1. 代碼開發維護（當時離職老員工交接的代碼，涉及到的所有新需求都是小編來完成，臨時需求比較多）
2. 客戶對接（系統對外商戶接入時候的疑難解答）
3. 人員招聘
4. 技術部門管理（行政，技術以及團隊文化建設）
5. 新技術挖掘與拓廣
6. 專案管理
在繁重的作業壓力下，部門的業績也不夠理想，主要表現在：
1. 部門毫無新技術引入
2. 部門主管，也就是小編每日被無數繁雜作業纏身，部門管理投入明顯不夠
3. 團隊士氣低下
三.“挽救殘局”的2015下半年
出現這種情況，責任一定是在頭狼身上，于是對自己的作業進行了分解分析，如下：
|
作業項 |
占用精力百分比 |
是否崗位重點職責 |
|
代碼開發維護 |
35% |
否 |
|
客戶對接 |
20% |
否 |
|
人員招聘 |
15% |
是 |
|
技術部門管理 |
5% |
是 |
|
新技識訓專案挖掘與拓廣 |
2% |
是 |
|
專案管理 |
23% |
否 |
從上述不難發現，為了維持公司的運作，本人基本承擔了一個開發或維護工程師的角色，而團隊的管理，新技術的延伸，這些投入的明顯不足，而這些才是一個技術總監需要去執行的，所以針對這些作業項逐一分析：
-
客戶對接：總結了和客戶對接的主要的溝通事宜，發現90%以上的問題是由于對接介面檔案的不清晰，為了節省這部分的投入，花了2周時間去組織重寫了對接的介面檔案，結果發現，后續這部分基本不用投入了，
-
人員招聘：這塊的作業是需要去重點做的，只有人員到位，才可以騰出時間做自己應該做的作業，而且當時團隊一個明顯情況是沒有一個女生，氛圍很壓抑，所以本人特意要在待招的編制中放入一個女生，緩解團隊氛圍，
-
代碼開發維護：這一塊明顯投入時間較多，有很多維護的作業，例如修改密碼，給業務統計資料等，都是體力活，如果有后臺實作，時間可以省去，于是也花了一些時間去解決，另外和產品和需求方溝通，確定好優先級，以便于騰出更多的時間去做招聘和其他重要的作業，這塊的作業方法論也是有很多的，
-
技術部門管理：投入時間不足，明顯應該加強，
-
新技術挖掘與拓廣：投入時間不足，明顯應該加強，
-
專案管理：應該是專案組承擔PM職責的同事去做，但是因為核心員工集體離職，只能本人兼任，但是小編在當時已經意識到了要在現有團隊中去挖掘和培養，
經過了分析和調整，過了兩個月后，作業投入大概如下：
|
作業項 |
占用精力百分比 |
是否崗位重點職責 |
|
代碼開發維護 |
25% |
否 |
|
客戶對接 |
0% |
否 |
|
人員招聘 |
35% |
是 |
|
技術部門管理 |
15% |
是 |
|
新技識訓專案挖掘與拓廣 |
2% |
是 |
|
專案管理 |
23% |
否 |
可以看出有了一些好轉，但是還是明顯存在問題，不過還好，重心集中在了應該用的地方：人員招聘，15年年底之前，招到了所有的員工，雖然這段時間非常累，但是心里壓力卻小了不少，因為知道努力的方向，
四.“逐步好轉”的2016年
到了16年，人員都到位后，本人盡力的去培養和安排作業，很快，新到位員工基本可以獨立承擔自己的作業，本人的精力自然就投入到了其他地方，當時投入已經調整如下：
|
作業項 |
占用精力百分比 |
是否崗位重點職責 |
|
代碼開發維護 |
10% |
否 |
|
客戶對接 |
0% |
否 |
|
人員招聘 |
0% |
是 |
|
技術部門管理 |
35% |
是 |
|
新技識訓專案挖掘與拓廣 |
25% |
是 |
|
專案管理 |
30% |
否 |
可以看出當時還存在一些問題：
-
專案管理上，因為16年來了很多新的專案，花了很多精力去做專案管理，把控進度，計劃，和設計方案，
-
代碼開發還有一些投入，因為有一些代碼尚未交接干凈，是因為當時還有一個較大系統需要重構，而本來的代碼非常的凌亂，為了不影響其他同事，本人就自己在維護，開發一些新增的需求，
主要問題還是專案管理上投入精力過多，而部門管理和新專案延伸和挖掘的投入還需要加強，所以下一步的目標一目了然：讓骨干成員承擔專案或小組負責人的角色，這樣一來是幫助團隊成員的成長，其次也進一步的讓自己更多投入在部門管理和新技術挖掘上，
五.“步入正軌”的2017年
到了17年，部門成員成長迅速，已經劃分為5個小組，每個小組都有組長，獨擋一面，本人的作業真的也步入了正軌，基本都投入到了應該投入的地方，而且基本毫無壓力，非常輕松，現在的團隊成員基本都是90后，平均年齡比先前下降近10歲，但是作業產出和代碼質量比先前的離職老員工要高的多，從17年之后本人的作業的投入大概就是如下了：
|
作業項 |
占用精力百分比 |
是否崗位重點職責 |
|
代碼開發維護 |
5% |
否 |
|
客戶對接 |
0% |
否 |
|
人員招聘 |
10% |
是 |
|
技術部門管理 |
40% |
是 |
|
新技識訓專案挖掘與拓廣 |
40% |
是 |
|
專案管理 |
5% |
否 |
六.這幾年的作業感受
團隊和員工是一體的，員工作業順了，團隊的產出也一定會順，這幾年通過努力的調整，團隊有了明顯的進步：
-
從16年開始，給團隊引入大資料平臺以及資料分析技術，也首創給公司帶來了由技術部門主導的帶來收入增長的專案，
-
17年，團隊的技術內功修煉專案更是一個接一個，內控平臺，服務器在線監控，自動化測驗系統等，團隊成員的作業效率和技能也因為新的技識訓專案的開發，大幅度提升，
-
因為本人更多的投入到了部門管理上，給團隊成員有了更多的溝通，大家的凝聚力也越來越高，每月基本組織一次技術分享，
-
15年的離職率是80%，16年只有15%，而在17年，除了1位不合適的新員工進行了辭退，其余無人離職，
-
部門開始對外開放，開發一些公司業務之外的系統，取得較好的認可，集團總部也把更多的核心專案放在本人所在的部門來開發或維護，
-
部門這幾年獲獎很多，連續4年被評為公司唯一的年度優秀部門，
團隊現在的作業非常順利，團隊成員的能力每年都有巨大的提升，作業也越來越相互認可，骨干成員個個獨擋一面，現在團隊所用的技術都和主流技術接軌，另外部門同事的加班情況也是越來越緩解，不像15年，經常到半夜，當然這一行不加班是不可能的，專案需要的時候，還是會經常加，但是相信團隊成員在加班時的心態是不一樣的，
當然任何作業都不可能十全十美，團隊也難免會遇到一些系統故障，緊急事故，或者員工狀態不好，合作方溝通困難的時候，不過相信任何作業都會這樣，樂觀心態面對即可，解決方案總歸是有的，
七.結語
未來可能會有更大的挑戰，不過具體問題具體分析，從一定高度理解團隊的目標，清晰團隊對自己的需要，每個階段都將力都用在刀刃上，情況一定會好起來，不管是任何職位，在覺得作業難以應付的時候，不妨都可以用作業分解的方式試一試，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/223634.html
標籤：其他