原文链接:接手新项目,需求工作如何开展
怎么重视都不为过的需求
随着信息技术快速发展,面向政府、企业的大型IT软件项目多如牛毛,然而在项目实施交付过程中,进度逾期、预算超支、变更频繁、的现象比比皆是。漂亮国知名的检测结构Standish Group 每隔几年都会对项目实践情况进行统计分析,这些分析结果主要基于项目周期、项目预算、项目目标达成几个维度进行分析。
从历史数据中可以看出,能在既定周期内不超预算完成交付并令客户满意的比率非常低,其中令人不满意的项目和彻底失败的项目比例平均高达70%左右。根据Standish Group对这些失败的项目进行分析的结果显示,因项目需求工作不到位导致项目失败的占比超过50%。换而言之,项目需求工作成功了,那么该项目至少有50%以上的机会可以取得成功,这也是为什么大家都喜欢说需求是项目的灵魂,需求对于项目来说实在太重要了,怎么重视都不为过。
什么是软件需求?
我们经常在项目交付过程中经常听到这样的声音,“用户又提了新需求“,”用户提的这个需求实现起来太难,我们不要答应”,“这个需求描写的不够清晰啊,能给我讲讲吗?”人人都在说需求,一些人说的需求一些是指源自客户提的一些要求建议或问题,一些人说的需求是业务分析师出具的设计文档中的内容,那么需求到底是什么呢?
有人说,需求是指用户在某个场景下待解决的问题,在这种说法里面,需求的核心是问题,响应需求也就是意味着解决用户在该场景下具体的问题。也有人说,需求是指系统设计的规范说明,它描述系统的行为特性或属性,是一种对系统开发进程的约束,开发和测试依赖他进行系统开发和测试。
以上说法都有各自的道理,其实针对这个问题,并没有确切统一的答案。需求就是需求,它即包含用户所需要解决的一些问题,也包含系统设计的规范说明。因为需求本身就包含好几种不同的层次,如:业务需求、用户需求、系统需求。
需求工作如何开展?
在一些项目中,经验欠缺的需求工作的业务人员经常会面临一些头疼的问题:需求工作该如何开始?需求工作主要包括哪些?如何做好各个环节相应的工作……如果对需求工程没有深入研究和学习,仅凭个人对需求工作的感觉和浅显的理解,这些问题就总是会让你在需求实践过程中忧心忡忡,惴惴不安。需求工作主要内容:需求开发和需求管理。通过下面的需求过程模型,大家可以清晰直观地了解需求的主要工作内容和过程。具体细节和过程方法,如果大家有兴趣的可以留言,待后续专题介绍。
如何获取需求?
万事开头难,需求获取是开展需求工作的第一步,要做好需求工作,首先得走好第一步。具体如何走好第一步,这里先写部分框架,待后续再进行分享。
(1)定义产品愿景和项目范围
(2)识别用户类型及特征
(3)为每类用户选出代表
(4)安排由典型用户组成的焦点小组
(5)与用户代表协同发现用户需求
(6)识别系统事件和反应
(7)举办需求获取访谈会议
……
一个小提醒:就像下棋和扑克一样,需求的知识和技巧很容易学习,但是可能需要很长的时间才能真正要掌握并运用好它。
你准备好踏上需求之路了吗?