作为开发人员，是否常常有人要求您对代码作一些小小的改动，从而使现有系统得到改进？您是否感觉这样的请求无处不在？您经常依据的规格说明书是否完整或精确？是否经常不清楚这些需求要表达的真正意思是什么？是否感觉无法真正解需求，因此觉得目标也总是在变化？是否感觉的自己就像是鞭梢，总是随着客户的变化而变化。
如果您对以上任一问题的答案是肯定的，那么请继续阅读下文，您的问题很有希望得到解决。作为开发人员，您可能认为需求管理(RM)不如设计和实现技巧来得重要。实际上，很多开发人员认为 RM 是项目团队中分析人员的责任，开发人员在此过程中的任务仅限于接收需求规格说明书。在一个项目中，如果开发人员的角色仅限于需求的接受者，那么您会发现经常需要返工。这将导致延误项目交付日期，缩小项目的范围，而且导致交付给客户的项目质量不合格。而这些将最终导致客户不满，客户的不满意反过来又会影响项目团队的士气和心情。在成功的项目中，开发人员在 RM 中涉足的范围更广，扮演着较为重要的角色。这使得他们对开发对象具有更好的控制力，最大程度地减少返工量，最终也就能够给向客户交付正确的解决方案。
本文旨在说明在一个成功的软件项目团队中开发人员在 RM 中扮演的重要角色。此外，本文还提供了一些 RM 实施方面的技巧，开发人员可通过应用这些技巧，帮助项目团队在为客户提供正确的解决方案方面取得更大的成功。
开发人员为什么要关注需求管理？
作为开发人员，您可能认为"我没有时间进行需求管理"，或者"RM 与我毫无关系"。如果情况正是这样，那么项目团队如何定义您正在构建的系统功能呢？实际上，您对于项目交付的职责是由某位人员决定并定义的。无论这位人员只是在头脑中计划着这些需求、在纸上草画出需求、在正式会议上讨论了需求，还是将需求正式记录在需求文档中，每个软件开发团队都要涉及某种形式的需求管理。他们可能并没有意识到，因为他们的 RM 实践可能极其不规范。不管怎样，所有软件团队都要进行某种程度的 RM。问题只是您的软件团队的 RM 实践的规范化程度如何。
理解开发人员在 RM 中的重要性，有助于反映 RM 的目的。RM 的目的是在客户和软件组之间建立共识，其内容包括查找、文档化、组织并跟踪不断变化的需求。与客户达成共识是计划和管理项目的基础。如果项目团队不能有效管理需求，那么他们达到关键里程碑的能力就会受到损害，进而影响项目计划的精确度和效用。这通常导致开发和测试资源被浪费在错误方面。开发人员在 RM 上扮演了重要角色，不仅因为他们根据需求构建软件，而且因为他们能够防止项目团队一开始就使用不完整或者模糊需求。最大化需求的完整性和清晰度是保证整个项目成功的转折点，可以确保包括测试人员和文档编写人员在内的整修团队能够在最短的时间内构建质量合格的系统。
RM 的正式程度因项目和项目团队而异，并且与您的项目团队在不能交付正确的软件解决方案方面愿意冒多大的风险直接相关。RM 过程的正式程度越差，项目团队不能向客户交付令他们满意的软件的风险就越大。幸运的是，项目中 RM 的松散程度是权衡 RM 形式的优缺点之后所作的一个简明的决定。关于采用松散 RM 过程的最常见的论据包括：它可以使的开发速度更快，可以更好地适应不断变化的市场，并且不需要正式的需求文档来了解我们应该创建什么系统。不幸的是，这些论据是项目团队很难实际把握的，并且需要仔细分析项目成功所需的 RM 正式程度。从根本上说，RM 实践应该产生：1）所有项目团队成员都能够清楚理解的需求，2）对不断变化的需求的控制，以保证项目团队能够跟踪正确解决方案的交付，3）有效的沟通，以保证整个项目团队协调一致。
&nb