- 从"失败产品博物馆"看"需求管理"2008-11-09
- 美国纽约有一个"失败产品博物馆",里面展出的"失败产品"高达8万多件,其中不乏有很多大公司的产品,有的功能强大,有的还很新奇。博物馆提供了这样一组数字:美国每年推向市场的新产品达54000多种,而真正受到 ...
- 进行需求管理的必要性及控制需求渐变的方法2008-11-09
- 本文介绍了需求管理的必要性,并介绍了控制需求渐变的一些方法。
软件需求是整个软件项目的最关键的一个输入,和传统的生产企业相比较,软件的需求具有模糊性、不确定性、变化性和主观性的特点,他不像生产 ...
- 软件需求的关键是分解用例场景2008-11-09
- 做软件需求最重要就是分解用例场景,没有用例就不是需求。 软件工程这类书要学,不过软件工程软件需求最关键就是用例场景的合理建立,这条,好象没有什么大学教科书谈到,仿佛中国的大学计算机科学系教师统 ...
- 应当如何才能做好范围管理?2008-11-09
- 范围管理保证项目包含了所有要做的工作而且只包含要求的工作,它主要涉及定义并控制哪些是项目范畴内的,哪些不是。范围管理的基本内容包括:项目启动、范围计划编制、范围核实、范围变更控制等等。以下所讨论的 ...
- 解决需求管理不当造成的项目失败2008-10-28
- 随着计算机硬件水平的不断提高,计算机软件的规模和复杂度也随之增加。计算机软件开发从“个人英雄”时代向团队时代迈进,计算机软件项目的管理也从“作坊式”管理向“软件工厂式”管理迈进。这就要求软件开发人 ...
- 莫让项目因范围管理不当而陷入困境2008-10-28
- 在管理一个项目时,对其下定义及进行策划仅仅是让您迈出了成功的第一步。在您为此项目布署好计划后,您还得去履行它。您务必要确保您同意交付的此项工作是在规定的时间及预算范围内完成。另外,在制定计划的部分 ...
- 需求管理:关于需求分析的思考2008-10-28
- 既然质量控制不能只是抱怨,我开始思考如下的问题:
1、在现实中我应该做什么?如何去做?
2、我的工作必须得到老板的支持,但是,如果支持沦为口号,对我来说没什么意义了。所以,我必须将希望老板完成 ...
- 需求变更的代价和如何减少需求变更2008-09-06
- 需求变更的代价 一般来讲,需求的变更通常意味着需求的增加,需求的减少相对很少,而且处理需求减少方面的问题也比较容易。当客户提出新需求的时候,项目开发人员应该分析这些新需求对项目现阶段带来的风险 ...
- 应变之道 浅析需求变更管理2008-09-06
- 需求总是在变化,客户总会有新的想法,项目好像没有终结,我们软件开发人员应对软件需求变化时,为了拥有更多的准备,应该做些什么呢? 这个世界唯一不变的就是变化了。月有阴晴圆缺,潮涨潮落,千年前的沧 ...
- 项目管理中的过程之变更控制2008-09-06
- 项目的变更控制 变更控制的目的并不是控制变更的发生,而是对变更进行管理,确保变更有序进行。对于软件开发项目来说,发生变更的环节比较多,因此变更控制显得格外重要。 IT项目中引起变更的因素有两 ...
- 敏捷过程如何做需求分析2008-09-06
- 在很多人的印象中,敏捷软件开发是种类似黑客行为的过程,是程序员最爱的勾当。不写文档,不作需求分析,没有项目经理,做什么东西完全是程序员自己的行为。所以他们认为这样的过程无法满足真正大型项目和复杂项 ...
- 工程项目需求获取的方法及其适用环境2008-08-11
- 产品项目一般是根据公司战略和市场需求研发的旨在进行批量出售或推广的项目,工程项目一般是根据与用户签定的合同研发的旨在满足特定用户需求的项目。
笔者所开发和管理的项目主要是工程项目,在项目的建设 ...
- 软件项目需求的关键2008-07-21
- 做软件项目需求最重要就是分解用例场景,没有用例就不是需求。软件工程这类书要学,不过软件工程软件项目需求最关键就是用例场景的合理建立,这条,好象没有什么大学教科书谈到,仿佛中国的大学计算机科学系教师 ...
- 实际项目中可使用的性能需求2008-07-21
- 在编写合同或者招标书时,经常有性能需求方面的章节。在编写这部分内容时,文档撰写人经常会觉得无从下手。
笔者根据实际工作中碰到的项目,将实际项目中可能使用性能需求进行汇总。仅供参考,不当之处,还 ...
- 需求分析中的用户识别与调查(2)2008-07-21
- 第四步掌握一手资料。
在经过与管理者的交流,建立初步印象以后,再与各个用户进行交流,我们所记录与整理的内容是否真实反映了用户所说的内容或意思,以及他们对系统实现过程中所期望能带来的改进,这一点 ...