怎么减少信息损失 [发表于 2004/11/5] 状态 开放帖 精华贴 浏览量 3572 |
|
这几天我的头脑一直想着一个问题,怎么减少信息损失。在IT项目中,与客户打头阵的是顾问,然后顾问把收集到的需求告诉程序员。然后QA再进入这个项目。但一个需求不能避免的减少或增加干扰的从前端传到后端。到底有什么方法吗? 也许统一的培训会有好处。在项目初期,顾问,RD,QA一起培训,将这三方的成员对同一个事情描述是否相同,传递能力如何?举个例子:将所有成员分成若干组(视人员数而定)。然后各自排成一队。游戏规则,排头接到一张图。看过后,把图盖上,用口述向第二人描述这张图,而第二人凭感觉把图画下来。一直传到最后一个,那他画的就能理解什么叫信息的损失了。 使用同共的术语: “好的”,表示知道此事。 “我想想”,表示有成员对此不理解。 “如果那样怎么办”,表示成员不支持。 “周一给你”,表示周一下班前给你,也就是周二再给你。 “你确认吗”,表示要你负责。 “客户反映挺好”,表示客户根本不理解系统能干什么。
|
-------------------------------------------------------------------------------------------------------- 俺也升为SCM版主了,呵呵 欢迎加水! http://www.e-works.net.cn/eworkbbs/ Steve >>> 由论坛统一发布的广告:
|
|
楼主
lookmezh
职务 无
军衔 少尉
来自 天津
发帖 1284篇
注册 2004/1/8
PM币 3600
经验
|
|
Re:怎么减少信息损失
[回复于 2004/11/5]
|
另一种方法:以图代笔。像建筑一样,IT的项目也应该有大量的图纸。最常见的流程图,示意图,关联图等等。那么做图的标准一定让顾问/RD/QA同时遵守。方块代表什么,图表示什么,实箭头表示什么,虚箭头表示什么等等。
|
-------------------------------------------------------------------------------------------------------- 俺也升为SCM版主了,呵呵 欢迎加水! http://www.e-works.net.cn/eworkbbs/ Steve
|
|
1楼
lookmezh
职务 无
军衔 少尉
来自 天津
发帖 1284篇
注册 2004/1/8
PM币 3600
经验
|
|
Re:怎么减少信息损失
[回复于 2004/11/5]
|
如果做一个程序来让大家用于沟通,那么这个程序应该满足何种要求呢? * 对于顾问来说,写起来不累,但信息表达很清楚。 * 程序员可以根据RD的思维转化顾问的要求。 * QA可以清楚的看到顾问的需求,程序的思维以及程序的开发情况。 大家给点idea吧。
|
-------------------------------------------------------------------------------------------------------- 俺也升为SCM版主了,呵呵 欢迎加水! http://www.e-works.net.cn/eworkbbs/ Steve
|
|
2楼
lookmezh
职务 无
军衔 少尉
来自 天津
发帖 1284篇
注册 2004/1/8
PM币 3600
经验
|
|
|
3楼
dorothy
职务 无
军衔 少校
来自 上海
发帖 993篇
注册 2004/9/6
PM币 4069
经验
|
|
Re:怎么减少信息损失
[回复于 2004/11/5]
|
我也有录过。录过后呢,连我自己都懒得听一遍。嘿嘿。更别说RD了,他们也不可能有时间,有耐心的把录音听完。 一般我偷录只有一个目的,防止对方一段时间后翻脸。嘿嘿。
|
-------------------------------------------------------------------------------------------------------- 俺也升为SCM版主了,呵呵 欢迎加水! http://www.e-works.net.cn/eworkbbs/ Steve
|
|
4楼
lookmezh
职务 无
军衔 少尉
来自 天津
发帖 1284篇
注册 2004/1/8
PM币 3600
经验
|
|
Re:怎么减少信息损失
[回复于 2004/11/10]
|
这里就体现的好的需求文档的重要性了。要做到精炼、完整,要排除二义性,难呀
|
|
|
5楼
xiong_h
职务 无
军衔 中士
来自 广东
发帖 326篇
注册 2004/7/12
PM币 1253
经验
|
|
Re:怎么减少信息损失
[回复于 2004/11/10]
|
关键应该看信息传递的载体是什么?我觉得lookmezh 所言的信息损失应该是指口头传递,这样的方式确实是损失最快最大的。这种现象在IT业,特别是软件开发项目中相当普遍。 我觉得从理论上来讲要避免,首先在项目中一定要对信息进行分析,什么样的信息要通过什么样的载体传递,一定要有规划。我曾经在一家公司中就做过信息重要等级的规划和规定(项目沟通计划中的部分内容),目的就是为了避免在传递过程中由于选择不适当的载体导致的信息流失。比如大家都知道签合同要打印,要签字,要盖章,因为都知道重要性,之所以重视也是一种自我保护意识。但是一涉及到软件需求,好像大家就没有这么重视了,我曾经遇到这样的情况,软件工程师做着做着觉得不对头,就单独给客户打了个电话,说明自己的理由,客户也就同意了他的改动,他觉得挺好,自己又省事了,但其他模块都还在按照原先的设计进行开发,到最后集成的时候一塌糊涂。在这个事件里,里里外外的沟通都有问题,最重要的就是选择传递信息的载体不对,现在再说软件需求的变更一定要客户书面确认,这一点恐怕没有人会反对了。就像楼上xiong_h说的重要的信息一定要精练、完整,排除二义性,并强烈建议用书面形式落实。毕竟用纸面的东西传递信息,要比口头的损耗小的多,当然传递过程中被耗子啃了那也没办法。:) 其次,信息传递的载体和沟通方式在这里是有区别的,因为有时候并不是一次沟通就能形成对项目产生直接影响的信息,就拿需求来说,无论是项目内部还是和客户,往往要通过很多次的交流和会议才能形成初步意见,然后还要评审、讨论,才能形成定稿,然后还有可能会发生变更。需求说明重要么?重要,大家都知道,但我们不能要求每一次沟通都用书面,写下来打印,签字,传真,那样恐怕大家每天就别干别的了。这里说的沟通方式是说,在沟通的过程一定要选择最有效的方式,还是拿需求来打比方,没有人说讨论需求就不能口头交流,不能用电话,不能用email,不能用QQ,只要你愿意,用手机发短信就行,只要方式是有效的,高效的。因为沟通的目的是了解对方的意图和想法,并让对方了解你,能达到这个目的就足够了。但在有效的信息形成之后,就一定要选择合适的载体去传递了,这时候就必须要整理通过各种形式沟通的内容,形成有效的信息流并用合适的载体进行传递。还是拿需求说事,产生一个结论之后,内部可以用电子文档,外部可以用传真或者快递文档(打比方,实际情况要根据项目和公司情况而定)。 总之,只要注意对信息的收集和分析,并选择合适的载体进行传递,还有就是lookmezh 提到的规定统一的语言,口头的和书面的。做到这些,我想就应该可以将信息在传递过程中损耗大大降低。
|
-------------------------------------------------------------------------------------------------------- 敬事而信,直道而事人
|
|
6楼
elvis
职务 无
军衔 少将
来自 北京市
发帖 2441篇
注册 2004/7/14
PM币 8183
经验
|
|
Re:怎么减少信息损失
[回复于 2004/11/10]
|
写文章很难呀很难呀。
|
-------------------------------------------------------------------------------------------------------- 俺也升为SCM版主了,呵呵 欢迎加水! http://www.e-works.net.cn/eworkbbs/ Steve
|
|
7楼
lookmezh
职务 无
军衔 少尉
来自 天津
发帖 1284篇
注册 2004/1/8
PM币 3600
经验
|
|
Re:怎么减少信息损失
[回复于 2004/11/10]
|
在 lookmezh 发表的内容 在IT项目中,与客户打头阵的是顾问,然后顾问把收集到的需求告诉程序员。然后QA再进入这个项目。 ...................................... |
|
lookmezh,我问个问题,为什么顾问不把需求告诉系统分析员或者系统设计员,这里少了设计建模专家和行业专家,信息肯定损失大了,大家一起讨论一下。
|
-------------------------------------------------------------------------------------------------------- 我来了,我看见了,我赢了! 博客空间 http://karen.mypm.net/ http://spaces.msn.com/members/karenzz999 /
|
|
8楼
karen
职务 无
军衔 中将
来自 不告诉你 :)
发帖 3983篇
注册 2003/2/14
PM币 22798
经验
|
|