您的位置:软件测试 > 软件项目管理 > 开发管理 >
深入理解项目管理之需求
作者:网络转载 发布时间:[ 2013/6/7 15:15:59 ] 推荐标签:

2、需求管理过程域

需求管理的目的是在客户与开发方之间建立对需求的共同理解,维护需求与其它工作成果的一致性,并控制需求的变更。

需求确认是指开发方和客户共同对需求文档进行评审,双方对需求达成共识后作出书面承诺,使需求文档具有商业合同效果。

需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系,建立与维护“需求跟踪矩阵”,确保产品依据需求文档进行开发。

需求变更控制是指依据“变更申请-审批-更改-重新确认”的流程处理需求的变更,防止需求变更失去控制而导致项目发生混乱。

2.1需求跟踪

需求跟踪的目的是建立与维护“需求-设计-编程-测试”之间的一致性,确保所有的工作成果符合用户需求。 需求跟踪有两种方式:

正向跟踪。检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。
逆向跟踪。检查设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。
正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式,都要建立与维护需求跟踪矩阵(即表格)。需求跟踪矩阵保存了需求与后继工作成果的对应关系。

我们曾经出现大家埋头于开发,后才发现项目协议书中的一个小基本功能没有开发的事故。

2.2 变更管理

需求变更通常会对项目的进度、人力资源、经费产生很大的影响。

如果在项目开发的初始阶段,开发人员和用户没有搞清楚需求或者搞错了需求,到了项目开发后期才将需求纠正过来,会导致产品的部分内容需要重新开发。这是要坚决避免的。

如果由于市场变化而导致产品需求发生变更,开发商大可不必为此烦恼,应当高兴才对。倘若市场静如死水,那么开发商吃了“上一顿”没有“下一顿”。正因为市场在变化,才会产生更多商机,聪明的开发商才会有活干,有钱赚。

其实需求变更并不可怕,可怕的是需求变更失去控制,导致项目混乱。所以需求变更控制是需求工程的重要活动。如果需求变更带来的好处大于坏处,那么允许变更,但必须按照已定义的变更规程执行,以免变更失去控制。 如果需求变更带来的坏处大于好处,那么拒绝变更。

需求变更控制过程中难办的事情是莫过于“拒绝客户提出的需求变更请求”。通常情况下开发方是不敢得罪客户的,但是无原则地退让将使开发小组陷入困境。解决这个问题的一个办法是事先建立规则:如开发方与客户方达成“事不过三”的约定,即允许客户变更三次需求;如果客户第四此变更需求,开发方有权提请客户补偿开发投入。

3、深入理解需求

需求的开发和管理有一些规律或经验可以参考,核心是沟通确认、沟通控制。

3.1认清谁才是"上帝"

我们说客户是上帝,是因为客户的重要性,客户占有决定性的地位。对于广大不能清楚描述需求的客户,项目开发人员负有教育客户的义务,需要引导客户,让他们说出自己的心声。客户往往都是领域专家,对自己的工作有很深的认识,可是由于对软硬件开发的不了解,往往表达不清,甚至表达不出自己的需求。这时候,是体现你的功力的时候了,象对待上帝一样对待你的客户。

3.2 耐心是首要的学理工科的人,一般在逻辑思维上会比较好,可是对于客户来说,可不一定是这样。一些客户在了解需求的时候,扯东扯西,含糊不清,只有耐心才能获得真正的需求。耐心后会仍会体现为沟通,只有耐心的沟通,你才能揭开需求的重重面纱。人的行为总是会受到思想的指导,如果你解不开客户的心结,你不可能了解他真正需要的。

3.3 参与是重要的

方法的一个重要实践,是提倡"现场客户"(on-site customer)。也是说,客户应该随时和开发人员在一起,随时提供资料和做出决策。而这个客户,也必须领域专家,而且能够有权做出决策。非常的贴近客户,甚至可以在做游戏的过程中完成卡片的填写,能带来很强的客户参与度。

4 拥抱变化

需求变化是开发人员讨厌的一件事了。可是,像我们常说"哭不能解决问题"一样,讨厌能解决问题吗?拒绝客户的变更要求,要求客户在需求规格说明书上签字。这些做法只能是适得其反。没有任何正面的、积极的意义。需求变更要求我们的开发工作要迭代式进行,包括需求、设计、实现等阶段。这样才能将变更风险减到小。

5 测试

这里的测试指的是考核软件项目是否成功的一个"执行性目标"。例如,开发物流系统的目的是为了缩短产品周转周期,降低库存;开发供应链系统是为了加强和供应商的联系,降低库存。这些和具体业务有关的指标都是可以通过细化,用多种分指标来度量的,所以是可以做到的。

我们把这种目标称为测试是要提醒开发人员,要把满足这种目标当作终的测试。

有了明确的需求,我们一定竭力做如下几件事情:

    什么(WHAT):按顺序列出达到目标所需完成的工作;
    何时(WHEN):完成工作所需要的时间;
    做到的程度(HOW-WELL):要完成的工作以何标准来度量;
    资源(RESOURCES):完成工作需要的人员/资金等;
    谁(WHO):由谁负责完成任务。

上一页12下一页
软件测试工具 | 联系我们 | 投诉建议 | 诚聘英才 | 申请使用列表 | 网站地图
沪ICP备07036474 2003-2017 版权所有 上海泽众软件科技有限公司 Shanghai ZeZhong Software Co.,Ltd