One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com

－－－－－－－－－－－－－－－－

35047715(jenny) 17:12:46
之前见过项目延期，有许多人说：客户的需求老变

35047715(jenny) 17:13:18
偶认为：需求调研时的“人”很重要
2099006(新旧) 17:13:30
延期并不都是坏事，公司能赚到钱就行了
19241702(camer) 17:15:41
还有需求变更管理流程可用，和客户、内部涉众之间达成共识，并有效的实施这个流程和规则
19241702(camer) 17:15:55
需求变化是正常的
9556096(aged_lily) 17:14:04
需求变化是正常的
9556096(aged_lily) 17:14:08
没错
9556096(aged_lily) 17:14:19
需求基线何时建立是个问题
19241702(camer) 17:16:28
但是让需求不失控是需求管理的关键。。。
9556096(aged_lily) 17:14:34
对于客户并不进行确认的需求
9556096(aged_lily) 17:14:55
我同意
9556096(aged_lily) 17:14:58
所以要建立需求基线
9556096(aged_lily) 17:15:35
可是何时建？当你的需求与客户的需求相去较远时，你怎么办
19241702(camer) 17:17:49
把自己想成客户，怎样的需求基线自己才可能签字确认
2099006(新旧) 17:15:55
客户确认一般没什么用的，需求不对还是你的责任的
9556096(aged_lily) 17:16:21
当然，可是差异太大，你的需求变更一大堆
26491706(猴狸) 17:16:24
客户不进行需求确认是因为客户没完全清楚自已想要的东西将来是什么样子。
19241702(camer) 17:18:44
我一般是这样的，为了照顾进度，采用80/20法则
19241702(camer) 17:19:08
让客户在确认80％的需求的时候就进入下一个过程
2099006(新旧) 17:17:10
一般来说是跌代开发的
9556096(aged_lily) 17:17:20
客户不进行需求确认的情况在我们公司是一般经常见到的
19241702(camer) 17:19:47
余下的需求按照商定的规则推进确认过程。。。
2099006(新旧) 17:17:58
所以说要进入一个不熟悉的行业是非常危险的
9556096(aged_lily) 17:17:59
更可能的是客户不睬你的需求
9556096(aged_lily) 17:18:04
你们不是这样的吗？
9556096(aged_lily) 17:18:12
商定的规则？
19241702(camer) 17:20:29
未确认需求的处理方法。。。
9556096(aged_lily) 17:18:44
没人理你这一套
2099006(新旧) 17:18:46
呵呵，现实似乎客户中真正懂的人一般都忙的要命，不会理你，你能找到的一般都是新手
9556096(aged_lily) 17:18:49
客户不配合
9556096(aged_lily) 17:18:59
新旧说得对
9556096(aged_lily) 17:19:00
没错了
26491706(猴狸) 17:19:06
我认为确认不只是让客户签字，主要是让客户点头，我们通常是用原型法。。。
9556096(aged_lily) 17:19:08
这就是我们常常见到的情况
9556096(aged_lily) 17:19:17
人家不理你
9556096(aged_lily) 17:19:24
我们也是采用原型
19241702(camer) 17:21:24
比如允许在一段时间内这些需求是不确定的，在大家都明白后在进行确认
9556096(aged_lily) 17:19:40
我们是这样：
2099006(新旧) 17:19:46
一般不会，只是你常常找不到你需要的人
9556096(aged_lily) 17:20:04
也给别人看
26491706(猴狸) 17:20:25
同意CAMER的观点
19241702(camer) 17:22:28
人家不理你。。。那多半是沟通渠道出了问题
9556096(aged_lily) 17:20:47
不是我们的沟通出了问题，是上层
19241702(camer) 17:22:57
或者上层没有协调好。。。做具体事情的人怎样使劲也白搭
40317875(绿洲守护兵) 17:21:15
同感
26491706(猴狸) 17:21:25
上层没沟通好是我们没有为上层建立好沟通渠道。
26491706(猴狸) 17:21:49
及沟通的前提
40317875(绿洲守护兵) 17:21:57
我们？渠道是用金钱打通的
35047715(jenny) 17:22:05
是的，有时同一个公司的人面对客户说的话不一致
19241702(camer) 17:24:14
上层建设沟通渠道非常重要
2099006(新旧) 17:22:27
很正常呀，每个部门的人看项目的角度是不同的
26491706(猴狸) 17:22:45
领导没想到是对的，但我们工作人员没有为领导想到我们是错的。
35047715(jenny) 17:22:47
所以销售也需要项目管理
40317875(绿洲守护兵) 17:23:10
也就是非业务渠道，上层与客户的上层的关系
19241702(camer) 17:25:18
嗯
19241702(camer) 17:25:46
同意猴狸的看法
19241702(camer) 17:26:29
需求过程是相对独立的工程：需求工程
26491706(猴狸) 17:25:11
是啊，学问大着呀，面对不同的客户得用不同的招
40317875(绿洲守护兵) 17:25:12
书面的东西与世纪上的东西相差很远
40317875(绿洲守护兵) 17:26:04
做国内的与做国外的相差较大
26491706(猴狸) 17:26:29
这主要是我们中国人，人与人之间的信任关系。。。所以在中国做项目吃吃喝喝也很重要，呵呵
2099006(新旧) 17:26:32
就是呀，需求也没那么可怕，我认识很多朋友，一个人从头到尾做项目呀
19241702(camer) 17:28:38
从需求过程设计，需求收集，需求分析，需求验证与确认。。。国外很多软件项目的需求都是专业的行业咨询公司做的
2099006(新旧) 17:27:09
这样做成本太高了，不可能的
9556096(aged_lily) 17:27:16
对呀。不现实
40317875(绿洲守护兵) 17:27:19
同意猴狸
19241702(camer) 17:29:49
吃吃喝喝。。。也在搞渠道啊。。。呵呵～
2099006(新旧) 17:27:55
单对项目来说没必要这样做，如果你要做成产品的话可能需要呀
9556096(aged_lily) 17:27:58
猴狸(26491706) 17:22:45
领导没想到是对的，但我们工作人员没有为领导想到我们是错的
这主要是我们中国人，人与人之间的信任关系。。。所以在中国做项目吃吃喝喝也很重要，呵呵

40317875(绿洲守护兵) 17:27:58
不是成本高，是我们作的成本太低
9556096(aged_lily) 17:28:01
这是需要成本的
9556096(aged_lily) 17:28:15
公司要给你这部分的费用
19241702(camer) 17:30:42
软件行业的发展，到后面都会细分的。。。。会有专业的行业咨询公司做需求这一块
2099006(新旧) 17:29:05
关键你根本找不到这方面的专家
19241702(camer) 17:31:08
或许中国是在20年后。。。。或者时间更长
9556096(aged_lily) 17:29:12
这li 我们太远
26491706(猴狸) 17:29:16
对，这是成熟的软件市场
9556096(aged_lily) 17:29:33
我们面对的是不成熟的客户不理想的客户
26491706(猴狸) 17:29:47
不，以中国的发展速度，也许别人要20年，我们只要5年
9556096(aged_lily) 17:29:50
若是需求都明确了，软件做起来就顺了
19241702(camer) 17:31:56
呵呵～～
26491706(猴狸) 17:30:01

35047715(jenny) 17:30:01
现在就已经有专业的咨询公司做这一块了
9556096(aged_lily) 17:30:03
行呀，乐观主义者
19241702(camer) 17:32:24
我们这个俱乐部也有这样的规划哦～～
9556096(aged_lily) 17:30:31
若客户都非常配合，可能大家也不必要去讨论这个问题
9556096(aged_lily) 17:30:32
了
2099006(新旧) 17:30:35
呵呵，如果客户都理想的，要你们公司做什么
359942144(大雪) 17:30:41
为什么客户不配合，这里客户包括谁
9556096(aged_lily) 17:30:49
需求方
17003701(风) 17:31:17
有时不他们不是不想配合!!只是配合不了!
40317875(绿洲守护兵) 17:31:26
如果专业咨询公司对该行业不了解只能是忙中添乱
9556096(aged_lily) 17:31:28
有时是，有时是故意不配合
9556096(aged_lily) 17:31:40
专业咨询公司？我个人认为不必要
19241702(camer) 17:33:40
专业咨询公司对该行业不了解只能是忙中添乱 ！！

9556096(aged_lily) 17:31:48
多了一道沟通
9556096(aged_lily) 17:32:01
也就多了一道麻烦
2099006(新旧) 17:32:12
对呀，你们公司如果想做这个行业的话就必须要几个行业专家
2099006(新旧) 17:32:19
不然风险很大
26491706(猴狸) 17:32:25
对于做项目的我来说，我感觉我的客户有三类：用户、公司、项目组成员。。。都得侍候好啊
36185221(思想边缘) 17:32:28
camer,我刚才忘了告诉老齐我的邮箱，你告诉他一下
17003701(风) 17:32:29
错,.....是多少了一个需求！
40317875(绿洲守护兵) 17:32:49
咨询公司唯一做的是必要要我们完成写完后没人看的一大堆文档
9556096(aged_lily) 17:32:56
同意
2099006(新旧) 17:33:08
文档确实是写了以后没有人看的
9556096(aged_lily) 17:33:16
同意
9556096(aged_lily) 17:33:22
所以，这就是问题
9556096(aged_lily) 17:33:29
大家都在花时间也没人看的文档
19241702(camer) 17:35:31
其实在客户那里有业务专家，我们也有软件高手。。。但是缺乏软件与业务之间的桥梁，这就是：方案咨询专家
9556096(aged_lily) 17:33:40
所以导致大家都不愿意写文档
17003701(风) 17:33:43
需求多了！！自然就不好做了！
40317875(绿洲守护兵) 17:33:45
因为需求变更，不可能文档跟着变
19241702(camer) 17:35:52
既懂业务，也懂软件开发
9556096(aged_lily) 17:33:56
其实文档也是要写的
9556096(aged_lily) 17:34:04
所以基线何时建很重要
2099006(新旧) 17:34:13
如果做多了，软件高手也会变成业务专家的
359942144(大雪) 17:34:20
如果客户配合，也要用好的方法
9556096(aged_lily) 17:34:22
当然，中国目前的模式
19241702(camer) 17:36:25
大家都在花时间也没人看的文档 。。。非常有趣而实际的现象

2099006(新旧) 17:34:41
变多了，文档都边垃圾了
19241702(camer) 17:36:42
需求规则说明书。。。谁看？？？？？
9556096(aged_lily) 17:35:09
你们的需求说明书谁看？
17003701(风) 17:35:10

13778541(没!有意思) 17:35:16
是没人看，但是项目必须。
17003701(风) 17:35:19
这我不认同！
9556096(aged_lily) 17:35:34
需要写，但是写什么，应该怎么写
9556096(aged_lily) 17:35:51
如何才能应对需求的变更是个问题
26491706(猴狸) 17:35:55
叫一个人看完太难了，所以我觉得在项目组中实施责任制比较有效。
17003701(风) 17:35:59
需求是一定要写的！！
17003701(风) 17:36:14
那是不可能的呀!
9556096(aged_lily) 17:36:18
没人说不写
9556096(aged_lily) 17:36:28
看清楚些，老兄
17003701(风) 17:36:38
....
9556096(aged_lily) 17:37:00
软件项目的问题在需求时的的确确就开始出现问题
17003701(风) 17:37:04
我是说,需求是一定要写,不过写什么呢!!就要看实际了!
2099006(新旧) 17:37:22
一般写来写去就没人看了
2099006(新旧) 17:37:25
呵呵
26491706(猴狸) 17:37:28
一人看一块，把自已那块搞熟、搞透
9556096(aged_lily) 17:37:30
新旧说的是实际结果
9556096(aged_lily) 17:37:32
没错
359942144(大雪) 17:37:38
需求说明书中包括界面图可能好
9556096(aged_lily) 17:37:39

2099006(新旧) 17:37:53
我反正是不写，不过我别写的人懂得多，哈哈
17003701(风) 17:37:58
有时候有了界面图不一定好!!
9556096(aged_lily) 17:38:04
那么说你还得不ting地维护需求的界面了
19241702(camer) 17:40:06
需求说明书中包括界面图可能好 。。。我有个项目就这么做的

19241702(camer) 17:40:26
gui的显然比txt的容易沟通
26491706(猴狸) 17:38:30
不是可能好，是很好
2099006(新旧) 17:38:31
那还不如做个原型，代码还可以用上
9556096(aged_lily) 17:38:32
准备一个项目花在这些文档的成本多少

－－－－－－－－－－－－－－－－

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com

领导总是对的。。。。呵呵！

BLOG:http://steve.mypm.net

=== 有问题，找IT项目管理 ===