軟體開發過程中各類人員共通心理剖析

 

　“軟體業，以人為本”。參與軟體開發過程的各類人員的共通心理表現，對整個開發過程起著舉足輕重的影響。作為一名專案管理者，非常有必要對其進行一一剖析，找出心結，然後對症下藥，加大溝通力度，提高開發效率。

　　結症一：使用者，由於觀念上的不同，國內的使用者更傾向於看到一個實實在在的“東西”。傳統開發方法的每個階段的審查和簽字，留下的往往是那句經典 笑話：“不錯，這是我所要求的，但不是我想要的。”而且由於客戶看不到一個成型的“東西”，讓他在確認報告上簽字也是一件比較頭痛的事，更何況客戶的需求 隨時都有可能在變化。但是一開始就要給使用者一個“令客戶滿意的結果”，這樣的場面實際上是不存在的，而且也是不可能的。

 結症二，系統分析員：系統分析員認為應該的東西客戶往往覺得沒必要。客戶覺得應該的東西系統分析員又覺得不可理解。最為系統分析員惱火 的事情就是客戶不停地在變更需求(特別是原地打轉的情況)。系統分析員在設計系統時考慮的最多是實現上的方便，而不是系統的擴充套件和更新。系統分析員總是在 做“吃力不討好”的事，常常善意地自以為是地為客戶做許多“假設”。事實上這些“假設”往往與客戶的實際情況相背離。而且系統分析員最大的“致命傷”就 是：系統分析員從心理上往往忽略一些細節上的東西，然而這些細節往往在系統實現時成為系統成敗的關鍵。

　　結症三，程式設計師： 中國的軟體企業普遍還處在“作坊時代”。至今還有很多程式設計師，滿腦袋的“數字英雄主義”，喜歡獨出心裁。他們更傾向於一拿到專案馬上編碼。然後告訴您：他 的編碼多麼出色。他們會把詳細設計說明書當作是對他們的一種“桎梏”。他們認為程式應該是一門藝術，而他們正是“藝術大師”。因此在程式中他們留下的“舊 日足跡”隨處可見。他們喜歡天馬行空的工作方式，從而往往忽略別人價值的存在。

 結症四，測試工程師：測試工程師往往的想法是“我已經仔細審查並測試過了，不會再有錯誤的”。實際上執行時不存在錯誤的軟體是不存在的。因為執行產生的錯誤的原因更多可能是來自於外界因素。測試工程師往往更傾向於測試軟體本身而忽略執行環境。一旦交付使用後，對於客戶產生的抱怨他們往往會說“這是設計者的不完全造成的，與我不相干”。因此，您很難定他們的“罪”。

 如何解決這些心理結症。“第一是溝通，第二是溝通，第三還是溝通”。客戶方面的合作是系統實現的前提。從專案開始到結束，使用者的參與必 不可少。您必須讓客戶看到：你們是在實實在在地為他們辦事。這樣您才能得到客戶從心理上的認可。消除了原有的顧慮後，事情辦起來就順利多了。其次系統分析 員方面，在設計階段把所有可能出現的問題擺在桌面，與客戶一起參與討論(問題產生的條件，特點，效果，後果等)，一起解決，儘可能少地把分析，設計時的錯誤帶入下一步開發階段。程式設計師方面，要不厭其煩的向他們講明程式設計規則的重要性。從心理方面，我們要採用積極引導的辦法，多給程式設計師吃“補藥”，多兩句讚美的話往往會帶來很好的效果，畢竟程式設計師是年輕人的團體，是受不得“打擊”的。此外培養他們的團隊精神也是必不可少的。測試工程師方面，我們要尊重他們(國內許多公司測試工程師的地位是比較低的)，讓他們意識到自己工作的重要性。還要不斷培養她們的耐性，責任感和細心的作風(在這方面，女測試工程師比較有優勢)。認真聽取他們的建議，瞭解他們的心理感受。在解決上述人員的心理結症後，您會發現整個專案的開發效率有明顯的提高。

 我個人覺得一名優秀的軟體專案管理者，首先應是一名管理心理學方面的專家。人是軟體企業的立足之本。瞭解參與專案開發人員的心理活動，對於專案管理者來說，可以順勢利導，消除不良的人為因素，提高團隊的凝聚力和工作能力，從而提高開發效率。

　　作者簡介

　　張華，學士，系統分析員，軟體工程專家網專家組成員。具有豐富的軟體專案開發和管理經驗，熟練運用PlayCASE、Power Designer、Visio、Smart Draw 等設計工具進行專案分析和設計。對Java、C++、Delphi、VB、彙編等開發語言有多年的開發經驗，熟諳日本軟體企業開發管理模式。聯絡郵件：charmhard@elong.com

注：以上內容來自網路，本人不承擔任何連帶責任

文章轉自：http://pm.csai.cn/hr/200801282157071950.htm