[[121354]]

本文作者 Paul Glen 是‘The Geek Leader’s Handbook and a principal of Leading Geeks’這本書的作者之一，作者的聯(lián)系方式 info@leadinggeeks.com.

人們的有些嘗試從來沒有成功過：接到一個(gè)小項(xiàng)目，項(xiàng)目小，完全不需要一個(gè)全職的項(xiàng)目經(jīng)理。于是就決定讓一個(gè)程序員兼任項(xiàng)目經(jīng)理。畢竟，還能有誰比程序員更清楚應(yīng)該寫出一個(gè)什么樣的程序？

的確，很多程序員能做好項(xiàng)目經(jīng)理的職位。好的程序員和好的項(xiàng)目經(jīng)理的之間沒有本質(zhì)的沖突。這兩個(gè)職位都是面向細(xì)節(jié)和面向結(jié)果的。但是一個(gè)人不可能同時(shí)做好這兩個(gè)工作。

為了理解這種不兼容性，必須認(rèn)識(shí)程序員和項(xiàng)目經(jīng)理工作任務(wù)的類型。

開發(fā)軟件需要進(jìn)入一種沉浸狀態(tài)，為了更加有效率，程序員必須完全進(jìn)入代碼世界，來專注于操作算式和變量，預(yù)見到變化和隨機(jī)事件，測試一些構(gòu)想和跟隨著一些復(fù)雜思路。在這種工作模式下，需要長時(shí)間不間斷的專注。當(dāng)程序員被打斷，可能會(huì)丟失剛才是思維軌跡。被打斷后，能在 15 分鐘內(nèi)找回思路已經(jīng)很幸運(yùn)的了，而很有可能到第二天也找不回剛才的思維點(diǎn)。

換句話說，軟件開發(fā)的任務(wù)切換成本相當(dāng)高。

而項(xiàng)目經(jīng)理需要完全不同的思維基準(zhǔn)和工作模式。與程序員的夢境模式相比，項(xiàng)目經(jīng)理需要熟悉和快速地將事實(shí)、感情和外部環(huán)境屬性聯(lián)系起來。項(xiàng)目經(jīng)理不僅僅是創(chuàng)建一個(gè)抽象的項(xiàng)目計(jì)劃、跟蹤項(xiàng)目進(jìn)度，還需要?jiǎng)?chuàng)建項(xiàng)目理論架構(gòu)。 他們的工作主要是協(xié)調(diào)多個(gè)成員的活動(dòng)，理解項(xiàng)目成員們的工作進(jìn)展，遇到了哪些困難，需要哪些資源，成員間的工作進(jìn)展如何影響其他人的進(jìn)度。也可以說，項(xiàng)目經(jīng)理的工作幾乎是間歇式的。他們需要隨時(shí)處理危機(jī)，防止問題出現(xiàn)，并與客戶群體溝通。

明顯沒有辦法使這兩種截然不同的工作模式融合。如果問某人能否同時(shí)兼任項(xiàng)目經(jīng)理和開發(fā)工程師，他可能會(huì)說他優(yōu)先履行程序員職務(wù)，再來做項(xiàng)目經(jīng)理的任務(wù)，但是他應(yīng)該根本沒空去管理項(xiàng)目和與客戶溝通，這樣的項(xiàng)目肯定缺乏領(lǐng)導(dǎo)力；或者回答者會(huì)說他優(yōu)先履行項(xiàng)目經(jīng)理的職責(zé)，再去做程序員的工作，這樣，開發(fā)任務(wù)要么被延期要么不會(huì)被很好地完成。

如果要改善項(xiàng)目產(chǎn)出效率，一定要將‘一人兼任項(xiàng)目經(jīng)理和開發(fā)工程師的想法’拋在一邊，選擇一個(gè)開發(fā)工程師兼任經(jīng)理會(huì)損害項(xiàng)目產(chǎn)出效率，而且這個(gè)兼任的工程師來說很殘酷，因?yàn)槟阍谝筮@個(gè)人做不可能的任務(wù)。

英文原文：You can't wear the manager and developer hats at the same time 

譯文出自：http://www.vaikan.com/you-cant-wear-the-manager-and-developer-hats-at-the-same-time/