文档介绍：需求分析师培训
Day03
Agenda
需求建模实例
业务流程与规则分析
数据需求分析与建模
需求描述最佳实践
需求管理最佳实践
需求过程总结
中程在线信息产业培训网
需求建模实例—确定业务需求
总经理:为什么我们的开发项目进度计划总是那么不准确,延期经常出现,更可恨的是甚至无法给出一个相对比较明确的延迟时间。这样给市场的推广会带来很大的影响,不确定因素使得应对十分困难。
研发经理:唉这个问题我花了很多时间来解决,但一直收效不好。最初我用WBS方法,根据用例包、用例的方式来组织需求,然后将某个用例或子用例作为工作任务分配的开发人员,并指定了相应的完成时间,但到了时间开发人员总是完不成,都反应时间安排不合理。后来,在技术顾问的指导下,改为自底向上的估计方法,任务明确后让开发人员反馈工作量及所需的工作天数。虽然有所好转,但还是有一些工作任务,开发人员反馈的天数到了,仍然无法完成,甚至无法告诉我要延迟多少天。汇总起来,就形成了这样的结果了。
总经理:这样呀,那有什么好办法呢?
技术顾问:其实问题的关键还是在于“估算”的经验上,对于软件开发而言,实际上没有万能的、准确的估算公式…
中程在线信息产业培训网
需求建模实例—确定业务需求
(研发经理抢过话题)
研发经理:对对对!我一直在尝试使用FP、O模型来,仍然得 不出合理的估计值,真难办。
技术顾问:呵呵,急了!其实估算的基础是经验数据,对于不同的开发人员而言其产能是不一致的,甚至对于相同的开发人员而言,不同的任务所需的时间也是不同的。因此关键在于积累这种经验数据。例如,我在编写技术书籍时,就采用了PSP(个人软件开发过程)的思路,对所有的工作过程进行了时间的记录,在半年之后,就积累了许多相关的产能数据,现在给编辑的时间承诺总是能够比较的准确。
总经理:哦,难怪你做的承诺都一般很少延误,这种经验能否适用于软件开发的管理呢?
技术顾问:呵呵,这是当然。PSP是个人软件开发过程,它本来就是为软件开发设计。它是CMM的创始人提出的,PSP、TSP和CMM分别针对软件开发员、软件开发小组和软件开发组织。通过PSP的贯彻,就一定能够提高软件开发人员的时间安排、时间估算的能力。
中程在线信息产业培训网
需求建模实例—确定业务需求
研发经理&总经理(几乎同时):那我们就尝试一下!
技术顾问:哈哈,不过贯彻PSP有两个困难。一是开发人员很难适 应,每天都要记录自己的工作时间很繁琐,而且产生数据不容易使用; 二是时间日志做出来后,管理者会忍不住用来考核开发人员,给他们带 来心理压力。
研发经理:那我们可以开发一套软件来帮助他们记录,通过写到数 据库中,这样数据的使用问题也就解决了。
技术顾问:对,这就是我的建议。那后者呢?
总经理:我们不考核就是了!
技术顾问:没那么简单!我认为要从以下几点来进行:一是鼓励,鼓励记录时间日志,奖励估算准确的开发人员,从而避免做假时间的情况;二是宣扬,宣扬有效工作时间的概念,我的经验是每个开发人员一天有效的工作时间在4个小时之上就是比较好的,树立这种概念能够打消开发人员的顾虑;三是培训,从理论高度建立开发人员执行PSP的意识。
中程在线信息产业培训网
需求建模实例—确定业务需求
总经理:好!我修订绩效考核,解决鼓励问题;小陈(研发经理),我配合你树立“每天有效工作4小时”的概念;至于培训嘛只好拜托你了。
技术顾问:好!没问题。
为开发人员提供一个PSP工具,简化时间记录工作;同时提供数据使用的工具,帮助开发人提高估算能力。
中程在线信息产业培训网
需求捕获
技术顾问:根据我的经验,整个系统应该包括以下几个主要的方面。第一,项目及任务安排,由研发经理或项目经理创建项目和任务,开发人员在接到任务后进行估算填写时间计划,研发经理或项目经理对其进行确认。第二,时间记录,开发人员对自己的开发时间进行记录,与任务关联起来。第三,产能分析,研发经理及公司领导可以根据任务和相应的时间记录,来统计公司员工的产能数据。
开发人员甲:我认为,开发人员自己应该能够通过这套系统来统计自己的产能数据。
研发经理:那么产能数据怎么表示呢?任务可是不同的呀。
技术顾问:我认为比较合适是KLOC/天(每天编写的千代码行数)。
开发人员乙:但不同的程序KLOC可能接近,但难度不同所花的时间是不同的。
技术顾问:对,我们可以在每个任务中加上难度系数,产能中的KLOC=实际的KLOC*难度系数。
研发经理:那么测试任务怎么算?
中程在线信息产业培训网
需求捕获
技术顾问:我认为这套系统主要关注的是开发时间、而对于前期的分析和概要设计,以及后续的集成和系统测试等工作可以先忽略,放在系统范围之外,这里只考虑详细设计、编码和相