“軟件業，以人為本”。參與軟件開發過程的各類人員的共通心理表現，對整個開發過程起著舉足輕重的影響。作為一名項目管理者，非常有必要對其進行一一剖析，找出心結，然后對癥下藥，加大溝通力度，提高開發效率。
結癥一：用戶，由于觀念上的不同，國內的用戶更傾向于看到一個實實在在的“東西”。傳統開發方法的每個階段的審查和簽字，留下的往往是那句經典笑話：“不錯，這是我所要求的，但不是我想要的。”而且由于客戶看不到一個成型的“東西”，讓他在確認報告上簽字也是一件比較頭痛的事，更何況客戶的需求隨時都有可能在變化。但是一開始要給用戶一個“令客戶滿意的結果”，這樣的場面實際上是不存在的，而且也是不可能的。
結癥二，系統分析員：系統分析員認為應該的東西客戶往往覺得沒必要。客戶覺得應該的東西系統分析員又覺得不可理解。為系統分析員惱火的事情是客戶不停地在變更需求（特別是原地打轉的情況）。系統分析員在設計系統時考慮的多是實現上的方便，而不是系統的擴展和更新。系統分析員總是在做“吃力不討好”的事，常常善意地自以為是地為客戶做許多“假設”。事實上這些“假設”往往與客戶的實際情況相背離。而且系統分析員大的“致命傷”是：系統分析員從心理上往往忽略一些細節上的東西，然而這些細節往往在系統實現時成為系統成敗的關鍵。
結癥三，程序員：中國的軟件企業普遍還處在“作坊時代”。至今還有很多程序員，滿腦袋的“數字英雄主義”，喜歡獨出心裁。他們更傾向于一拿到項目馬上編碼。然后告訴您：他的編碼多么出色。他們會把詳細設計說明書當作是對他們的一種“桎梏”。他們認為程序應該是一門藝術，而他們正是“藝術大師”。因此在程序中他們留下的“舊日足跡”隨處可見。他們喜歡天馬行空的工作方式，從而往往忽略別人價值的存在。
結癥四，測試工程師：測試工程師往往的想法是“我已經仔細審查并測試過了，不會再有錯誤的”。實際上運行時不存在錯誤的軟件是不存在的。因為運行產生的錯誤的原因更多可能是來自于外界因素。測試工程師往往更傾向于測試軟件本身而忽略運行環境。一旦交付使用后，對于客戶產生的抱怨他們往往會說“這是設計者的不完全造成的，與我不相干”。因此，您很難定他們的“罪”。
如何解決這些心理結癥。“第一是溝通，第二是溝通，第三還是溝通”。客戶方面的合作是系統實現的前提。從項目開始到結束，用戶的參與必不可少。您必須讓客戶看到：你們是在實實在在地為他們辦事。這樣您才能得到客戶從心理上的認可。消除了原有的顧慮后，事情辦起來順利多了。其次系統分析員方面，在設計階段把所有可能出現的問題擺在桌面，與客戶一起參與討論（問題產生的條件，特點，效果，后果等），一起解決，盡可能少地把分析，設計時的錯誤帶入下一步開發階段。程序員方面，要不厭其煩的向他們講明編程規則的重要性。從心理方面，我們要采用積極引導的辦法，多給程序員吃“補藥”，多兩句贊美的話往往會帶來很好的效果，畢竟程序員是年輕人的團體，是受不得“打擊”的。此外培養他們的團隊精神也是必不可少的。測試工程師方面，我們要尊重他們（國內許多公司測試工程師的地位是比較低的），讓他們意識到自己工作的重要性。還要不斷培養她們的耐性，責任感和細心的作風（在這方面，女測試工程師比較有優勢）。認真聽取他們的建議，了解他們的心理感受。在解決上述人員的心理結癥后，您會發現整個項目的開發效率有明顯的提高。
我個人覺得一名的軟件項目管理者，首先應是一名管理心理學方面的專家。人是軟件企業的立足之本。了解參與項目開發人員的心理活動，對于項目管理者來說，可以順勢利導，消除不良的人為因素，提高團隊的凝聚力和工作能力，從而提高開發效率。
作者簡介
張華，學士，系統分析員，軟件工程專家網專家組成員。具有豐富的軟件項目開發和管理經驗，熟練運用PlayCASE、Power Designer、Visio、Smart Draw 等設計工具進行項目分析和設計。對Java、C++、Delphi、VB、匯編等開發語言有多年的開發經驗，熟諳日本軟件企業開發管理模式。聯系郵件：charmhard@elong.com
