当下在降低劳动力成本的大环境下，一个软件开发项目经常是分到了不同地域的项目研发团队进行开发，其中有的团队负责开发核心平台，有的团队负责应用中间件二次开发，有的团队则负责面向用户定制，再加上矩阵式多维的交错管理模式，使得在整个产品研发环节链上的沟通合作变得异常复杂和困难。
作为在这样一个空间多维交错关联开发模式环境下的一个环节链上的其中一个项目团队来说，如何对上游项目和下游项目做好工作承接交付，接口沟通规划，进度监控协调，以及应对团队和团队冲突合作的问题，是考验所有介入其中的项目团队的项目经理都要好好研究分析并操作实施能力的一个重要方面。
碰到的问题很多，随便列举下，比如有：
1、整体产品交付要求规划不清晰，导致各个责任项目之间信息传递走样。而且是在最终交付评审的时候才发现。
2、上层项目认为平台支撑项目交付质量不达标，平台支撑项目认为上层项目没有及时控制需求，各个接口项目之间来回扯皮。
3、部门区域习惯性壁垒，不求有功但求无过，对接口项目不愿意提供服务心态。效率就会变得很低，执行力也大打折扣。反正最终产品交付合格，自己也没有多少奖励;不合格，大家一起打板子。
4、人力成本高，资金报酬达不到要求的时候，我这个项目不想做的就千方百计能踢到其他项目实施。
这些问题在跨国IT企业业务交往过程中，感受颇深，一个简单的软件需求或者问题，在这些企业中可能会拖到个半年一载的才会交付。不能说全部和上面出现的这种项目组织合作模式有关，但肯定也是涉及并有一定影响的。
很多项目经理抱怨公司管理水平不足，管理机构官僚风气严重，资源不到位，资金不充足……反正都相当有理由。
上面的问题，应该说管理上存在一些公司层面从上至下的组织规范问题，但这篇文章不想主要来分析这个部分。
大家可以一起想，在这种环境下，不论是项目管理中提到的项目协调员，还是项目经理角色，还是普通项目一员，只要置身其中，他都不可避免地会对这样的情况去主动分析和考虑的。要么你在这样的困难之前妥协倒下，要么你能迎刃而上，积极主动地去对待和解决它。
不断思考摸索，在这个时候这种环境，针对碰到的这些不同的问题就是要发挥个人的能力，充分发挥在项目管理大帽子下每个项目成员个人的价值。