「軟體業，以人為本」。參與軟體開發過程的各類人員的共通心理表現，對整個開發過程起著舉足輕重的影響。作為一名專案管理者，非常有必要對其進行一一剖析，找出心結，然後對症下藥，加大溝通力度，提高開發效率。
結症一：使用者，由於觀念上的不同，國內的使用者更傾向於看到乙個實實在在的「東西」。傳統開發方法的每個階段的審查和簽字，留下的往往是那句經典笑話：「不錯，這是我所要求的，但不是我想要的。」而且由於客戶看不到乙個成型的「東西」，讓他在確認報告上簽字也是一件比較頭痛的事，更何況客戶的需求隨時都有可能在變化。但是一開始就要給使用者乙個「令客戶滿意的結果」，這樣的場面實際上是不存在的，而且也是不可能的。
結症二，系統分析員：系統分析員認為應該的東西客戶往往覺得沒必要。客戶覺得應該的東西系統分析員又覺得不可理解。最為系統分析員惱火的事情就是客戶不停地在變更需求（特別是原地打轉的情況）。系統分析員在設計系統時考慮的最多是實現上的方便，而不是系統的擴充套件和更新。系統分析員總是在做「吃力不討好」的事，常常善意地自以為是地為客戶做許多「假設」。事實上這些「假設」往往與客戶的實際情況相背離。而且系統分析員最大的「致命傷」就是：系統分析員從心理上往往忽略一些細節上的東西，然而這些細節往往在系統實現時成為系統成敗的關鍵。
結症三，程式設計師：中國的軟體企業普遍還處在「作坊時代」。至今還有很多程式設計師，滿腦袋的「數字英雄主義」，喜歡獨出心裁。他們更傾向於一拿到專案馬上編碼。然後告訴您：他的編碼多麼出色。他們會把詳細設計說明書當作是對他們的一種「桎梏」。他們認為程式應該是一門藝術，而他們正是「藝術大師」。因此在程式中他們留下的「舊日足跡」隨處可見。他們喜歡天馬行空的工作方式，從而往往忽略別人價值的存在。
結症四，測試工程師：測試工程師往往的想法是「我已經仔細審查並測試過了，不會再有錯誤的」。實際上執行時不存在錯誤的軟體是不存在的。因為執行產生的錯誤的原因更多可能是來自於外界因素。測試工程師往往更傾向於測試軟體本身而忽略執行環境。一旦交付使用後，對於客戶產生的抱怨他們往往會說「這是設計者的不完全造成的，與我不相干」。因此，您很難定他們的「罪」。
如何解決這些心理結症。「第一是溝通，第二是溝通，第三還是溝通」。客戶方面的合作是系統實現的前提。從專案開始到結束，使用者的參與必不可少。您必須讓客戶看到：你們是在實實在在地為他們辦事。這樣您才能得到客戶從心理上的認可。消除了原有的顧慮後，事情辦起來就順利多了。其次系統分析員方面，在設計階段把所有可能出現的問題擺在桌面，與客戶一起參與討論（問題產生的條件，特點，效果，後果等），一起解決，盡可能少地把分析，設計時的錯誤帶入下一步開發階段。程式設計師方面，要不厭其煩的向他們講明程式設計規則的重要性。從心理方面，我們要採用積極引導的辦法，多給程式設計師吃「補藥」，多兩句讚美的話往往會帶來很好的效果，畢竟程式設計師是年輕人的團體，是受不得「打擊」的。此外培養他們的團隊精神也是必不可少的。測試工程師方面，我們要尊重他們（國內許多公司測試工程師的地位是比較低的），讓他們意識到自己工作的重要性。還要不斷培養她們的耐性，責任感和細心的作風（在這方面，女測試工程師比較有優勢）。認真聽取他們的建議，了解他們的心理感受。在解決上述人員的心理結症後，您會發現整個專案的開發效率有明顯的提高。
我個人覺得一名優秀的軟體專案管理者，首先應是一名管理心理學方面的專家。人是軟體企業的立足之本。了解參與專案開發人員的心理活動，對於專案管理者來說，可以順勢利導，消除不良的人為因素，提高團隊的凝聚力和工作能力，從而提高開發效率。
軟體專案中各角色的「溝通」的技巧
專案管理是一門科學 這是早些我對專案管理的乙個認識，說它是科學因為它包括著專案管理中方方面面的管理知識和管理體系。一說到專案管理，人們自然就想到它的八大要素 範圍 時間 成本 質量 人力 風險 採購 溝通，乙個成功的專案與這些因素是緊緊相關，不可分離的。但是在專案的實際參與中，在專案的操作過程中，可...
周年感悟 看軟體專案中的四種角色
工作一年了，這一年沒像大學那樣拼命的發帖，拼命的寫部落格。然而畢竟是過了一年了，便以此文紀念我逝去的2011年吧！2011年3月份到公司實習，實習到5月，然後回學校做畢業設計，7月份正式入職。若是從實習算起，也應該是滿一年了。這一年裡經歷了四個專案，我都是以開發者身份進行著工作的。然而，前三個專案中...
軟體開發專案中的人員角色與職責劃分
角色 職責專案經理 專案經理負責分配資源，確定優先順序，協調與客戶和使用者之間的交往。總而言之，就是盡量使專案團隊一直集中於正確的目標。專案經理還要建立一套工作方法，以確保專案工件的完整性和質量。構架設計師 構架設計師負責在整個專案中對技術活動和工件進行領導和協調。構架設計師要為各構架檢視確立整體結...