51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 24957|回复: 52
打印 上一主题 下一主题

软件开发过程中各类人员共通心理剖析

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-9-9 13:37:21 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
“软件业,以人为本”。参与软件开发过程的各类人员的共通心理表现,对整个开发过程起着举足轻重的影响。作为一名项目管理者,非常有必要对其进行一一剖析,找出心结,然后对症下药,加大沟通力度,提高开发效率。

  结症一:用户,由于观念上的不同,国内的用户更倾向于看到一个实实在在的“东西”。传统开发方法的每个阶段的审查和签字,留下的往往是那句经典笑话:“不错,这是我所要求的,但不是我想要的。”而且由于客户看不到一个成型的“东西”,让他在确认报告上签字也是一件比较头痛的事,更何况客户的需求随时都有可能在变化。但是一开始就要给用户一个“令客户满意的结果”,这样的场面实际上是不存在的,而且也是不可能的。


  结症二,系统分析员:系统分析员认为应该的东西客户往往觉得没必要。客户觉得应该的东西系统分析员又觉得不可理解。最为系统分析员恼火的事情就是客户不停地在变更需求(特别是原地打转的情况)。系统分析员在设计系统时考虑的最多是实现上的方便,而不是系统的扩展和更新。系统分析员总是在做“吃力不讨好”的事,常常善意地自以为是地为客户做许多“假设”。事实上这些“假设”往往与客户的实际情况相背离。而且系统分析员最大的“致命伤”就是:系统分析员从心理上往往忽略一些细节上的东西,然而这些细节往往在系统实现时成为系统成败的关键。


  结症三,程序员:中国的软件企业普遍还处在“作坊时代”。至今还有很多程序员,满脑袋的“数字英雄主义”,喜欢独出心裁。他们更倾向于一拿到项目马上编码。然后告诉您:他的编码多么出色。他们会把详细设计说明书当作是对他们的一种“桎梏”。他们认为程序应该是一门艺术,而他们正是“艺术大师”。因此在程序中他们留下的“旧日足迹”随处可见。他们喜欢天马行空的工作方式,从而往往忽略别人价值的存在。


  结症四,测试工程师:测试工程师往往的想法是“我已经仔细审查并测试过了,不会再有错误的”。实际上运行时不存在错误的软件是不存在的。因为运行产生的错误的原因更多可能是来自于外界因素。测试工程师往往更倾向于测试软件本身而忽略运行环境。一旦交付使用后,对于客户产生的抱怨他们往往会说“这是设计者的不完全造成的,与我不相干”。因此,您很难定他们的“罪”。


  如何解决这些心理结症。“第一是沟通,第二是沟通,第三还是沟通”。客户方面的合作是系统实现的前提。从项目开始到结束,用户的参与必不可少。您必须让客户看到:你们是在实实在在地为他们办事。这样您才能得到客户从心理上的认可。消除了原有的顾虑后,事情办起来就顺利多了。其次系统分析员方面,在设计阶段把所有可能出现的问题摆在桌面,与客户一起参与讨论(问题产生的条件,特点,效果,后果等),一起解决,尽可能少地把分析,设计时的错误带入下一步开发阶段。程序员方面,要不厌其烦的向他们讲明编程规则的重要性。从心理方面,我们要采用积极引导的办法,多给程序员吃“补药”,多两句赞美的话往往会带来很好的效果,毕竟程序员是年轻人的团体,是受不得“打击”的。此外培养他们的团队精神也是必不可少的。测试工程师方面,我们要尊重他们(国内许多公司测试工程师的地位是比较低的),让他们意识到自己工作的重要性。还要不断培养她们的耐性,责任感和细心的作风(在这方面,女测试工程师比较有优势)。认真听取他们的建议,了解他们的心理感受。在解决上述人员的心理结症后,您会发现整个项目的开发效率有明显的提高。


  我个人觉得一名优秀的软件项目管理者,首先应是一名管理心理学方面的专家。人是软件企业的立足之本。了解参与项目开发人员的心理活动,对于项目管理者来说,可以顺势利导,消除不良的人为因素,提高团队的凝聚力和工作能力,从而提高开发效率。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-9-9 13:46:03 | 只看该作者
好文章。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-9-9 20:51:34 | 只看该作者
好文章,顶一下。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-9-10 09:27:19 | 只看该作者
嗯,受益匪浅,谢谢。其实,我做这个工作开始也是摸不着头脑,也觉得自己的工作不足轻重,看来,我正应该好好干下去,慢慢喜欢它了
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-9-20 15:30:41 | 只看该作者
当自己爬上软件项目管理人的位置时,这篇文章是绝对受用的!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-9-21 13:20:53 | 只看该作者
好文章!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-9-27 09:12:15 | 只看该作者
UP...
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2004-9-27 09:20:28 | 只看该作者
第一是沟通,第二是沟通,第三还是沟通!
说得好.
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2004-9-27 11:12:13 | 只看该作者

呵呵呵,深有体会!

好!好!好!.....
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2004-9-29 17:17:50 | 只看该作者

好文!

回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2004-9-29 17:29:55 | 只看该作者
确实好,把客户、系统分析员、程序员和测试员之间的关系和他们之间的心理分析的很透彻!实际项目中的确实存在,佩服!!
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2004-10-18 14:51:45 | 只看该作者
向版主学习!
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2004-10-28 10:32:55 | 只看该作者
好文章.
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2004-11-24 09:40:44 | 只看该作者
还存在一个跟领导沟通的问题,或者说简直就是没法沟通有些人,晕~~~
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2004-12-21 09:21:11 | 只看该作者
对各方面大概有个描述吧,简单但是还是挺准的
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2005-1-5 09:54:10 | 只看该作者
沟通,沟通,沟通!我们缺少的,真的就是这两个字!
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2005-2-6 16:42:05 | 只看该作者
理解,透彻!我们的开发人员就是与客户沟通太少,这样怎么能做出优秀的软件来呢?
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2005-2-7 12:50:02 | 只看该作者
所以做测试是最惨的。因为最终被用户发现的问题,都会归咎于测试人员的玩忽职守
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2005-3-21 16:53:27 | 只看该作者
To sinicism
有点悲观哦,关键还是要看你做得怎样了。:)
要学会保护自己的权益,我们公司就分责任bug的,我们做的系统都是要求非常高的,风险也很大的,但直到目前为止,真正推到我们测试部门的bug还几乎没有。
我的经验:
(1)明确每次的测试范围-------特别是对升级项目尤为重要,有时候开发部门通知只是改了很小的一个部分,殊不知,引起其它地方错误。-----所以要明确每次的测试范围,而且这个范围要经过开发部和测试部共同认可。------这样一旦以后被客户发现不相关部分出现错误你也有话说。
(2)作好详细的纪录,以便追溯,有时候,当初提出问题时,RD不认同,没改,到客户那里提出来了,你也有话说
(3)还是作好纪录,对于偶发问题。有时会碰到莫名奇妙出现一两次某个问题,也没找到原因,后来就不出现了,这类问题大部分就被忽略掉了,以为没事了,其实这种问题,一定要详细纪录到测试报告中,包括时间。。。。因为触发这类bug的很可能是需要特殊条件的,而平时的测试又不具备这种条件。-------比如,我们做的金融软件,在月底或月初的某一天是有特殊处理的,假使在公司给你们安排的测试周期中恰好错过这段时间,那以后出现万一月初出现某个问题你也要说明当时的测试条件。-------------其实有经验的测试人员会把这个限制提前提出来的。
(4)还是纪录,对于开发人员没有明确找到bug根源的问题,相信大家都碰到过,开发人员回复,再试试(实际并没找到bug根源),当时也许可以了,但可能他只是临时调整某个参数,并没有从根本上解决问题,这样的问题测试人员应该好好作回归测试,实在不可重现,也要详细纪录下来(没找到根源),以后再出现这种问题,你也有话说。
。。。。。。
总之,测试人员要详细纪录,做好bug管理,免得到时候什么问题都被算到测试头上。
当然前提是你测试本身做的够好,知道自己该做什么,该做到什么程度,否则被扁也在所难免 ^_^
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2005-4-1 17:26:04 | 只看该作者
好文章啊!
感谢ing!
希望能多一些这样的好文章!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-26 17:56 , Processed in 0.091670 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表