ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 报表问题的后遗症还是很厉害的……工作以来,第一次有名片了~

报表问题的后遗症还是很厉害的……工作以来,第一次有名片了~

原创 Linux操作系统 作者:louloueva 时间:2009-03-10 21:55:58 0 删除 编辑

昨天提到上周报表组工作让总部人员不是很满意
昨天下午,经理召集一个测试,公司DBA,我和组长还有一个开发
制定了一个存储过程评审计划,准备对一些存储过程进行多方核对

本来以为事情基本就这样了,等着配合相关人员进行评审吧
没想到今天总部那边的领导给经理来了电话
可能是强调了测试人员测试的不够仔细
结果领导单独和负责测试报表的测试员叮嘱了几句,希望她今后多注意
完了……不光自己这边总部有意见,连测试都给捎上了……
虽然测试没测出来,有她的原因
不过,自己工作三年来,可是很少给测试人员找麻烦的
唉……企业规模大了,对于员工来说,也是很麻烦的一件事儿
出于礼貌,想测试人员说了声抱歉
自己这边今后努力杜绝这种情况吧……

说到大规模的公司,通过一个多月了解,还发现一个很让人讨厌的弊端
不知道是这种集团公司都如此,还是仅仅有个别公司这样
我所说的弊端就是同事对于问题和责任的推卸频率很高
(也许是用词不当……但找不出太合适的词汇了)
当某个问题出现的时候,去问项目负责人的话
一定会被分配到某个具体开发员身上(即便这个问题的归属比较模糊……)
而当某个开发任务因为某个问题无法解决的时候
沟通的事情就落到了提问者(就是被分派了任务的人)头上
而不管提问者是否熟悉相关业务和问题所在
可当提问者反映了这个问题无法解决的时候
需求人员还会提出让项目经理来拍板决定,联络的任务依然是归提问者
这还只是一个大致流程
期间,可能会涉及多次的多方讨论,这种类似的讨论,牵扯的人可就多了
而负责去询问这些人的工作自然还是提问者(甚至还要把大家组织起来共同定夺)
看起来感觉就像政府部门踢皮球似的……
我也大致能明白,公司项目庞大,涉及的责任就大
如果万一某个环节出了问题,可能就会引起比较严重的后果
所以,无论自己是否熟悉某个方面的业务,都不愿意主动去承担这个责任
可如此一来,大大降低了工作流畅度和工作效率,增加了沟通成本
半天做完的事儿,还得先花费半天来沟通
组长曾说过,公司属于国企式管理,果然不假……

好了,不过多评论这些了
之前说过,自己报名的本周末的OracleDBA座谈会
需要在签到的时候带两张名片
知道这个要求的时候,感觉很无聊,参加个座谈会我还得想办法弄名片么?
没想到天无绝人之路,今天公司竟然为全体员工统一发放名片
即便是我这种试用期的员工都能分派到
这下我不用谎称忘带名片了~
话说,之前两个单位,工作三年,从来就没有过名片
这第三个公司刚来一个多月,名片都准备好了
虽然本身不是什么值得高兴的事儿,但能解决我刚刚遇到的小问题,挺不错的

周六可以理直气壮的去参加免费座谈会了 ^_^

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/556359/viewspace-566655/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2009-01-02

  • 博文量
    134
  • 访问量
    118973