浅谈DevSpec需求管理工具功能之：需求变更管理
DevSpec是DevSuite系统中的一项需求管理工具。要了解DevSpec就先要从了解DevSuite说起。
DevSuite是TechExcel公司研发的一款高度集成的研发管理工具。说它高度集成，一点也不为过，因为从产品的概念形成、需求分析到项目规划，再到开发测试的每一个阶段，都有相对独立的工具进行管理，从而有效地控制需求、资源、工期和质量，帮助企业管理者规范和改进软件研发过程，最终达到在预计周期内完成产品的高质量的开发与交付的目标。下面一幅图，清楚的为我们展示了DevSpec的各项功能及相应的独立工具：
在图中我们可以看到，DevSpec正是整个研发过程生命周期中对于需求管理的一项工具。基于TechExcel knowledgeWise，DevSpec中的知识管理模块可以帮助研发管理团队提供企业级的WIKI、知识库用来支持、组织和管理各类文档、图片、数字、成员信息等。另外DevSpec中还有一项的重要需求变更管理工具，下面将进一步分析需求变更管理的相关内容。
l??需求变更管理的重要性
需求管理重不重要?相信每一位亲身经历过的研发人员都知道需求管理的重要性。
1，需求变化出现在项目产品设计、开发、测试、推广及后期的用户使用的整个过程中。
?随着现代信息化的飞速发展，项目开发的规模也日益扩大，时间跨度也在不断加长。要做好大项目开发，仅靠原先传统的手工或半手工的管理方式已经远远落后于先进的生产率要求。如何把时间、财力、物力以及人力更加有效的高度集中，做好项目研发，是每个管理者在前进的道路上所不可避免探寻的问题。
?需求变化是项目研发的道路上必不可少的一项，因为从项目立项，甚至从刚开始的构思阶段就无时无刻地在进行着思想的冲撞和面对市场竞争所产生的需求的变化。大大小小的需求如果缺乏统一的科学管理，则将会给以后的工作带来非常大的麻烦，极有可能消耗掉更多的人力、物力和财力，以及宝贵的时间。
2，?需求在逐级传达过程中，有可能漏掉有效信息，从而导致产品不符合客户要求。
??更坏的结果是：研发的产品还不一定满足客户的需求——尽管客户以为非常清楚地把需求描述给项目经理，尽管项目经理以为和设计人员讲的很清楚，尽管设计人员以为把需求给研发讲的很清楚，但是如果每次仅仅讲对90%，那么最后得到的产品需求并不是之前的90%，而是这几个90%的乘积——即，0.9的N次方，可以想象，拿到这样与客户需求的相似度仅有0.9的N次方的产品，后果是非常严重的。
3，?需求唯一不变的是：需求一直在变化。
?????????要说在需求中什么不变，那么需求在变化就是不变的。上面提到了，由于市场需求的变化、客户对产品的功能了解的变化以及其它许多不可控的因素的变化等条件的存在，使得需求在研发全生命周期中都有变化的可能。那么我们是要避免需求变化吗？仅靠避免是不可以全部避免的，那么既然需求在变化，我们就要接受它，控制它，管理它，把它纳入我们科学的研发管理全生命周期的轨道上来，这样，只要坚持这一条定理，以不变则能应对得了需求的多变了。
l??需求变化带来了什么？
那么需求管理之前，我们要考虑一下，需求的变化给我们带来了些什么呢？
需求变化，势必影响到整个项目计划的变化——从时间、金钱、人力、物力这些方面都受到需求变化的影响。需求变化后，那么软件的开发设计也要随之进行变化，研发也要重新开始，代码也要重新写，Test case?的设计也要加以修改。因此，类似“多米诺骨牌效应”，在一开始需求变化的时候，就要考虑好之后所要带来的一系列的变化——考虑一下资金、人力、物力是否足以支持这项需求变化？是否会对产品交付时间等有一定的影响？……其实从另一个角度来考虑：产品的交付时间、资金、人力、物力等各项因素反过来影响着需求变化实施的可行性，因此，各项因素也为尽量减少需求变化提供了一条重要依据。
l??如何做好需求变更管理
说到如何做好需求管理，那么先来看看传统的管理方式和DevSpec需求管理工具的主要区别在哪里？
项??目
传统手工式需求管理模式
DevSpec需求管理
具体方式
Word模式，需求单和所针对的任务单。统计数据繁琐。
统一的可以自定义的工作流。
有完整的数据报表，为分析数据提供快速、可靠的依据。
变更管理
更改一处需求变化后，容易漏掉其它需要随之变化之处。
DevSpec变更需求是通过旗帜标志来呈现的。当系统中出现需求变更时，与之关连的规范点将呈现旗帜标志；同时，与该规范点关连的所有DevTrack开发任务和DevTest测试任务也都出现旗帜标志；这样，通过有效控制需求变更，DevSpec可以确保产品研发过程与产品设计保持一致。
工作效率
工作效率低，
不易确保所有需求与规范点的变更都在可控范围内。容易造成时间
、人力、物力的浪费。
工作效率高。
可以确保所有需求与规范点的变更都在可控范围内。
最终提高工作效率和产品质量水平。
可跟踪性
可跟踪性较低；
在每次需求变化后，不易全面地通知到每一环节的负责人员最新的需求变化信息，容易发生遗漏。
可跟踪性高，项目经手人及每个环节都有详细的记录，这给以后查找问题负责人、事件过程、每个员工工作情况等提供“有力依据”。
可以全面地通知到每一次大小需求变化后的每一位负责人员，通过E-mail或手机短信等形式通知每一次变更内容，让所有负责人及时了解变更内容。
其它
?
工作流中每个环节都设有不同的负责人及权限，
方便跟踪和查找。
那么，很小的需求也要经过需求管理流程吗？
是的，再小的需求也要经过正规的需求管理流程。这样不但可以做到今后查找起来有据可依，而且可以把危患消灭在源头。
用过电脑的人也许会有这样的感受，突然一个紧急的文档要撰写或者要COPY，于是直接建立一个WORD文档，来不及起名字就开始应用了。心想之后再写名字，退一万步讲，就算不写名字，因为之前文档都在建立时起了文档名称，因此仅这一次不起不要紧，可以区分的出来。怀着这种心理，之后几个紧急状况时，又建立了几个无名文档。到最后你会发现，一段时间过后，电脑里会出现了新建文档（1）、（2）、（3）……，到底哪个是哪个，这个时候就混淆了。试想如果当初无论事情有多重要有多紧急，都先建立一个名称的话，那么这时候就不会此巨大麻烦了。
需求变更也是如此，今天一个小的没有记录，明天一个小的没有记录，俗话说“千里之堤溃于蚁穴”，那么日积月累，有可能在将来带来想象不到的大麻烦。
上面提到，做好需求变更管理的一条要求就是，很小的需求也要经过需求管理流程，实现规范化管理。另外，一个好的需求管理工具，可以让你和你的团队少走很多的弯路，更快的提高效率，提高产品的竞争力。
§??从?DevSpec?中受益
1.??????定义产品或项目需求；
2.??????全程跟踪并确认每一项需求是否已落实到开发或测试任务中；
3.??????排除不必要的功能，避免人力资源的浪费；
4.??????控制需求有序变更，并监控实施变更的效果；
5.??????保证需求可跟踪、可验证。
§??功能特性
?1.??????可以创建和分类管理产品需求和规范点，并将两者对应关联；
?2.??????支持Scrum、迭代开发、瀑布开发等多种开发模型；
?3.??????自动化需求版本控制，提供可自定义的需求变更审批流程，以及功能强大的工作流管理模块，帮助团队轻松管理需求变更；
?4.??????所有与需求、规范点相关的重要数据和公司内部文件，都将被集中保存在安全稳定、且可扩展的中心知识库中；（支持从Perforce到Subversion?的SCM系统的信息存储）
?5.??????DevSpec?可与?DevTrack、DevTest?无缝集成，使项目经理清晰查看所有与需求关联的开发任务，及时掌握项目开发进度；
?6.??????高层管理者可以通过投票系统，评估需求或功能点的商业价值、实施风险、或研发标准等；
?7.??????将产品功能进行组合，对各种方案所需要花费的时间和资源进行评估；
?8.??????提供多种用户自定义选项；通过自定义字段标签、字段类型、下拉菜单选项、主从关系、报表等设置，定制适合您业务需要的用户界面；
?9.??????可以与Microsoft Office、Adobe PDF集成；
?10.???内置高质量报表功能，帮助您轻松创建和定制各类报表，比如所有的需求/功能列表、需求变更分析与预测、以及与需求/规范点相关的研发数据报表等。
??欲了解更多DevSpec内容，请继续阅读：http://www.techexcel.com.cn/products/devsuite/DevSpec.html
?
文章作者：晓文
文章出处：http://blog.sina.com.cn/u/2329057823
?
