1. 程式人生 > >2017年加班總結

2017年加班總結

工作量 啟動 難度 啟動項 掌握 周期 合作 遇到 不可

之前總是寫一些技術文章,每年的總結我實在是覺得自己寫不出什麽,大多時候沒有目標,虛度的光陰,索性就不去寫,得過且過。17年之前基本都是待在一家外企,過著朝九晚五的生活,17年來到一家一線互聯網公司。這一年的工作量等於我上家公司兩年半的工作量,對於我來說是一個轉折點,有必要記錄下來。

加班

這一年工作上主要精力放在一個新項目和一堆老項目上,在外企基本是5點半下班,然而來了這裏之後,我的下班時間變成了:八點、十點、十一點、十二點、兩點。我們同事間經常開玩笑,我們可以出去忽悠新人,我們團隊早上十點上班,兩點就下班了。在跟前同事介紹這裏的加班時,經常舉一個例子,大家晚上七點出去聚餐,九點聚完餐,接著回來加班。那麽為什麽加班?我總結下來主要四點:

  • 大老板對方向失誤有不可推卸的責任,資源的稀缺性決定不可能在任何方向投入相同資源,這個時候大老板的眼光個選擇決定了團隊努力的方向和資源的傾斜,很不幸的是某些原因歷任幾位大老板都在方向判定上做了錯誤的選擇,這是導致人員流失,歷史遺留的根本原因。同時也是的部門基礎能力相較競品大幅落後。那麽幾位老板最大的失誤在哪裏,我認為是一步登天的僥幸心理,對產品的認知不足,這個方向的產品需要深耕基礎能力而不是彎道超車。
  • 團隊領導,這個團隊是一個產品型團隊還是項目型團隊。如果只是單純去做項目,沒有自己的產品路線,就會被大客戶牽著鼻子走。有些領導特別喜歡收破爛。可你有沒有想過,你接過來的破爛最終給了誰,接一個破爛對隊員的傷害有多大。當然從另一個角度來說,這是考察一個隊員抗壓能力的時候,亂世出英雄,就需要有人來扛起大旗。
  • 項目負責人問題,面對業務壓力和技術欠債如何抉擇。面對外部團隊的合作方式,能否頂住壓力打磨自己的產品,自己的產品能否做得了主。對於項目負責人來說,面對與外部合作,首先要明確界限,對於自己的產品不能傷害用戶,排期權利要掌握在自己手中。加班加點趕出的項目,別人不會感激你,反而會因為質量問題而受到指責。
  • 個人問題,是否能夠臨危受命,面對歷史項目的打法,恐怕不是維護而是需要推陳出新。另外不能光考慮個人得失,也要為團隊利益考慮,在不傷害選原則的情況下做出調整。

收獲

這一年雖然很累,加班不少,但同時也是一種鍛煉,曾跟同事開玩笑,在這裏經歷一年,外面什麽樣的項目也不會怕了。

技術能力:前半年主要工作在各種前端項目,下半年轉戰WebGL,從前端到WebGL可以說是進入了一個新的技術領域,除了JavaScript寫寫代碼,前端的其他知識在這裏毫無用武之地,等於重新學習了一門新技術。門檻的提升同時也意味著解決問題難度的提升,現在在回過頭來看一些前端技術難點,跟WebGL比起來根本不在同一層次上。

抗壓能力:我們的項目經過2維到3位的推到重來,六七月份基本是7*14的工作狀態,這個過程面臨巨大壓力。首先是環境,這個環境可能來自工作項目、家庭、政策,對於工作項目來說往往是時間點與目標之間的問題,從砍功能與加人手來調節;然後是個人層面,往往是技術能力、性格、工作方式,性格方面需要經過磨煉總結調整,技術能力需要平時積累、向高手請教、必要時候通過培訓等方式獲取,工作方式方面比如避免看手機、避免中斷。

溝通能力:明確溝通目標、真誠,確定問題邊界,根據情況確定時間點或者確定時間點的時間點;去玻璃心,之前別人與我觀點相矛盾或者推動事情受阻,我往往會感到委屈找原因,現在我會對自己說扔掉你的玻璃心吧,更難的事情還在後面。

項目流程:如果在讓我遇到一次這種項目,首先我先會先進行技術選型、架構討論、對於不了解的技術首先做技術探針調研,然後做排期;然後啟動項目流程(立項、需求評估、開發叠代、UI總查、提測、bug修改、上線發布),這其中會明確項目目標,從項目管理角度(資源、時間、質量)來思考解決突發情況,預防控制風險(砍功能、加人手、延期)

根據這幾年的工作經驗,總結了下項目技術的生命周期:功能實現期,這一階段主要做各種功能叠代,主要還是寫業務;性能優化期,在功能實現階段,主要不是阻斷型的性能問題都可以暫放,在性能優化這一階段主要針在功能的性能指標上下功夫,如計算性能、頁面FPS、首屏加載時間、內存、耗電量等;繡花叠代期,這一階段系統基本穩定,對細節方面進行優化,往往根據用戶統計上報數據,進行優化叠代;流程改進期,這個階段系統穩定,主要從流程方面法線問題解決問題,這個時候的技術就不再是單一的技術工種而是發現哪個節點有問題就來解決哪個節點的技術難題。這四個周期往往是循環往復的。

這一年的感觸

隨著年齡的增長,生活工作的壓力只會越來越大,遲早會進入一個上有老下有小的階段。如果不去擴展自身邊界,繼續做一個一線碼農,可能過不了三年就會被新人替代。畢竟在大公司,技術的培養成本是最低的。

那麽對於自身希望有一定成長的碼農來說,業務方向上,需要把握部門團隊的主要矛盾,我們從技術角度給出合理的優化建議。對於一些做項目的團隊,我的思路是按照項目狀態分為三個級別:第一級是平臺型,只需要配置就能完成任務,第二級是模板型,基本功能成型,只需要改一部分就能解決問題,第三級是方案型,需要重新做,但是技術方案很確定,大家基本都掌握。

技術層面上,不能過度關註局部的技術難點,忽視對全局方案的把握。需要形成自己的方法論,能夠判評技術方案的合理性,指出難點,提供解決辦法,沈澱團隊的公共代碼和組件,實現技術復用。

團隊方面,根據團隊現有情況發現流程問題,制定工作流程和制度規範,形成文檔。培養新人,新人的關註點往往是我做什麽能夠成長最快,而公司的關註點在於我用誰做這個事情能夠最高效的完成。這兩個關註點的差異,往往是造成新人缺乏團隊歸屬感,人員流動的主要原因。

2017年加班總結