[东方大唐]的博客:
http://dfdt.mypm.net
项目需求管理研究

项目需求管理一直是项目管理者比较头疼的问题,需求在很多时候会产生蔓延和变更。特别是一些前期规划不够详细的项目,需求的蔓延和变更更是不可避免。因此广大的项目管理人员都在寻求一种科学的需求管理方法,来对项目的需求进行管理控制需求的变更。这种追求在现实中不断的被理想化,很多人都认为有了好的需求管理就能够百分之百的对变更进行控制,所以追求对需求具体问题的解决方案。例如我在某某项目需求的问题。这种做法导致了需求方案关注于具体问题而缺乏对整体的思考。在管理中将事物的性质分成两个方面一个是普遍性,另一种是特殊性。管理学研究的主要方向是普遍性规律,对于特殊性的事物要进行特殊管理。例如我们在组织活动的时候征求大家意见是要符合大多数人的意见,也会有个别人有想法但是管理不能满足,也就是管理不能百分之百解决问题。相应到需求管理,也有管理普遍性的管理方法和特殊性方法。在这里所讨论的管理,只针对需求管理的普遍性。


一、需求管理指导思想


1.迭代开发

迭代开发的思想是一个循环过程,需求的收集需要分段进行,例如第一个迭代完成一些基本模块的开发,使得系统能够建立基本的架构,第二个迭代完善具体功能是系统具有很好的实用性。迭代的目标是使需求有一个适当的封闭期供开发人员进行工作。这个封闭期内需求不再增加和做重大变更,新增需求放到下一个迭代中完成。(当然,这也要需求管理人员根据实际情况,一些合理的需求变更也要给予考虑)迭代过程还要加入MVP思想,MVP思想就是每一个迭代都要有实际收益的小目标,例如造一个汽车,第一个迭代可能是先造了一个滑板,起码客户可以看见收益。第二个迭代做一个手推车,这样一个迭代一个迭代最后成为汽车。


2.敏捷思想

敏捷思想是将所需要完成的工作罗列出来,形成一个工作清单。然后将这些工作按照重要程度进行分类,那些工作是必须完成,那些工作是应该完成,那些工作是可以完成。将团队的力量集中到必须完成的任务上面首先进行突破。在工作任务分配的时候不要拘泥于事先的工作人员分配,因为软件项目的时间估算有很大的不确定性。一些看似简单的工作一旦遇到某个技术难题工作时间就会大大增加。而一些看似工作量比较大的工作,由于有了经验就会减少。所以敏捷方法使用看板,一个人完成一项任务根据任务的重要性领一项重要性比较高的任务进行,有重点的工作。


二、需求管理需要明确的方面


1.目标收益

目标收益是一个产品能够长期为客户所使用的基础,因为有了收益客户才会有积极性去继续使用这个产品。这一项内容的确定是非常重要的,以前一些需求管理人员一开始没有和客户确定好收益。就直接去讨论具体的需求细节,然后开始工作。到最后产品交付的时候客户觉得产品没有达到自己期待的目标,而需求管理人员觉得客户想要的东西太理想化,根本实现不了。这就出现一个问题既然客户需求太理想化不能实现为什么还要继续收集需求,而不是和客户一起讨论清楚产品的目标收益是什么,那些目标收益是可以实现的那些是不能或是暂时不能实现的。首先将这些目标收益定义清晰对于以后的需求管理非常重要。


2.功能模块

为了实现以上目标收益,我们需要做哪些功能模块才能实现。每个功能模块的流程怎么实现,每个模块之间的数据流如何进行交互。这一点在这个层面上需要进行明确。一些时候需求管理人员因为各种原因,可能是交付时间压力在没有清楚流程走向和数据交互关系时就急急忙忙的进入到了模块的具体功能收集。结果发现在根据收集的需求进行实现后,虽然建立了系统但是系统无法使用。所以在这个阶段一定要明确模块的流程关系和数据交互关系。


3.模块功能

模块功能明确系统包括哪些具体的功能和字段。如何更好的在页面上展示这些功能和字段。这一部分内容通常是需求变化的主要领域。要想在这一阶段减少变更,需要对业务有一个很好的理解和对信息有一个很好的收集。这些信息的收集现在有一个很好的手段就是互联网搜索,通过搜索我们可以很快的确定页面设计需要哪些字段。


三、需求控制的具体方案


1.项目章程

项目章程中记载的项目主要里程碑和交付物的信息是需求管理的第一步,需求管理者应当首先对项目章程的这些信息进行研究,因为项目章程是经过高层确认的已经达成一致的。双方必须遵守的。


2.项目工作说明书

项目工作说明书一般由需求人员(业务人员)进行编写,因为业务人员对自己的业务很熟悉,如果工作说明书是需求管理人员来进行编写很可能不符合业务逻辑。也不符合业务人员的期望。项目工作说明书就是为了明确项目产品的目标收益和功能模块.


3.项目需求说明书

有了项目工作说明书以后,需求收集人员就可以根据项目工作说明书里面规定的功能模块进行具体模块功能的收集工作了。这是一项很细致的工作。建议需求说明书按照条目进行整理,标明每一个条目对应的功能模块和需求所有人。然后对这些需求条目进行重要性分类,对验收做好规定。


4.产品设计说明书

根据项目需求说明书的需求说明制作产品设计说明书。产品设计说明书也要从目标收益,功能模块和模块功能三个方面进行说明。最好的做法是对一些页面设计给出原型,这样的原型能够很好的对变更进行控制,并得到客户的明确确认,就产品的设计达成一致。


5.需求变更记录

变更是不变的主题,项目工作中变更是不可避免的,我们需求管理对变更的控制就是实现双赢的结果。每次变更都能够达成一致,双方都进行变更影响的确认。变更记录是一个需求管理的记录文件,作为需求管理最后评价的凭证。


6.产品测试说明书

根据系统设计说明书设计好测试用例,在产品出来以后根据这些测试用例对产品的功能模块和模块功能进行检查,检查是否达到了产品设计说明书的要求,更改其中的bug。


7.需求评审记录

根据需求记录对产品需求实现情况进行评审,验收产品。


根据以上思路做出标准模版以后,我们就会将我们需求管理水平有一个很大的提高。


东方大唐 发表于 2018-8-17 10:37:57 阅读全文 | 回复(1) | 引用通告 | 编辑 | 收藏该日志
Re:项目需求管理研究
深圳市东方大唐信息咨询有限公司专注于企业科技管理信息系统的咨询规划、定制开发和落地服务。以自主研发的Alta框架平台为基础,相继推出了项目组合管理、科技外包管理、ITSM管理、管理驾驶舱等一系列解决方案。

东方大唐发表评论于2018-9-5 10:29:00 个人主页 | 引用 | 返回 | 删除 | 回复

发表评论:

    昵称:
    密码:
    主页:
    标题:
公 告
登 陆
日志日历
搜 索
日 志
评 论
链 接
统 计