今天和一好友聊起他所在團隊的杯具。話題起源於他們做的接口，隨着版本的升級和功能的添加，他們的項目經理要求開發人員把更長更詳細的命名（長達八個英語單詞）用於新添加的接口。由於會引入不可控因素和更高的複雜度，該方式遭到了開發人員的反對。於是該項目經理使用其人事、財務權力強迫開發人員服從他的想法。據瞭解，該項目經理是懂一點技術的，但沒有很多具體的、實際的開發和編程經驗，所以我猜測他不懂架構設計。好友還說，項目經理這樣做的目的是混政績，以便向上司展示自己對項目規範化作出的貢獻。還有一次，就是開發人員認爲使用向量排序是最優的方法，但是由於該項目經理沒有聽過更不懂什麼是向量排序，於是狠狠地批評開發人員工作態度有問題，老是想走旁門左道，並且把該方案拒絕了。
由於這種事經常發生，導致的結果是手下的人經常會搞小動作（具體是什麼不清楚，不過大家應該可以猜到），甚至向項目經理的上司投訴這些事情。而且團隊成員認爲，這個不懂設計的項目經理處處插手設計的事情，已經導致項目的結構非重不良，猶如一個定時炸蛋（敏感詞替換）。由於大家的每一個動作都被該項目經理過度干預，慢慢導致人心渙散、敷衍塞責。當然，這項目經理的上司也不是白癡，非常清楚這個團隊是誰在縱火誰在救火，於就是計劃找人替代掉這個項目經理了。
我個人的看法是，開發人員是一個最好管也是一個最難管的羣體。作爲管理者，你找不到或者不願意去抓開發人員的軟肋，就好像上面說的這個團隊那樣，他們就會用盡他們的異於常人的智慧讓你突然四面楚歌。但是換個角度看，超緊的項目工期、超大的工作量、超高的任務難度早已把他們壓得沒有心眼、沒有心思、沒有心計、沒有野心甚至沒有夢想和對名利的追求了 。大部份的普通開發人員，他們知道他們的工作不可能讓他們一夜升高官發大財。要是他們還堅守在這個崗位的話，而且還是一個正常的人的話，那麼你爲作一個管理人員，有沒有想過到底是什麼支撐着他們的精神，讓他們不要倒下去、要把任務按時按質地完成？ 是你給的那些連養家餬口都緊張得要命的薪水麼？是你給的那個上面還有十三層領導下面就沒有下屬的職位麼？
開發人員也是人，人就怎麼都得有精神上的追求，有心理上的滿足感。不然也不會有那麼多無知少女爲愛而死爲愛而生了。也許，在很多時候，就是這羣在物質上生活上餓不死（或者說沒讓你給餓死）而在公司裏沒有什麼地位還要受領導欺壓的開發人員們的還軟肋了。我在這裏得強調一下，我並不是說全中國或者全世界都是那樣，我只是說確實有這種的例子存在，我說的只是這種情況。他們追求的是什麼？或者說他們還能追求什麼？在我看來，這種情況下，他們唯一所能追求的，就是用自己喜歡的以及自己認爲正確的、優良的方式去工作。 因爲這樣他們能得到滿足感，能夠看到自己的知識和能力按照自己的意願，成就那麼一點點的東西。 作爲管理人員，你不必懂具體的技術，其實你也不應該要懂太多，就好像馬雲只會開網頁和收郵件一樣。但是要是你不懂裝懂，插手到每個具體的細節卻沒能做對什麼，把你手下的人當作一個沒有靈魂的工具，把他們全部犧牲掉來成就你的政績，運用你的強權把這羣可憐的孩子那麼一點點的心理滿足感都剝奪掉的話，那麼他們的滿足感，就只有轉移到和你對抗並取得最終勝利之上了。
其實這個項目經理追求政績也沒有錯。但是追求政績不是一定得以犧牲手下所有人作爲代價的，不一定是用炒魷魚、扣工資威脅你的下屬服從你錯誤的命令來實現的。更長遠、更受上司下屬認同和尊重的政績，是和手下的人共同努力和得來的。是通過協作、聽取他們的意見、讓大家更高興更高效的工作而得來的。
團隊的管理就像數據庫設計，沒有對錯之分，只有適合與不適合之別。但各種管理方法有一點是共通的，那就是你不可以忽略人的心理因素。也是這種奇妙複雜的心理活動，撰寫了人類波瀾壯闊、精彩紛呈的歷史。