當下在降低勞動力成本的大環境下，一個軟件開發項目經常是分到了不同地域的項目研發團隊進行開發，其中有的團隊負責開發核心平臺，有的團隊負責應用中間件二次開發，有的團隊則負責面向用戶定制，再加上矩陣式多維的交錯管理模式，使得在整個產品研發環節鏈上的溝通合作變得異常復雜和困難。

　　作為在這樣一個空間多維交錯關聯開發模式環境下的一個環節鏈上的其中一個項目團隊來說，如何對上游項目和下游項目做好工作承接交付，接口溝通規劃，進度監控協調，以及應對團隊和團隊沖突合作的問題，是考驗所有介入其中的項目團隊的項目經理都要好好研究分析并操作實施能力的一個重要方面。

　　碰到的問題很多，隨便列舉下，比如有：

　　1、整體產品交付要求規劃不清晰，導致各個責任項目之間信息傳遞走樣。而且是在最終交付評審的時候才發現。

　　2、上層項目認為平臺支撐項目交付質量不達標，平臺支撐項目認為上層項目沒有及時控制需求，各個接口項目之間來回扯皮。

　　3、部門區域習慣性壁壘，不求有功但求無過，對接口項目不愿意提供服務心態。效率就會變得很低，執行力也大打折扣。反正最終產品交付合格，自己也沒有多少獎勵;不合格，大家一起打板子。

　　4、人力成本高，資金報酬達不到要求的時候，我這個項目不想做的就千方百計能踢到其他項目實施。

　　這些問題在跨國IT企業業務交往過程中，感受頗深，一個簡單的軟件需求或者問題，在這些企業中可能會拖到個半年一載的才會交付。不能說全部和上面出現的這種項目組織合作模式有關，但肯定也是涉及并有一定影響的。

　　很多項目經理抱怨公司管理水平不足，管理機構官僚風氣嚴重，資源不到位，資金不充足……反正都相當有理由。

　　上面的問題，應該說管理上存在一些公司層面從上至下的組織規范問題，但這篇文章不想主要來分析這個部分。

　　大家可以一起想，在這種環境下，不論是項目管理中提到的項目協調員，還是項目經理角色，還是普通項目一員，只要置身其中，他都不可避免地會對這樣的情況去主動分析和考慮的。要么你在這樣的困難之前妥協倒下，要么你能迎刃而上，積極主動地去對待和解決它。

　　不斷思考摸索，在這個時候這種環境，針對碰到的這些不同的問題就是要發揮個人的能力，充分發揮在項目管理大帽子下每個項目成員個人的價值。