把人固定為某種類型是不對的。然而，對項目經理們來說，卻應該了解每天要打交道的組員們所屬的不同分類。
下面所分的十類人中，可能有許多種都是經驗豐富的IT經理們所熟悉的。我對于如何跟每種類型的人更好的工作的觀點如下。
HumanBottleneck:
這類技術員不是要求將所有的編程任務都交給他們做，就是從來完成不了他們的工作，也有的兩者兼具。要讓他們明白做事情是不可能十全十美的。同時，只交給他們少量的，明確的任務，并對任何按進度出色完成的工作給予鼓勵。
BrightGreen:
這些剛出校門的開發(fā)員們就像新的不熟練的技術。他們想要通過利用所有發(fā)展環(huán)境可能提供的。這些“新”技術員常常依靠他們過人的才智來幫助他們在交工前熬夜趕上進度。介紹他們給那些明白想要做出點成就不是那么容易的剛經過磨練的新人一起合作。
Tried-But-Untested:
這類人的口頭禪是“嘿，我們有一整組測試人員，我干嗎還要為檢查程序操心？”我敢保證這些人一定讓你很困擾，所以趕緊讓他們停下來。從長遠觀點來看，你這這樣做是在幫助他們。
Techno-Babbler:
他們的程序不能執(zhí)行是因為他們還“需要”一些東西。這類技術員花費過多的時間在新聞組上，而沒有認識到過度使用行話是一種不成熟的表現(xiàn)。讓這類技術員將項目的結果向管理人員從最基本內容開始做詳細解釋。
User-Loser:
這類技術員認為大多數(shù)客戶的問題非常愚蠢，覺得對他們只要口頭上應付一下就行了。這通常會導致你的客戶未來不再與你合作。如果你的開發(fā)員們不喜歡穿“套裝”，那么試著引導他們由“周三穿正裝”開始做出改變——并且讓他們遠離和外界打交道的工作。
TaskFarmer:
作為自主代理人，他或她認為項目計劃只是一種指導，可以讓組員們交換角色和任務而不需要通知你。明確這一點，盡管他們的建議很受歡迎，但你才是負責整個項目的人。
UnderThe Radar:
這類同事會盡量使它的程序模糊難懂。這是他們隱藏程序執(zhí)行的不完美設計的一種手段，也是防止其他開發(fā)人員在他或她的成果基礎上進行修改，這樣好保住自己的飯碗。對付這種狀況的一個策略是讓這樣的技術員負責對一群新手（Bright Green）做技術指導。
Winging-ItCommander:
這類技術員的履歷表上寫著精通Java，SQL，和Perl，但是他們的程序卻很少而且特別粗糙。這類技術員會對其他組員提出特殊要求，要他們幫助“調試”他的程序。項目中不可能容許做這類在職培訓。可以通過提供適當?shù)呐嘤枡C會促使組員們真正的擁有技術實力。
PrimaDonna:
他們的特色就是不安于平凡的工作。如果你提出要他們改編現(xiàn)有的程序，那他們總是會有歌劇性的表演。讓他們明白，如果還要堅持這種無意義的鬧劇，他們就必須為技術人員工作一個月。
GenderAgenda:某些開發(fā)員為異性工作，甚至只是跟異性在一起都有障礙。把在這方面處理得最得當?shù)耐聜兘榻B給他們有助于克服這個障礙。
項目經理們在運行一個已經很費力的項目時是沒有時間去解決這些問題的。你所能做的是認識到組員們各自存在的問題，并確保這些問題不會影響項目運行。