l         信息交流：一个软件开发项目一般分为售前、售中、售后，这其中有大量可能从未编写过代码的参与者，包括：业务发起人、项目管理者、架构师以及测试人员。更甚之，团队本身已演变为地理上分布更广且更专业化。角色的差异导致许多问题无从解决，或者无意识地对计划产生了分歧。为了使团队有效地运转，就必须理顺信息交流流程，而且必须让它与成员的日常工作有效的结合，并且易用，符合用户使用习惯。

l         工具捆绑：近些年来，在 SDLC 工具领域中已经大量使用了捆绑手法。但是，仅仅是捆绑工具集合并不能实现工具集成。这只是建立工具包。由于角色限制，非集成工具（无法支持工具间的自动数据流）之间就产生了矛盾。集成性的匮乏就必须通过手工干预进行弥补，而由此可能产生其他一些问题。在数据层进行集成，能够使数据流自动化跨工具和常规报告实现。同时在日常办公中已经存在有OA系统，如何将日常工作与软件开发工作进行科学管理，也是企业管理层面临的比较头疼的问题。

l         如何在保证既有投资的前提，更好的发挥新工具所带来的绩效。公司已有office系统，让公司员工抛弃office的使用习惯，转而利用新的工具进行管理，显然不符合管理的需要，如何保证原有工具与TFS的集成，也是很多员工的希望，毕竟日常工作中大量的知识积累都是建立在office之上，这种数据的迁移与重新适应，会耗费巨额的成本，同时也无法保证最后的成果。

l         跟踪，但没有管理。公司管理层与项目管理者为了获得项目的重要衡量标准对于跟踪状态和做出决策十分重要。由工具生成的大部分衡量标准没有以统一的方式进行存储或访问。创建报告需要手动将信息从不同的工具剪切和粘贴到一种报告格式中，变得费时又费力。

因此，项目经理需要花非常多的时间从众多不同的工具收集衡量标准，以使项目计划保持最新状态并通知项目团队。通常，项目经理会身陷于跟踪细节，而没有进行项目风险分析和项目过程修正。同时公司领导也无法获取足够的项目信息，方便自己进行公司管理与项目管理方面的决策。