自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

假如“打游戲”是一門技術(shù)管理必修課......

原創(chuàng)
新聞
技術(shù)管理本身是一種“軟”實力,對它的理解取決于你對于事物的理解,而對于事物的理解是伴隨著你的生活、工作閱歷的增加而變化的。

【51CTO.com原創(chuàng)稿件】 技術(shù)管理本身是一種“軟”實力,對它的理解取決于你對于事物的理解,而對于事物的理解是伴隨著你的生活、工作閱歷的增加而變化的。

[[227600]]

本文作者以“打游戲”為例,分為如下六部分闡述技術(shù)團隊管理之道:

  • 球員的安撫
  • 年輕球員的優(yōu)勢
  • 安排嘗試多個位置
  • 節(jié)約開支
  • 安排合理的訓(xùn)練
  • 選擇合適的隊長

球員的安撫

以玩足球游戲為例,游戲中的球員,特別是一些很有個性的球員,他們很容易會出現(xiàn)問題。

比如說受不了自己拿錢比別人少,要求加薪的;比如說年紀小,離家遠的球員,要求被掛牌出售;比如說比賽中好久沒有使用他了,讓他感覺沒有提升了,也會要求被掛牌出售。

比如說覺得自己職業(yè)生涯前景渺茫的,主動要求培訓(xùn)他掌握場上其他位置所需要具備的技能的球員。諸如此類,各種情況都有。

面對不同的情況,我們首先要做的就是安撫,而不是指責(zé),而安撫的最佳方式是從事情的根源著手。

為什么這些球員會出現(xiàn)這樣的問題?我們可以捫心自問,真的完全是他們個人的問題嗎?我覺得不全是,很多時候是我們的工作沒有做到位,也就是說,我們犯錯了。

不管你的意愿如何強烈,又做出多大努力,這是不可避免的:在生命的某個時候,你會犯錯。錯誤難以消化,所以我們有時會孤注一擲或回避他們,而不是直面它們。

這時候,我們在確認事物的認知上會產(chǎn)生偏差,導(dǎo)致我們尋求著證據(jù)試圖來證明自己所堅持著的信念。

比如,被你加塞擋在后面的車的保險杠上有一個小凹痕,你顯然會認為是后車司機的錯。

這種情況心理學(xué)家稱之為認知失調(diào),即當(dāng)我們持有兩種相互沖突的想法、信念、觀點或態(tài)度時所感受到的壓力。

比如,你可能認為自己是個善良、公正的人,那么當(dāng)你在開車時粗暴地加塞到其他車前面時,則會經(jīng)歷這種失調(diào)。

為了應(yīng)對它,你會否認自己的錯誤,堅稱那個司機本該看見你或你有先行的權(quán)力,盡管事實上并不是這樣。

《錯不在我》這本書的作者 CarolTavris 認為:“認識失調(diào)是我們在自我認知——我是聰明、善良的,我堅信這是真的——受到事實挑戰(zhàn)時產(chǎn)生的感受,顯示我們做了不聰明的、傷害其他人的事,證明我們之前的想法是錯的”。

回到技術(shù)領(lǐng)域。如果你知道大家正在尋找的問題的根源出在你的程序上面,那么請你主動站出來,簡要地解釋一下存在什么問題,出現(xiàn)問題的原因,以及你能提出的解決對策。

在專業(yè)領(lǐng)域,出現(xiàn)這種大規(guī)模討論的原因,往往是由于主導(dǎo)者在情況變得糟糕時得不到直接的答復(fù)。

如果能夠及時向他們提供信息,說明問題出在哪里、正在采取哪些措施以最大限度地降低問題再度發(fā)生的可能性,他們就能對問題的影響做出準(zhǔn)確的評估了。

敢于承認錯誤,并積極地彌補錯誤所造成的損失,是一種非??少F的精神,值得我們豎起大拇指表揚。

這讓我想起來愛迪生的一位學(xué)徒,不小心打碎了一天的勞動成果,實驗室其他人都在責(zé)備他的粗心,只有愛迪生安慰他,并讓他繼續(xù)擔(dān)任成果傳遞的工作。

這一經(jīng)歷最終造就了一位科學(xué)家,而不是在這孩子還很年幼的時候就無情地打擊,希望那些持這類態(tài)度的領(lǐng)導(dǎo)能夠看到這個故事。

如果哪一個領(lǐng)導(dǎo)因為你主動承認錯誤,一股腦把責(zé)任全部推給你,那你也應(yīng)該離開他了,通過這次事件看清楚這個人的品德,挺好的。

[[227601]]

年輕球員的優(yōu)勢

游戲中有這種情況,當(dāng)一個位置上有兩名候選球員時,如果他們的能力差不多,我會不由自主地選擇年輕球員。

因為他們的可塑能力強,說不定多比賽還能有較大程度的提升,而老球員,可能也就那樣了。這是內(nèi)心真實的想法,管理一支球隊必須考慮球隊的未來發(fā)展。

回到技術(shù)管理領(lǐng)域。坦白說,我也會有為什么年輕人機會比我多的想法,這也確實是存在的現(xiàn)實問題。

畢竟,基層崗位上的老兵的性價比在很多時候比不上年輕人了,你不能深夜加班,你不愿意周末放棄與家人的陪伴時間到公司加班,等等,諸如此類的情況在老板眼中都成了很糾結(jié)的事情。

我們能做什么改變這樣的現(xiàn)狀嗎?有的。我們應(yīng)該直面這樣的情況,多多利用自己的經(jīng)驗,在有限的時間里快速學(xué)習(xí)新的知識。

如果可以,我的建議是工作上一定要跟進最新技術(shù)的發(fā)展動向,某種程度上這和炒股差不多,看好業(yè)績的話提前埋伏進場。

比如若干年前剛有安卓、iOS 的時候,很多人還在塞班上開發(fā),但眼光好的技術(shù)人第一時間就轉(zhuǎn)行到了安卓、iOS。

因為先占了坑在最稀缺的時候搶占了先機,與比你晚兩年轉(zhuǎn)行的人相比差距可能會越來越大。當(dāng)然也有可能賭輸了,例如 Windows 編程。

每一次業(yè)界的革命,都會讓一些公司落寞而讓另一些公司崛起,程序員工作也是一樣的,每一次技術(shù)換代也都會導(dǎo)致一些程序員沒落而讓另一些程序員崛起。

在技術(shù)換代面前,之前的工作經(jīng)驗不至于一文不值,但也會大打折扣。另外,正因為技術(shù)不斷換代,學(xué)的快的才比單純年輕的有優(yōu)勢。

如果技術(shù)完全停滯,干五年左右技術(shù)就不再成長,那么畢業(yè)五年后還當(dāng)基層程序員的失業(yè)風(fēng)險就越來越大。

這也是某通信大廠被傳聞的所謂“35 歲裁員”的寫實,聽說 35 歲主要針對的就是這些基層程序員,45 歲針對的是基層程序員和技術(shù)一線管理者。

不斷的盼望著(如果能力夠強也可以自己創(chuàng)造)新技術(shù)的出現(xiàn),并且自己保持著不亞于年輕人的學(xué)習(xí)能力,自然就降低了高齡失業(yè)風(fēng)險。

至于做管理,也是一種出路,因為在管理的經(jīng)驗積累上很難有天花板的說法,十年管理經(jīng)驗可能有很大一部分確實是后五年積累的。

不像寫代碼,不過也要考慮做管理和技術(shù)脫節(jié)的問題,得保證這個公司不要你了,你的管理經(jīng)驗是能用在其他公司的。

只有積極地面對每一天的挑戰(zhàn),你才有可能在你的職業(yè)生涯上走得更遠,否則,很危險的。

[[227602]]

安排嘗試多個位置

大多數(shù)球員都可以勝任多個位置,你可以嘗試在不同的比賽中安排他們不同的場上位置。

同一個位置上的使用不能僅觀察一場比賽,你需要給他們機會,讓他們多試幾次,也許你就會有不一樣的收獲。

我曾經(jīng)使用一名叫 Lemar 的法國球員,在左邊前衛(wèi)的位置上他表現(xiàn)得不溫不火,但是當(dāng)移動到右邊鋒位置時,他連續(xù)幾場比賽均有破門,這讓我對他刮目相看,也更加豐富了我的陣容選擇。

回到技術(shù)管理領(lǐng)域。一位來自浙大的師弟描述自己工作 3 年,現(xiàn)在帶領(lǐng) 6 個人的團隊做后端技術(shù)開發(fā),但是覺得自己還處在技術(shù)上升期,想去阿里這樣的公司鍛煉技術(shù),但又有點放不下現(xiàn)在的職位,咨詢我的看法。

我建議他先去鍛煉技術(shù),無論是不是去阿里(也不要太相信該廠或其他大廠,還是要以所在部門承擔(dān)的技術(shù)工作職責(zé)為優(yōu)先考慮),都需要加深自己的技術(shù)深度。

倒不是說技術(shù)管理我做得來,他就不能做,其實并不是這樣的。

我的認知是技術(shù)積累是一輩子的事情,只有到了一定程度,即你可以花較少的時間學(xué)會一項新技術(shù)或者架構(gòu)的時候,你才要去做技術(shù)管理的工作,因為技術(shù)管理工作會占用你一部分工作時間。

我記得有華為內(nèi)部某個產(chǎn)品總監(jiān)評價李一男,他回憶一個場景,李一男完全不懂一個產(chǎn)品的技術(shù),在去 21 樓的會議室路上向他簡單介紹后,李一男就能夠在會議室無障礙地參與這次技術(shù)的討論,借此事說明李的技術(shù)很強。

我不知道這件事情是否真實,我只是覺得這是有可能的。因為技術(shù)本身是相似的。

比如分區(qū)概念,可以用在 GC 的設(shè)計上,也可以用在 HBase 的設(shè)計上,在 Oracle 里也有這個概念,而且設(shè)計思路和目標(biāo)基本一樣。

那么當(dāng)一個人的技術(shù)基礎(chǔ)很好時,他就會很容易理解你所講的技術(shù),能夠最快時間內(nèi)掌握。

這就是一個人的學(xué)習(xí)能力,有點類似于慕容復(fù)的“以彼之道還施彼身”,只有功力深厚的人才能做到。

再者,你怎么知道他沒有學(xué)過?也許私下他早就看過很多資料了,杰出的程序員都是有很強烈的主動學(xué)習(xí)動力和能力的。

什么時候成為技術(shù)管理者?這沒有恒定的標(biāo)準(zhǔn),但我的建議是,先打好技術(shù)基礎(chǔ),當(dāng)你覺得每天只用 50% 時間做技術(shù),或是比你的大多數(shù)下屬都了解技術(shù)細節(jié)的時候,你可以嘗試給自己加上技術(shù)管理的工作量。

節(jié)約開支

管理一支球隊所需要面對的問題也包括財務(wù)問題,好球員的收入很高,這時你球隊的整體財政赤字就會不斷上升。

而解決這類問題的最佳方式是賣出不再需要的球員,或者解雇已經(jīng)完全沒有位置的球員,聽起來很殘酷,但是必須這么做。

回到技術(shù)管理領(lǐng)域。一家公司如果遇到了危機,那么它會立即進行的措施通常有兩種,一是裁員,二是業(yè)務(wù)轉(zhuǎn)型。

2008 年的金融危機影響了很多以海外業(yè)務(wù)為主的公司,特別是外包公司。有朋友曾和我分享,危機爆發(fā)后的一年,公司準(zhǔn)備大裁員,大家陸陸續(xù)續(xù)都被勸退了。

對于那些嚴重依賴單一收入來源,技術(shù)含量又不高的 IT 公司來說,一旦出現(xiàn)危機,首先能做的,也可能是唯一的方式,就是裁員。

這個措施針對的可能是收入、年齡均較高的員工;可能是普通員工;也可能是高管,這要看股東制定的策略。

再來看第二種方式,業(yè)務(wù)轉(zhuǎn)型,可能是單純業(yè)務(wù)方向、產(chǎn)品的轉(zhuǎn)移,也可能會涉及具體技術(shù)方向,當(dāng)然,兩者都需要的也很正常。

轉(zhuǎn)型沒有裁員這么直接,但是對員工的影響也不小,畢竟每一個人都有自己擅長的技能、感興趣的業(yè)務(wù)和技術(shù)方向。

如果業(yè)務(wù)出現(xiàn)大范圍轉(zhuǎn)型,那么意味著你需要學(xué)習(xí)新的技能,而且是快速學(xué)習(xí)、上手,不然可能會走上前一條路:被裁員。

對于學(xué)習(xí)能力、自我調(diào)節(jié)能力較差的員工來說,內(nèi)心會很不愿意做這樣的轉(zhuǎn)變,甚至可能出現(xiàn)抵觸情緒。

也有另外一種情況,比如原來寫 Java 的,現(xiàn)在公司業(yè)務(wù)轉(zhuǎn)型,要求你用 Python 編程,這時候就會有一些工程師不愿意了,積累了多年的技能,不想輕易丟棄。

無論是什么原因,如果不按照管理層指定的策略轉(zhuǎn)型,最后的結(jié)果都是走人。

對于這類情況,我覺得既然從一開始就選擇了工程師職業(yè),最好能夠做好終身學(xué)習(xí)的思想準(zhǔn)備,并付諸實際行動。

畢竟外部環(huán)境在不斷變化,科技公司好好壞壞都用不了三十年,幾年就河?xùn)|河西了。

無論是否跟著公司轉(zhuǎn)型,都需要我們具備較強的自我學(xué)習(xí)能力,不斷強化自己的綜合能力,跟上技術(shù)的變遷,為自己的轉(zhuǎn)型提前做好準(zhǔn)備。

[[227603]]

安排合理的訓(xùn)練

一名球隊的主教練,需要合理安排大家的訓(xùn)練時間,這一點很重要。

因為這直接決定球員的體力,如果你安排的訓(xùn)練過于頻繁,那么就會出現(xiàn)球員上場比賽時體力都只有 80% 的情況,這樣導(dǎo)致他們不能在最佳狀態(tài)下比賽了。

回到技術(shù)管理領(lǐng)域。做過項目的團隊管理者一般都有這樣的經(jīng)歷,團隊成員正在專心處理現(xiàn)場問題,但卻莫名其妙被人投訴。

投訴可能來自市場部門,也可能來自技術(shù)支持,或者兄弟研發(fā)部門,也容易出現(xiàn)團隊成員每天被大量無用的會議煩擾,不去的話就要被投訴,這類情況在大公司司空見慣。

我們要學(xué)會保護團隊成員,讓他們免受組織中每日泛濫不絕的各種問題、爭議和“機會”的干擾。

在大一些的公司內(nèi)部,官僚主義政治會通過各種文書工作來忽略或者緩沖每天的各種請求和問題。

在小一些的公司里,面對挑戰(zhàn)的是各種銷售驅(qū)動的機會、客戶驅(qū)動的爭議問題,以及管理驅(qū)動的想法,作為團隊領(lǐng)導(dǎo)者,你可能是他們最后或者唯一的防線。

很多團隊管理者的大部分工作內(nèi)容是理解、評估、討論、協(xié)商、推遲、記錄,以及最后統(tǒng)一或拒絕去處理這些問題。

如果你讓你的下屬去處理這些問題,那么最終他們會淹沒在這些繁雜事情的洪流之中,會極大地降低他們的程序設(shè)計效率。

通過保護你的員工,可以讓他們避免把寶貴的時間浪費在臨時事務(wù)上。而且也能讓他們工作得更愉快。

因為某些問題可能會演變成完整的流言,讓人擔(dān)心項目變更,擔(dān)心收購、重組或裁員,這些流言會大大降低士氣,并導(dǎo)致各種損壞工作效率的猜測和抱怨。

另外一種你必須提供的保護是,保護你的員工免受開發(fā)之外的同事或者部門的攻擊。

這些攻擊或者抨擊往往并沒有充足的信息或事實根據(jù),有些抨擊是出于好心的,有些則是惡意的,甚至可能包括個人攻擊。

對這種情況我的建議是保持警惕,處理之前先充分了解情況,如果確實存在無根據(jù)的抨擊,事發(fā)當(dāng)時或事后私下溝通,告訴那個發(fā)出抨擊的人,指出他的行為是不恰當(dāng)?shù)?,已?jīng)讓你無法容忍,讓他知道事情的嚴重性,而不是一味指責(zé)自己的員工做得不夠好。

有一個情況我想特別說明。公司內(nèi)部非重要部門組織的會議,盡量不要放在周五的晚上、休息日進行。

放在這種休息時間,看起來很有效率,其實是在過度使用研發(fā)資源、過度消費員工對公司的滿意度。

周五晚上、休息日可以打擾研發(fā)人員的事情是:

  • 現(xiàn)場問題,必須立即處理(不處理會損害公司未來利益)。
  • 重要客戶提出需求,要求立即做出回復(fù)(不處理會損害公司當(dāng)前利益)。
  • 特別重大的突發(fā)事件(對你、對公司都很重要)。

[[227604]]

選擇合適的隊長

游戲中每場比賽都需要指定場上隊長,我記得加里內(nèi)維爾在曼聯(lián)期間一直擔(dān)任著副隊長,這是因為他應(yīng)該算是曼聯(lián)青訓(xùn)營出來的那幫 95 黃金一代里最為勤奮的。

但是他是副隊長,這又是因為他的體格和性格在球員中都太普通了,真的遇到強悍的對手時就會有點慫了,所以需要基恩這樣的硬漢來擔(dān)任隊長。

在游戲中,我通常指定領(lǐng)導(dǎo)力、溝通力、決斷力、技術(shù)能力都較好的球員擔(dān)任隊長。

回到技術(shù)管理領(lǐng)域。我們在選擇隊長(Leader)之前,先來看看團隊的組成。

我們假設(shè)現(xiàn)有團隊全部由普通程序員(能夠完成交代的工作,但是沒有主動創(chuàng)造能力)組成,這時候其實團隊中沒有任何一位成員會成為合格的技術(shù)經(jīng)理。

除非他們遇到特別復(fù)雜的環(huán)境,逼迫著他們做出自我改變和自我激勵,否則他們會一直保持現(xiàn)狀。

這種情況下,我們需要做的是招聘 1-2 位杰出的程序員,這一步要耐心,明確候選人是否是真正的杰出程序員。

因為只有招聘到真正正確的人才才能讓工作高效,如果招到的員工很差,那么你就沒有時間去處理其他的工作了(總是有各種問題不停地困擾著你)。

這就是為什么平庸的團隊需要有集技術(shù)和管理豐富經(jīng)驗于一身的高手空降到團隊的原因。

但是可惜國內(nèi)很多公司都不愿意這樣做,因為擔(dān)心現(xiàn)有團隊成員會比較排斥,也擔(dān)心空降的人能力不到位,這其實是能力評估方法論的問題。

很多團隊傾向于讓系統(tǒng)架構(gòu)師擔(dān)任團隊負責(zé)人(隊長),但是需要注意的是,一些系統(tǒng)程序員/架構(gòu)師往往在團隊里顯得有點格格不入,這是因為他們很多都是“獨狼”,他們可能脾氣很差,也可能技術(shù)上很有個人主義。

這也是個人成就差別最大的群體。和這類人不同,杰出的程序員能夠以一種優(yōu)雅而簡潔易懂的設(shè)計來架構(gòu)大型的復(fù)雜系統(tǒng)。

這些優(yōu)秀的系統(tǒng)往往能讓所有其他程序員的工作都更加輕松,因此,單人就能帶來巨大的杠桿效應(yīng)。

我的理解是需要讓系統(tǒng)程序員/架構(gòu)師深入到開發(fā)工作,不要讓他們只設(shè)計、不編碼,應(yīng)該把他們引導(dǎo)成為杰出程序員。

否則他們最終可能成為團隊的雞肋,其實真正的架構(gòu)師本身就是團隊的領(lǐng)導(dǎo)者。

后記

每個人都有自己的優(yōu)勢,努力在職業(yè)生涯中找到自己的優(yōu)勢,最大程度發(fā)揮它、利用它,你會有收獲的,加油,諸位。

作者:周明耀

簡介:畢業(yè)于浙江大學(xué),工學(xué)碩士。13 年軟件開發(fā)領(lǐng)域工作經(jīng)驗,近 10 年技術(shù)管理經(jīng)驗,4 年分布式軟件開發(fā)經(jīng)驗,提交發(fā)明專利 17 項。目前出版《大話Java性能優(yōu)化》、《深入理解JVM&G1 GC》、《技術(shù)領(lǐng)導(dǎo)力程序員如何才能帶團隊》等三本書籍。微信號 michael_tec,微信公眾號“麥克叔叔每晚10點說”。

【51CTO原創(chuàng)稿件,合作站點轉(zhuǎn)載請注明原文作者和出處為51CTO.com】

責(zé)任編輯:武曉燕 來源: 51CTO技術(shù)棧
相關(guān)推薦

2014-02-17 09:22:37

2009-02-10 15:08:41

2018-08-06 11:07:03

技術(shù)管理者識人

2009-09-29 10:35:42

Linux系統(tǒng)系統(tǒng)提速Linux

2010-11-25 10:55:34

2022-03-11 10:53:32

UML建模語言

2012-01-06 14:10:42

數(shù)據(jù)質(zhì)量管理大數(shù)據(jù)數(shù)據(jù)管理

2022-08-15 15:03:57

數(shù)字化轉(zhuǎn)型數(shù)字技術(shù)中小企業(yè)

2020-01-13 16:26:57

AI人工智能機器

2015-07-29 10:25:05

數(shù)據(jù)開發(fā)產(chǎn)品必修課

2023-09-12 11:28:10

2023-09-27 22:18:41

2015-07-29 09:58:29

快速學(xué)習(xí)

2013-02-28 09:46:18

程序員巖機Hacker News

2014-06-03 17:44:00

快速學(xué)習(xí)新技術(shù)

2014-06-23 15:37:50

2020-10-23 10:02:40

GRASPRDD模式

2020-11-06 15:30:23

分庫分表Sharding-JD數(shù)據(jù)庫

2012-03-28 09:40:40

JavaScript

2020-09-27 15:52:02

編程語言C 語言Python
點贊
收藏

51CTO技術(shù)棧公眾號