餘果:騰訊社交用戶體驗設計部(ISUX)高級UI工程師,前端開發組負責人,熟悉前端開發、iOS開發、PHP開發和Ruby開發等;曾獨立開發iOS APP(擼大師)和CMS(33PU);平時喜歡編程、寫做、演講、攝影和英語等,但願本身能作一個終生學習者。html
騰訊ISUX(Internet Social User Experience)社交用戶體驗設計部成立於2011年1月11日,前身爲ISD Webteam網站組。做爲騰訊社交網絡事業羣的專業設計團隊,負責騰訊互聯網系統旗下QQ空間、朋友網、QQ會員、QQ秀、QQ提醒、微雲、QQ等社交產品體驗設計工做。前端
今年是騰訊21週年,我也恰好在ISUX滿9年。程序員
我歷來沒有想過本身會在同一家公司工做9年。
由於4年足以讀完大學,6年能讓小孩讀完小學,9年漫長得難以想象。面試
2010年,我剛畢業,加入騰訊。
那一天,學生思惟的我,難免以學生的尺度定計劃:
三年的時間,我應該足夠從這一所 社會大學畢業吧。
所以,我追趕時間,以這個截止日爲目標,學習高效地完成工做、沉澱方法論、分享和帶新人。編程
我一開始積極響應需求,後來主動找事情作,一步步從助理UI工程師晉級到高級UI工程師。我低着頭,作事情很是「用力」,自信能把交給個人事情都作得很好。網絡
個人博客文章80%都是頭三年寫的,如今回頭看有不少幼稚的想法,但持續想和寫才能提升。反過來講,要是如今還以爲好,那才糟糕。數據結構
做爲一個開發者,有一個學習的氛圍跟一個交流圈子特別重要,這是一個個人iOS交流羣:413038000,無論你是大牛仍是小白都歡迎入駐 ,分享BAT,阿里面試題、面試經驗,討論技術, 你們一塊兒交流學習成長!
2013年,三年之癢。我成爲團隊中比較核心的骨幹,平常工做變得沒有挑戰,考評時連續「優秀」跟「超出預期」拿到手軟。不過,我迎來新的挑戰。架構
那時,個人領導問我之後的發展意向,是想繼續研究技術深度,仍是管理團隊。我說若是有機會,儘可能管理團隊吧。工具
由於以個人理解,這個問題就像「給你加工資,好很差啊」同樣。學而優則仕,骨幹不去領導團隊,可能有點不負責任(如今想來有點自戀,hahh)。學習
給了領導這樣的答覆以後,我想,怎麼才能領導好一個團隊?應該是要有更強的專業能力吧。
我早在大一就架設了本身的獨立博客,在上面寫很我的的日誌。由於沒有定製目標和衡量標準,寫了幾年感受也提高不大,只能認爲是純粹的愛好。
如今我開始把它做爲提高專業能力的工具,除了記錄本身的想法,也會翻譯一些國外優秀的用戶體驗文章。由於一直讀原文,因此英文閱讀能力也一直在提高。
我又開始起步時寫得很業餘,錯別字、口水話、病句、缺主語、一逗到底、嘮嘮叨叨、層級和順序不對……那也仍是要寫。幾個月後,20篇文章的專欄完結了,個人文字水平穩定從30分提高到50分,接近及格。
由於專欄內容相對新穎(多是國內首批系統寫「全棧工程師」的思考的專欄),慢慢積累一些讀者並每週追看。讀者寬容並熱情地在評論區給我糾錯。
後來,人民郵電出版社的責編在豆瓣上看到了我,就約我寫稿。他說我寫的東西已經不少,也有一些脈絡,能夠再整理一下出書。
那就答應再說吧。
寫書的過程只能說勉力支撐,由於只有50分的文字水平,卻要輸出80分的質量。把第一章整理好以後發過去,收到返回的修正稿,變成了另外一篇文章。責編很專業,沒有吐槽,只是作客觀訂正。
我羞愧難當,由於痛恨給人添麻煩。我記住修改過的問題種類,文法上字斟句酌,保證同類的再也不犯。
責編會看出文字上的問題,而後給我修剪枝丫,但保持大樹根基穩定就是我本身的責任,對讀者的責任。我買來《麥肯錫教個人寫做武器》,更系統地學習寫做。
寫做成長磕磕碰碰的同時,管理之路也迂迴曲折。試着帶一段時間團隊以後,我在2014年正式成爲團隊管理者。
所以,2014-2016這兩年雖然也經過努力收穫了一些我的成長,但做爲團隊領導來說其實我是不稱職的。
有一個明顯不稱職的表現就是,每到員工考覈期間,我就很糾結痛苦。我不但願有員工拿低於預期的考評,也懼怕面對下屬溝通面談,當面對着他說你的績效低於預期。
我能自律勤奮,但我很難改變本身的觀念。最難的是,我甚至不知道本身是否應該改變本身的觀念(瞧,這就是爲何改變觀念是最難的),仍是說退回去作一個還不錯的工程師好了。
我在這個觀念段位大概停留了兩年多,通過斷斷續續的實踐、閱讀、觀察和自省,我終於愈來愈駕輕就熟。
我開始積極與團隊溝通,平常中看到不符合要求的輸出,我會直接了當說「這不行,達不到基本水準」。固然,爲了照顧感情,通常都會私下講。
雖然比較嚴格,但也沒有看到團隊氛圍降低的狀況。由於從員工角度來說,雖然樂於處在一我的際關係融洽的團隊中,但更大的述求是加入一個充滿專業人士的團隊。每人都能從其餘人身上學到特定知識,每人表現都是專業的。
我再也不擔憂員工考覈,由於它是一個有效的管理工具。有些沒法用言語傳達到的信息,能夠經過績效考覈來傳達。並且平時對於低績效的員工就要作好預期管理,言行一致員工就不會困惑。
2017年,我慢慢成爲一個經驗豐富的管理者。又一次對工做得心應手時,再次迎來新的挑戰——轉換崗位,領導騰訊微雲UX設計團隊。
我喜歡這個挑戰,一方面它確實是一個「很大挑戰」,受虐症的我沒法拒絕。另外一方面我在ISUX橫向觀察每一個團隊的職責和輸出時,對UX設計產生愈來愈濃厚的興趣。
我對如今這個挑戰,還遠遠沒到得心應手的狀態,可能還須要兩年以上時間來消化,因此有時工做會以爲比前幾年加起來還累。
疲勞和興奮交替,成就和挫折並存,不管如何,比渾渾噩噩混日子好。
我從不相信什麼懶洋洋的自由,我向往的自由是經過勤奮和努力實現更廣闊的人生,那樣的自由纔是珍貴的、有價值的。我相信一萬小時定律,我歷來不相信天上掉餡餅的靈感和坐等的成就。作一個自由又自律的人,靠勢必實現的決心認真地活着。
勤奮和努力只是基礎,以大多數人的努力程度之低,還根本談不上拼天賦。
個人職業之路還在探索之中。不過若是要我給職場新人一些建議,我但願讀者能在職業生涯的早期就知道這些(不管你是否是設計師),就像下面這些小節裏總結的同樣。
全然的學和全然的作都不是最有效率的。咱們再也不像學生同樣,花半年時間去學習一門課,目標是經過期中考試。
上司安排了一項工做,不知道可否勝任,那就答應下來再說。相信我,上司不會給你安排遠遠超出你能力範圍的工做。
怎麼開始呢?先了解上司對範圍和質量的預期(也許他內心已有畫面),而後經過模仿、思考和反覆修改,在有限時間先完成一個大概,而後細化和打磨。
不要準備好了再上賽場,而是在賽場上學習。
「聲望」是整個團隊對你「完成事情的能力」日積月累的印象。有好的聲望,上司就會持續給你交付最有挑戰的工做,你就會得到最快的成長。
怎樣得到良好的聲望?很簡單:答應作的事,所有都要完成。
提及來簡單,操做起來很困難,作個數學題:
若是X大於Y,你的聲望就受損了。而其中一些請求對聲望的影響會比其它請求更大。
你會以爲偶爾完成不了一個請求沒啥啊,他們不會在乎的。事實上,他們在乎。也許只有一瞬間,但在那一瞬間,他們會認爲你沒有跟進,沒有完成,沒有上心,這也將是他們最終記得的。
那若是真的上司給出一個很是棘手的問題,你該如何回答?沒錯,拒絕上司是很困難的。但你也不能什麼都答應下來,隨後又沒法完成任務。那時候你會丟掉更多的得分。
正確的方法是:講出事實。「我很在意這個問題,也很想解決它,但我如今還不知道怎樣開始,幫幫我。」或者「如今時間太過緊迫,爲了保證質量,可否縮小範圍/改變優先級/爭取到更寬鬆的截止日期?」
我在修改其餘人的代碼時悟出一個道理,代碼要邏輯清晰,由於它主要是給人看的(偶爾給機器運行一下)。代碼要乾淨清晰,最重要的是模塊的區分和表達的順序。人的腦容量和注意力是有限的,要想象一個新的程序員直接定位到這一行代碼時,能不能快速理解上下文。
後來我學習寫做、演講和設計,發現它們有一個共同的關鍵內核,就是搞清楚你的聽衆是誰,他們已有哪些信息,缺少哪些信息,你要以怎麼樣的順序來傳達你想讓對方作的事情。
意識到這個內核的重要性,我就使用這個工具來讀書、總結和演講。它幫助我在作產品設計、團隊管理和研究專業領域時能更駕輕就熟。
每當你能勝任當前的工做,就會迎來更高難度的挑戰
每個能勝任當前工做崗位的人,都會被提拔。繼續勝任,那就繼續提拔,直到不能勝任。
回頭看這九年,我一直都只是短暫地「勝任」本身的工做。每當我以爲可以得心應手地處理目前的平常,就會迎來新的挑戰。
所以,不用特別在乎本身的頭銜、權限和職級,外部的承認是你能力的反饋。你沒有被提拔,大機率是由於還不勝任當前工做。
反過來講,內心知道本身能力還達不到崗位要求也不用擔憂,不勝任是常態,以勝任爲目標就好啦。
對於職場馬拉松來講,心態放鬆,保持做息、身材和穩定的內分泌,纔是最重要的。
2020 聯盟持續更新,精品小圈子每日都有新內容,乾貨濃度極高。
結實人脈、討論技術 你想要的這裏都有!
搶先入羣,跑贏同齡人!(入羣無需任何費用)
(原文連接:(https://isux.tencent.com/arti...)