新建
上传
首页
助手
最?/div>
资料?/div>
工具

1 

---

真理惟一可靠的标准就是永远自相符?/p>

 

 

 

我的项目血泪史之频繁需求变?/p>

 

 

前段时间,我出任项目经理承接了一个中型软件项目,公司再三叮咛我一

定要尊重客户,充分满足客户需求。项目开始比较顺利,辛辛苦苦熬了几个?/p>

的通宵,基本保持项目的正常进度,客户相当满意。但进入后期以来,客户频

繁的需求变更却带来很多额外工作?/p>

 

需求变更不但越来越多,更可怕的是为了节省时间,客户不再向我申请?/p>

更,而是直接找程序员商量。程序员疲于应付,往往直接改程序而不做任何记

录,很多相关文档也忘记修改。很快就出现一个问题,就是需求、设计和代码

无法保持一致,甚至没有人能说清楚现在系统到底改成什么样。后来因频繁?/p>

现改好的错误又重新出现,客户投诉表示无法容忍这种低下的项目管理水平?/p>

这让我很无奈,疑惑自己到底错在哪里。什么是需求变更?

 

?/p>

1

)什么是需求分?/p>

? 

要知道需求变更是什么,首先要知道什么是需求分析?/p>

 

需求分析是一个复杂的问题。作为软件开发人员,一定了解软件工程学?/p>

而这门科学的第一步就是需求分析。打开任何一本软件工程的书籍,翻看目?/p>

就知道需求分析的地位。软件需求分析是整个软件开发最关键的一个输入。和

传统的生产企业相比较,软件需求具有模糊性、不确定性、变化性和主观性的

Ͼλ
新建
上传
首页
助手
最?/div>
资料?/div>
工具

1 

---

真理惟一可靠的标准就是永远自相符?/p>

 

 

 

我的项目血泪史之频繁需求变?/p>

 

 

前段时间,我出任项目经理承接了一个中型软件项目,公司再三叮咛我一

定要尊重客户,充分满足客户需求。项目开始比较顺利,辛辛苦苦熬了几个?/p>

的通宵,基本保持项目的正常进度,客户相当满意。但进入后期以来,客户频

繁的需求变更却带来很多额外工作?/p>

 

需求变更不但越来越多,更可怕的是为了节省时间,客户不再向我申请?/p>

更,而是直接找程序员商量。程序员疲于应付,往往直接改程序而不做任何记

录,很多相关文档也忘记修改。很快就出现一个问题,就是需求、设计和代码

无法保持一致,甚至没有人能说清楚现在系统到底改成什么样。后来因频繁?/p>

现改好的错误又重新出现,客户投诉表示无法容忍这种低下的项目管理水平?/p>

这让我很无奈,疑惑自己到底错在哪里。什么是需求变更?

 

?/p>

1

)什么是需求分?/p>

? 

要知道需求变更是什么,首先要知道什么是需求分析?/p>

 

需求分析是一个复杂的问题。作为软件开发人员,一定了解软件工程学?/p>

而这门科学的第一步就是需求分析。打开任何一本软件工程的书籍,翻看目?/p>

就知道需求分析的地位。软件需求分析是整个软件开发最关键的一个输入。和

传统的生产企业相比较,软件需求具有模糊性、不确定性、变化性和主观性的

">
新建
上传
首页
助手
最?/div>
资料?/div>
工具

1 

---

真理惟一可靠的标准就是永远自相符?/p>

 

 

 

我的项目血泪史之频繁需求变?/p>

 

 

前段时间,我出任项目经理承接了一个中型软件项目,公司再三叮咛我一

定要尊重客户,充分满足客户需求。项目开始比较顺利,辛辛苦苦熬了几个?/p>

的通宵,基本保持项目的正常进度,客户相当满意。但进入后期以来,客户频

繁的需求变更却带来很多额外工作?/p>

 

需求变更不但越来越多,更可怕的是为了节省时间,客户不再向我申请?/p>

更,而是直接找程序员商量。程序员疲于应付,往往直接改程序而不做任何记

录,很多相关文档也忘记修改。很快就出现一个问题,就是需求、设计和代码

无法保持一致,甚至没有人能说清楚现在系统到底改成什么样。后来因频繁?/p>

现改好的错误又重新出现,客户投诉表示无法容忍这种低下的项目管理水平?/p>

这让我很无奈,疑惑自己到底错在哪里。什么是需求变更?

 

?/p>

1

)什么是需求分?/p>

? 

要知道需求变更是什么,首先要知道什么是需求分析?/p>

 

需求分析是一个复杂的问题。作为软件开发人员,一定了解软件工程学?/p>

而这门科学的第一步就是需求分析。打开任何一本软件工程的书籍,翻看目?/p>

就知道需求分析的地位。软件需求分析是整个软件开发最关键的一个输入。和

传统的生产企业相比较,软件需求具有模糊性、不确定性、变化性和主观性的

Ͼλ">
Ͼλ
Ŀ

我的项目血泪史之频繁需求变?- 百度文库
新建
上传
首页
助手
最?/div>
资料?/div>
工具

1 

---

真理惟一可靠的标准就是永远自相符?/p>

 

 

 

我的项目血泪史之频繁需求变?/p>

 

 

前段时间,我出任项目经理承接了一个中型软件项目,公司再三叮咛我一

定要尊重客户,充分满足客户需求。项目开始比较顺利,辛辛苦苦熬了几个?/p>

的通宵,基本保持项目的正常进度,客户相当满意。但进入后期以来,客户频

繁的需求变更却带来很多额外工作?/p>

 

需求变更不但越来越多,更可怕的是为了节省时间,客户不再向我申请?/p>

更,而是直接找程序员商量。程序员疲于应付,往往直接改程序而不做任何记

录,很多相关文档也忘记修改。很快就出现一个问题,就是需求、设计和代码

无法保持一致,甚至没有人能说清楚现在系统到底改成什么样。后来因频繁?/p>

现改好的错误又重新出现,客户投诉表示无法容忍这种低下的项目管理水平?/p>

这让我很无奈,疑惑自己到底错在哪里。什么是需求变更?

 

?/p>

1

)什么是需求分?/p>

? 

要知道需求变更是什么,首先要知道什么是需求分析?/p>

 

需求分析是一个复杂的问题。作为软件开发人员,一定了解软件工程学?/p>

而这门科学的第一步就是需求分析。打开任何一本软件工程的书籍,翻看目?/p>

就知道需求分析的地位。软件需求分析是整个软件开发最关键的一个输入。和

传统的生产企业相比较,软件需求具有模糊性、不确定性、变化性和主观性的



ļ׺.doc޸Ϊ.docĶ

  • ߵȴҵ ڶʽ
  • ˮ硢ůͨװʩ
  • ӢҸſκϰ
  • ¾ɹƶȵıȽϽ
  • ҵٷչжƻ
  • GSMŻıҵ
  • 18߿Ӣ˵B¼ԭο
  • λʩ
  • ݷλʵϰ
  • ũسаӪȨתͬ

վ

԰ Ͼλ
ϵͷ779662525#qq.com(#滻Ϊ@)