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

[[133286]]

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

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

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

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

而項(xiàng)目經(jīng)理需要完全不同的思維基準(zhǔn)和工作模式。與程序員的夢(mèng)境模式相比，項(xiàng)目經(jīng)理需要熟悉和快速地將事實(shí)、感情和外部環(huán)境屬性聯(lián)系起來(lái)。項(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)度。也可以說(shuō)，項(xiàng)目 經(jīng)理的工作幾乎是間歇式的。他們需要隨時(shí)處理危機(jī)，防止問(wèn)題出現(xiàn)，并與客戶群體溝通。

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

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