论坛首页 综合技术论坛

如何处理软件项目中发生的需求变化

浏览 18634 次
精华帖 (6) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2009-06-29  
seemoon 写道
黑暗浪子 写道
seemoon 写道
黑暗浪子 写道
RCFans 写道
darkewiser 写道
中国人跟老外的思路是不同的,完全照搬国外的方法,体系困难重重。正如楼上所说,东西咱都知道,但是具体的问题却无法克服。国外的软件理论与管理方法,是多年演变出来的,长时间内形成了很多解决具体问题的方法跟经验,但所有这些经验都是与当时的实际状况相关的。而管理理论一般只是抽象,综合后的结果:告诉你要做什么东西,但无法告诉你怎么做到这些。

所以想仅仅靠规定,架构等方法解决所有问题,是远远不够的。要使用国外的方法,观念上就得跟老外一致。

中国的软件行业总体来说还是很浮躁的。没办法,大趋势如此。毕竟很多公司还在生死线上挣扎。试问在这种情况下,又有多少人会去做项目各项参数的积累与分析呢?

因此,在这种状态下,需求的变化是无法避免的,因为在项目前期无法对项目的任何状况做出正确的判断--包括客户的“无知”,这本身就应该在风险计划中。

这点我不赞同,老外的管理是非常细化、科学的,是告诉你做什么,怎么做。就像CMMI,外资企业和国内企业,完全是两回事。外资企业里怎么去做需求、设计、编码、估算、测试,一套一套的方案、部门、职能全部齐全,而国内只知道“出个文档”,并且,还只有程序员这个角色。

你说的很不错,我再补充一点,其实敏捷管理只是方法论,它就是告诉你怎么做到这些。要做什么东西是CMMI的事情。还有像RUP,PMP,6西格玛什么的都是和敏捷一样是告诉PM怎么做到CMMI中定义的那些标准。


敏捷是方法论?明显你还不懂敏捷。
做什么是CMMI的事?观点尤其很搞笑。
最后CMMI对RUP,PMP,6C都包圆了? 糊涂阿糊涂,淅沥糊涂



我不是很有时间和你说这件事情。我也不知道你的观点从何而来。
请你多阅读几本07-09年出版的敏捷管理书籍再来和我说这件事情。当然目前这些书籍都没有简体中文版。你的消息闭塞我是可以理解的。


你原来还挂着片树叶的,但这么一说就把这片可怜的黄叶也被风吹走了
管理学被你用中英文衡量简直是在亵渎管理二字

你是不是最近很无聊,想和人吵架啊?
真是的,弯曲别人的意思可真在行。弄库以饿~
0 请登录后投票
   发表时间:2009-07-28  
需求变化了吗?大部分时候需求从没有变过。
所谓变化,只是我们对需求由误解到理解这个过程中的小插曲。
5 请登录后投票
   发表时间:2009-07-29  
rocwon 写道
需求变化了吗?大部分时候需求从没有变过。
所谓变化,只是我们对需求由误解到理解这个过程中的小插曲。

真正企业的应用,需求是经常变化的,所以一般的企业,如果有可能,都会养一个技术部。
0 请登录后投票
   发表时间:2009-07-29  
rocwon 写道
需求变化了吗?大部分时候需求从没有变过。
所谓变化,只是我们对需求由误解到理解这个过程中的小插曲。

说到点子上了,只是很多人不肯承认而已。
0 请登录后投票
   发表时间:2009-07-29  
yiding_he 写道
rocwon 写道
需求变化了吗?大部分时候需求从没有变过。
所谓变化,只是我们对需求由误解到理解这个过程中的小插曲。

说到点子上了,只是很多人不肯承认而已。

是吗???
0 请登录后投票
   发表时间:2009-10-28  
很有见地!
0 请登录后投票
   发表时间:2009-11-03  
legenda1 写道
需求在开发时需要先建立需求基线,在基线里增、删、改需求项可以申请基线变更,变更后生可选择生成新的需求基线,一切修改都是可查的,可以使用需求管理工具进行,我所处开发团队使用的是“Qone软件过程管理平台”,他们官网上有详细的产品试用信息
[url]http://qone.nfschina.com[/url

知道了。baseline的东西做过项目管理的都知道。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics