该帖子同步发自：(wcabt的博客  访问该博客)

　　目前大部分的针对软件开发的项目管理工具，除了提供项目任务管理，有些已提供需求管理、变更管理等功能，但往往三者是独立功能，之间没有集成，造成在实际使用中的不便。

　　一、需求管理与项目管理的集成

　　对于做管理类软件的软件公司，一般都是业务驱动，由需求人员决定每版本的需求点，以此形成开发任务，至于非功能需求(如性能改进)，一般由开发组决定，一般占的比例较少。

　　需求管理功能，包括原始需求的收集，整理成业务需求，然后再细化为概要需求。往往是需求人员使用的，侧重于对需求的记录，不需要任务管理功能。

　　项目管理，主要侧重于任务的跟踪管理。

　　实际中大部分的任务都来源于需求管理的输出—概要需求点，概要需求点就是需求人员的需求任务，需求人员对每个需求点进行详细需求分析，再生成开发任务进行开发、测试。

　　从上述看，需求管理与项目任务管理，虽然侧重点不一样，但它们是密切相关，在软件开发中，需求点是任务的主要来源。

　　实际应用上，因为管理工具不支持两者集成，结果造成两方面使用不便：

　　1、项目任务往往来源于概要需求点，需要重复建立项目任务;

　　这点不是很关键，因为一般工具都提供导入功能;

　　2、最重要的是，需求人员，可以从需求库中，看出有哪些需求在哪个版本实现，哪些没有实现。每次项目结束，都需要需求人员逐个标记，非常麻烦。如果集成起来，则无此问题。

　　二、变更管理与项目管理的集成

　　如果说需求管理与项目任务管理不集成，还能勉强适应，但变更管理没有与项目任务管理结合，我就觉得太不可思议了。目前大部分项目管理工具的变更管理，基本只是变更记录器，做得好的，可以支持变更流程审批。没有与项目任务管理集成起来，实际上，变更往往会取消任务，或者影响任务工作量，如果不与项目任务管理关联，则在变更生效后，要手工在项目任务管理中更改，一来麻烦，二来没有日志记录，既繁琐，而且不便于跟踪记录。

　　当然，完整的变更管理不止这些功能，还有文档变更、资源变更等，但是项目任务变更是最重要和关键的变更。对于较大规模的开发来说，变更管理是很重要的一部分。目前大部分管理工具对于变更管理的功能我认为需要加强。