锁定老帖子 主题:如何处理软件项目中发生的需求变化
精华帖 (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年出版的敏捷管理书籍再来和我说这件事情。当然目前这些书籍都没有简体中文版。你的消息闭塞我是可以理解的。 你原来还挂着片树叶的,但这么一说就把这片可怜的黄叶也被风吹走了 管理学被你用中英文衡量简直是在亵渎管理二字 你是不是最近很无聊,想和人吵架啊? 真是的,弯曲别人的意思可真在行。弄库以饿~ |
|
返回顶楼 | |
发表时间:2009-07-28
需求变化了吗?大部分时候需求从没有变过。
所谓变化,只是我们对需求由误解到理解这个过程中的小插曲。 |
|
返回顶楼 | |
发表时间:2009-07-29
rocwon 写道 需求变化了吗?大部分时候需求从没有变过。
所谓变化,只是我们对需求由误解到理解这个过程中的小插曲。 真正企业的应用,需求是经常变化的,所以一般的企业,如果有可能,都会养一个技术部。 |
|
返回顶楼 | |
发表时间:2009-07-29
rocwon 写道 需求变化了吗?大部分时候需求从没有变过。
所谓变化,只是我们对需求由误解到理解这个过程中的小插曲。 说到点子上了,只是很多人不肯承认而已。 |
|
返回顶楼 | |
发表时间:2009-07-29
yiding_he 写道 rocwon 写道 需求变化了吗?大部分时候需求从没有变过。
所谓变化,只是我们对需求由误解到理解这个过程中的小插曲。 说到点子上了,只是很多人不肯承认而已。 是吗??? |
|
返回顶楼 | |
发表时间:2009-10-28
很有见地!
|
|
返回顶楼 | |
发表时间:2009-11-03
legenda1 写道 需求在开发时需要先建立需求基线,在基线里增、删、改需求项可以申请基线变更,变更后生可选择生成新的需求基线,一切修改都是可查的,可以使用需求管理工具进行,我所处开发团队使用的是“Qone软件过程管理平台”,他们官网上有详细的产品试用信息
[url]http://qone.nfschina.com[/url 知道了。baseline的东西做过项目管理的都知道。 |
|
返回顶楼 | |