1、軟體專案在研發過程中牽涉到很多利益相關方，這些相關方因為關注角度的不同，會產生很多矛盾衝突。這些衝突，輕則打擊士氣，拖延專案的進度，重則使 專案無法正常進行。在我這些年的軟體專案管理工作中，遇到過各種各樣的衝突，其中最常見的有：專案開發周期的衝突和團隊內部人際關係的衝突。
軟體專案的研發週期，本來是應該根據專案工作量和開發人員情況來估算的。但現實中，往往會受到市場部門以及公司高層的干涉。他們從產品銷售的角度考 慮，希望軟體產品越早發布越好，在他們眼裡軟體開發彈性極大，只要給的壓力足夠大，就可以成功地將開發周期縮短。作為開發人員，我很清楚如果按照他們的要 求隨意確定開發周期，就意味著無休止的加班、低沉的士氣以及進度的一再拖延。這就有了衝突，因為雙方都覺得自己有道理而不願讓步。出現這種情況時，互相妥 協是唯一的辦法。專案主管可以通過安排適量的加班，削減或者推遲部分功能的辦法來做出一定的讓步，但這種妥協一定要有底線，過度的妥協會導致乙個無法達成 的開發進度計畫，對專案造成極大的傷害。
如果說上述衝突是「外患」的話，那專案團隊內部的人際衝突就是「內憂」。軟體開發人員往往表面看似低調，其實內心驕傲，他們對自己的智力充滿了自 信，最無法容忍的就是自己的工作成果被否定。進行code review及bug責任人確定時，最容易引起內部衝突。處理這種衝突有賴於專案主管的管理技巧以及公平的處事原則，同時把「對事不對人」的工作態度灌輸 給專案中的每個成員。衝突發生時，既要堅持原則，有理有據地作出分析，也要注意照顧雙方的情緒，多做安撫工作。
總之，軟體研發過程中的衝突無法避免，但也不是洪水猛獸，只要積極應對，就可以將負面影響降到最低。
2、時區/地域衝突
這是一種客觀衝突。全球性的研發團隊包含了來自不同時區和地域的工程師，在這種情況下，應該採用哪些「協作」方法來降低衝突帶來的負面影響？處理這 種衝突的關鍵在於提高溝通的質量，一方面要盡量不影響各地工程師的正常作息，另一方面要通過合適的安排來最大限度地利用時間差。我有以下建議。
2. 工作安排上，盡量利用時間差。換句話說，在某時區白天工作的成員要把當天的結果通過郵件等書面形式及時反饋給另一時區（稍後上班）的同事，形成良性迴圈， 以便大家都能夠在自己上班時看到前一時區同事的反饋並據此開展工作，然後在自己下班時將進展和問題反映給後面時區的同事。
新舊「勢力」衝突
這是一種主觀衝突。隨著技術的不斷發展，研發團隊經常嘗試引入一些技術或者方法，在這個過程中，新舊勢力會發生衝突。當事一方是專案經理或者架構 師，他們對新技術充滿信心，並想盡快實踐；另一方是團隊普通成員，他們已經習慣了手頭的老技術，應用自如，對新技術的實際作用存在疑問，不願嘗試。如果不 能很好地解決，必然導致雙方互相埋怨，新技術推廣艱難。分析其中原因，除了必要的溝通，還需務實的計畫和實踐。我有以下建議。
1. 引入新技術和方法前，通過學習會議等形式讓所有成員對新技術有充分的了解，但不要強制他們認可並馬上實踐。
2. 制訂循序漸進的增量引入計畫，不要立即整個拋棄老技術，請團隊成員一點一滴地試用新技術，逐步習慣甚至喜歡上它。
3. 在技術過渡階段，團隊負責人和架構師等要實踐其中，不能置身事外指指點點，及時聽取團隊各個成員的反饋，並作出相應調整。
4. 定期召開團隊會議，讓成員根據自己的實踐結果對新舊技術做評價對比，培養認可新技術的氛圍。時機成熟後，大規模採用新技術。
5. 新技術引入後期階段，團隊管理層對成員表現進行肯定和獎勵。
Google Code SVN密碼的解決之道
使用google有很久的習慣。不過現在用google總覺得很不痛快，你是不是有這樣的感覺。經常在使用google的時候，出現不能訪問，或者很慢的問題。估計這不僅僅是網路問題了。為什麼同時我訪問別的 就可以呢。哎 呀，什麼原因，司馬昭之心了。雖不痛快，但是還是沒有讓我有放棄的地方，畢竟google就是...
泛型方法的侷限及解決之道
泛型的優點在於提高了函式的適應性，有利於 復用。但是，乙個支援泛型的方法裡面，代表該引數型別未可知，如果要直接使用它的屬性，是不行的。因此，這點是泛型的侷限，使得這個泛型引數，乃至整個方法，便利性都打了折扣。由此可知，在支援泛型的方法裡面，泛型物件作為引數，主要作用在不同的方法間傳來傳去，像踢皮球似...
HQL查詢中的中文引數解決之道
在hibernate配置檔案中加入下面 org.hibernate.hql.classic.classicquerytranslato ctory 如果是spring hibernate開發，則在定義hibernate配置屬性時候加入 org.hibernate.hql.classic.classi...