锁定老帖子 主题:受众不明确导致需求变更频繁
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-04-21
……你们把理论上这三个字断得太短了,我是说给整句的。
意思我接受,我自己如今也是这个观点。 我说的,那个重做的东西是我好几年前第一次干的大项目,现在还在维护中。 当初做那玩意的时候我就隐约意识到了有这种问题,不过那个时候觉得自己能写出好程序来挽救,用不着跟客户交流(吵架)浪费时间,就做了一大堆定制的东西,打算客户每次说“我要改”的时候在界面里面调一下就“现在改好了”来解决。 结果是局部解决了一些问题,但整体上还是不太成功,验收时间点到了的时候拿给客户看,根据要求,几乎又整个重构了一次才最终搞定 现在看起来就是不应该只在开发人员和开发环节里面敏捷,而是应该把整个产品周期都拿出来跟客户一起rockroll |
|
返回顶楼 | |
发表时间:2007-04-24
现在的项目都是这样的,有很多时候客户都不知道自己要什么样的东西,关键看这么处理,我做的都是比较小的项目,一般都是现场开发,程序员直接找最终用户了解需求,然后回来做,基本上都可以定下来,左后再做查询的功能。
|
|
返回顶楼 | |
发表时间:2007-04-24
lkfnn 写道 现在的项目都是这样的,有很多时候客户都不知道自己要什么样的东西,关键看这么处理,我做的都是比较小的项目,一般都是现场开发,程序员直接找最终用户了解需求,然后回来做,基本上都可以定下来,左后再做查询的功能。 客户是不知道自己要什么但你要是给了足够信息 他们会知道自己要什么的。。。。 |
|
返回顶楼 | |
发表时间:2007-04-25
Julien 写道 我的还要绝,领导只在项目做完的时候才看,看了然后就提一大堆要求,把原来的都推翻。所以你要想获得真正的需求,必须先把项目做完,然后重新再做一遍……OTL
Prototype,先把界面画出来,演示一下。 |
|
返回顶楼 | |