|
锁定老帖子 主题：如何应付项目中的细节需求？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-02-11
引用 其实跟掏钱的人谈是没用的，因为项目基本上在开始动手之前，钱就谈好了，最好就是从时间上来搞定，如果时间无所谓，就帮他做吧，这些成本还是得付出的，所以开始谈钱的时候，多少钱很关键。
跟掏钱的人谈是必须的，特别是先做后谈钱的项目 如果A是IT建设部门，B是业务部门 往往你需要从B部门中收集业务需求，但是如果不通知到A 到谈钱的时候A认为需要如此多的预算，但是不产生多少价值（因为A部门不熟悉B部门的具体业务） 就希望少掏钱或者冻结开发，这时候乙方就会因为已经投入了成本而大损 如果是先谈好钱后开发的项目 也不是时间允许就无所谓，这些必须作为项目范围外的变更，这样才是增值变更 至于是否收钱那是商务策略 总是无论钱是先谈还受后谈 多少时间做多少范围多少质量的东西，总是要明确清楚 即使做了额外的工作也需要与客户说明是范围外的东西 主动吃亏多做东西是可以，但是要让所有人知道吃在明处，不能无所谓 |
| 返回顶楼 | |
|
发表时间：2010-02-11
引用 “把项目做好会增加成本的问题”
这个观点很奇怪 做好了对甲乙双方都是增值，怎么会增加成本？ 这个问题源于项目目标不明确 有两种可能： 1、甲乙双方对“好”的定义不一致，甲的目标如果是“打造世界一流的XX系统”，那么乙方基本上怎么做都是失败的 甲方想让乙方达到他心中的“好”，对乙方必然是增加了成本 2、对项目计划范围外的变更价值严重低估 特别是1、2并存的时候，通常乙方很吃力的做完很多功能，被甲方认为是本就应该做的，收不到钱还挨批 |
| 返回顶楼 | |
|
发表时间：2010-02-11
感觉项目开始时，首先敲定一个DOME，用HTML做出一个轮廓，有链接，JS功能倒是其次，然后给客户演示一下大体的操作步骤，比如“从哪个页面进去，进行什么操作，然后转到哪个页面”之类的。就算页面时空的，写几个字表示一下也可以。
项目中的二八原则，20%的功能解决了80%的需求。80%的时间用于解决那20%的需求。先把那些“大功能”、“主要的”完成，估计没有那么多的人那么较真…… |
| 返回顶楼 | |
|
发表时间：2010-02-23
seeckt 写道 引用 “把项目做好会增加成本的问题”
这个观点很奇怪 做好了对甲乙双方都是增值，怎么会增加成本？ 这个问题源于项目目标不明确 有两种可能： 1、甲乙双方对“好”的定义不一致，甲的目标如果是“打造世界一流的XX系统”，那么乙方基本上怎么做都是失败的 甲方想让乙方达到他心中的“好”，对乙方必然是增加了成本 2、对项目计划范围外的变更价值严重低估 特别是1、2并存的时候，通常乙方很吃力的做完很多功能，被甲方认为是本就应该做的，收不到钱还挨批 您说的很有道理。 在我们公司，做好会增加成本的问题，主要来源于需求不是我们产品的有意义功能。 如我们是做安管的，但是用户非常关心把安全论坛做好，提出很多这个模块的需求，而这个模块又恰好不是我们产品的重心和核心模块，不断的开发只会不断的增加成本，做一些对我们产品没有很高意义的需求。 |
| 返回顶楼 | |
|
发表时间：2010-02-25
任何的需求变更都需要客户签单，就算再小也好，我也试过这样的项目，今天他说这样，明天他又说那样，后来就直接签单的方式，就少了这样的要求了。
|
| 返回顶楼 | |
|
发表时间：2010-02-25
最后修改：2010-02-25
细节的需求可以分成两种：业务规则的细化，另一种是界面展现和操作风格的。
前者没有什么好的办法，看业务顾问的经验，用户提出来就应该做评估和修正，我的经验是最后还是要改的，只是看客户关系怎样，能不能走变更流程。 而后一种，就非常复杂，我的意见是在项目的技术协议阶段就最好能明确界面的展现和操作风格，原则上不允许对这块做大的修改，如果因为修改导致工时的增加则要求额外付费。 反过来也对我们自己的能力要有要求，一块是业务，一块是基础的标准，业务能力靠经验的积累和外部资源的帮助，基础标准则要提前做好准备。 项目中可以变化的是业务规则，基于这个概念考虑问题。 |
| 返回顶楼 | |
|
发表时间：2010-03-01
fantasy 写道
在项目开发中，有时候遇到非常细心的用户，经常在看到界面成品的时候，不断的提出细节需求，如这个地方应该有图有列表（原先是有图的），这个地方应该做成可编辑的。当然这些需求按道理是没有偏离需求范围，但是如此反复提出细节需求（多的达到8次），势必会增加项目中的成本，请问下大家对这样的事情有什么看法？ 另外做项目的时候有两个出发点，第一控制项目的成本，第二将项目做好，我认为把项目做好，但是把项目做好势必会增加项目的成本，两者如何平衡呢？
不知LZ 的项目用什么模型？瀑布？迭代？…… 采用什么方法挖掘客户需求的？
|
| 返回顶楼 | |
|
发表时间：2010-03-02
karisen 写道
fantasy 写道
在项目开发中，有时候遇到非常细心的用户，经常在看到界面成品的时候，不断的提出细节需求，如这个地方应该有图有列表（原先是有图的），这个地方应该做成可编辑的。当然这些需求按道理是没有偏离需求范围，但是如此反复提出细节需求（多的达到8次），势必会增加项目中的成本，请问下大家对这样的事情有什么看法？ 另外做项目的时候有两个出发点，第一控制项目的成本，第二将项目做好，我认为把项目做好，但是把项目做好势必会增加项目的成本，两者如何平衡呢？
不知LZ 的项目用什么模型？瀑布？迭代？…… 采用什么方法挖掘客户需求的？
迭代，但很多时候迭代期不是预先计划的，而是用户临时提出需求，我们被迫再迭代一次开发周期。 挖掘用户需求会根据项目的大小和时间而不一样，有原型法，截图+人工讨论法。 |
| 返回顶楼 | |
|
发表时间：2010-03-02
当对界面斤斤计较的人不是客户，而是公司的领导怎么办？现在功能完成的不多，界面倒是快做到元素px级别了
|
| 返回顶楼 | |
|
发表时间：2010-03-03
引用 当对界面斤斤计较的人不是客户，而是公司的领导怎么办？现在功能完成的不多，界面倒是快做到元素px级别了
是公司领导最好，马上拉销售一起拜访一次 既然大家都是生意人，当然知道所有的成本必须被覆盖 不需要明说，只要销售暗示反复折腾界面会造成乙方成本增加， 然后搞开发的说重要需求的处理资源被占用就行了 |
| 返回顶楼 | |
