码迷,mamicode.com
首页 > 其他好文 > 详细

掌握需求过程第三章读后感

时间:2015-11-29 18:04:38      阅读:230      评论:0      收藏:0      [点我收藏+]

标签:

首先我们明确掌握需求过程第三章三讲了什么内容,第三章讲了项目启动,那么什么是项目启动,项目启动的目的又是什么?带着這两个问题我阅读了第三章。项目启动这个概念我查阅百度给出的解释是组织正式开始一个项目或继续道项目的下一个阶段,我觉得并不能准确阐释他的准确意思,在阅读完本章后我理解的项目启动应该是:为后续产品或项目奠定条件,并为我们能够准确判断项目的发展提供信息。项目启动阶段我们需要收集的信息包括:产品的目的,客户,顾客,风险承担者,限制条件,名称,相关事实和假定,费用的估算,以及风险。在准确评估分析完这些条件之后我们就可以对项目的可行性做出判断。

icebreaker项目为例子,我们逐一分析启动阶段需要的信息。首先产品的目的即我们需要该产品的原因是什么?产品目标属于业务需求,我们需要一份用户问题或者一个项目背景的描述把产品目标清晰化。产品的目标不仅包括解决问题也需要提供可以度量的业务上的优势。比如icebreaker项目中,可度量的目标就是:因结冰而发生的事故将抵御冬季发生事故的15%或者道路除冰所需的化学物质用量减少50%同时我们需要风险承担者通过一系列数据分析或事实让会议参加者明白这个目标是可以达到的。建立起产品后我们需要保持跟踪目标。并通过产品目标评判每项需求的相关性,如果需求能够对目标做出贡献,就是有关的,否则无关;

接下来就是客户和顾客和用户。首先我们应该明确三者之间的联系与区别。客户对产品做什么如何做的问题拥有最终发言权。顾客是产品开发完后购买该产品的人,用户是最终操作你产品的人;

风险承担者和顾问,我们首先分清二者的差别,风险承担者是在产品中有既得利益的人,是对产品有要求的人,因此在需求收集活动中必须向他们咨询。顾问是知道产品需求的人,而且产品不会影响到他们。首要的风险承担者是用户,顾客和客户。其次我们还应该知道其他的风险承担者:业务主体相关者,管理者,开发者,检查人员,市场力量,法律方面,反对者,专业团体,公众意见,政府,特殊利益团队,技术专家,文化利益,相邻系统,等等。启动会议的参加者是主要的风险承担者,所以再启动会议之前举行一个小会来确定主要的风险承担者;

限制条件主要有三种,包括需求限制条件(全局上的需求),解决方案限制条件,项目限制条件(如财务,时间的限制);

工作范围,首先我么要理解我们设定工作范围的目的是什么?他是为了让我们决定在确定产品需求之前有多少工作要研究。然后我们要知道如何设定工作范围。我们需要知道的是工作存在的目的是产生对象--------数据,文档,实物或几乎任何东西。当产品完成并传送给另一项工作时,工作就完成了。因此我们可以使用工作的输出作为产品领域之间明确的界定。在以产品目标为前提的基础上通过把我们要研究的工作和围绕我们的工作分开来设定工作的范围。我们通过利用工作所涉及的领域来设定工作的上下文范围也就是说我们的工作上下文范围确定了我们打算研究的工作的边界。我们通过创建一个上下文范围的模型来展示工作职责上的划分,上下文范围模型表现了工作职责和相邻系统的职责起止点。

计算产品成本一种方法是通过以前项目或者一些基准测试得出平均分析每个业务事件所需要的费用,在计算这些业务事件的数目来确定总的费用。另一种是功能点计数,根据书中的解释,功能点击数反映出工作要处理的数据量和复杂程度然后根据不同类型工作的权重因子来进行调整。计算产品成本的目的在于通过度量工作可以帮助我们对任务大小有一个更好的了解以决定是否继续进行该项目。

风险业务。有风险业务就需要我们对其进行风险分析,通过阅读本书我得出的理解是风险分析就是事先考虑会出错的方面,并想好应对措施,并且每一个项目启动会议都需要一个风险分析,对可能发生的风险进行评估。以下是一些破坏性最大的风险:不准确的度量标准,测量工作不足,过重的时间进度压力,管理层玩忽职守,蔓延的用户需求,低质量,地生产效率等等。

我们需要明白的是启动会议的主要目的就是为我们提供信息,是一个认识了解项目的过程。通过了解这些项目从而决定是继续还是停止项目。

掌握需求过程第三章读后感

标签:

原文地址:http://www.cnblogs.com/laozhanghahaha/p/5005045.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!