|
对于一个软件项目来说，需求开发活动完成的好坏，将决定项目的成败。同样的，需求变更控制对软件项目成败也有重大影响。需求变更的影响分析如果做不好，可能会造成更改不彻底或者引入新的Bug。而要做好这一点，就需要把“需求跟踪”这一活动做好。 需求跟踪是需求管理的专用实践之一（在CMMI的ReqM过程域中，SP1.4“维护需求的双向可追溯性”就是指的需求跟踪活动）。但是，如何做好需求跟踪却一直是个不大不小的难题。虽然已经有了DOORS、RequisitePro这样的需求管理工具，可是，很多组织依然不能很好地完成需求跟踪活动。所以如此，大致有以下几个原因：
一些组织对需求管理工具投入的必要性和收益效率的存疑，很难下定决心引入这样的工具。
比如，组织的软件产品主要是规模不大，功能不太复杂，而且软件还存在多代产品继承开发的情况。这样一来，需求变更通常较容易分析和控制。有鉴于此，组织的管理层及至技术层都会觉得需求管理没必要投入那么多去管控。
如果发生了需求变更，软件开发人员不得不从一个系统/工具（需求管理工具）切换到另外一个系统/工具（开发工具）。这样的切换会花费开发人员很多的时间和精力。再加上第二个原因中所提及的软件规模不大、功能不太复杂的情况，每天都和开发人员都有种“杀鸡用牛刀”的感觉，会对需求管理是不是值得做要打个问号。 所以，要做好需求跟踪活动，就要消除上面这些疑虑，解决好以下问题：
首先要解决需求管理工具和任务管理工具、开发工具、测试工具等的无缝集成的问题。软件开发、测试人员都能够以管理工具为核心，由任务流程来驱动，自动地在各种工具之间切换和交换数据，而不是人为地、毫无关联地切换。
在用户需求已经确认后，将用户需求进行条目化，把每一条需求形成需求开发任务，借助软件项目管理平台，将其直接推送给需求分析人员，而需求分析人员的分析结果可以通过该平台导出成为格式化的需求规格说明。一旦需求规格说明编写任务完成，管理平台直接推送需求评审任务给相关人员。后续的设计、编码、测试等任务都以类似的方式融入流程，以任务摄像头的方式推动进展。
当进行设计、测试任务时，设计人员/测试人员还应将设计结果、测试用例、测试结果等与需求建立起关联关系，或者是一对一、一对多，又或者是多对一。这样工具就能自动建立起需求跟踪矩阵。
组织应当在软件开发流程中建立起明确的需求变更流程，并且该流程也已通过IT工具得以固化。 这样，当有需求变更发生时，软件项目管理平台将发起变更流程，由开发人员查看平台建立的需求跟踪矩阵，找到受影响的模块，生成变更影响分析报告，经确认后，发布对受影响的模块进行变更、验证的任务。 需求跟踪的最高境界，是将需求跟踪活动融入分析、设计、实现、测试这些工程活动的流程之中，这样就可以实现无需刻意而为，需求跟踪在不知不觉之间已然完成。 微信赞赏专用通道
|
|
|
