1. 程式人生 > >【工作分解法】IT人,你的工作“輕松”麽?

【工作分解法】IT人,你的工作“輕松”麽?

不難 str 所有 新技術 外部 睡眠 開發 商戶 年齡

一.前言

假如讀者是一個老板,下面有兩位員工,工作難度一樣,完成量一樣,人品和責任心也一樣。一位每天加班加點,廢寢忘食的工作;而另外一位每天在座位上喝著咖啡,非常的輕松自如的工作。您會更器重哪一位?

答案很明顯,一定是第二位,因為在同等產出的前提下,越輕松,就證明能力越強,如果有更有挑戰的工作,那一定是要第二位去嘗試。

但是說來容易,談何輕松?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%


六.這幾年的工作感受

團隊和員工是一體的,員工工作順了,團隊的產出也一定會順。這幾年通過努力的調整,團隊有了明顯的進步:

  1. 從16年開始,給團隊引入大數據平臺以及數據分析技術,也首創給公司帶來了由技術部門主導的帶來收入增長的項目。

  2. 17年,團隊的技術內功修煉項目更是一個接一個,內控平臺,服務器在線監控,自動化測試系統等,團隊成員的工作效率和技能也因為新的技術或項目的開發,大幅度提升。

  3. 因為本人更多的投入到了部門管理上,給團隊成員有了更多的溝通,大家的凝聚力也越來越高。每月基本組織一次技術分享。

  4. 15年的離職率是80%,16年只有15%,而在17年,除了1位不合適的新員工進行了辭退,其余無人離職。

  5. 部門開始對外開放,開發一些公司業務之外的系統,取得較好的認可。集團總部也把更多的核心項目放在本人所在的部門來開發或維護。

  6. 部門這幾年獲獎很多,連續4年被評為公司唯一的年度優秀部門。

團隊現在的工作非常順利,團隊成員的能力每年都有巨大的提升,工作也越來越相互認可,骨幹成員個個獨擋一面。現在團隊所用的技術都和主流技術接軌。另外部門同事的加班情況也是越來越緩解,不像15年,經常到半夜。當然這一行不加班是不可能的,項目需要的時候,還是會經常加,但是相信團隊成員在加班時的心態是不一樣的。

當然任何工作都不可能十全十美,團隊也難免會遇到一些系統故障,緊急事故,或者員工狀態不好,合作方溝通困難的時候。不過相信任何工作都會這樣,樂觀心態面對即可,解決方案總歸是有的。

七.結語

未來可能會有更大的挑戰,不過具體問題具體分析,從一定高度理解團隊的目標,清晰團隊對自己的需要,每個階段都將力都用在刀刃上,情況一定會好起來。不管是任何職位,在覺得工作難以應付的時候,不妨都可以用工作分解的方式試一試。

【工作分解法】IT人,你的工作“輕松”麽?