1 / 160
文档名称:

需求分析师培训Day03.ppt

格式:ppt   大小:4,296KB   页数:160页
下载后只包含 1 个 PPT 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

需求分析师培训Day03.ppt

上传人:2112770869 2017/6/3 文件大小:4.20 MB

下载得到文件列表

需求分析师培训Day03.ppt

相关文档

文档介绍

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