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