新足迹

 找回密码
 注册

精华好帖回顾

· 从小白到砖家之路 - 研究 新州的高考HSC (2012-11-9) patrickzhu · 【鼠年大吉】辞旧迎新的年夜饭 (2020-1-24) lavender_z
· 一次杯具收场的名校mm找工记 (2010-10-11) kitcat · 盘点Gold Coast主题公园各大惊怵项目,附本人亲测吓尿指数,欢迎补充 (2015-9-21) Gelen
Advertisement
Advertisement
查看: 1268|回复: 12

[其他] 有些压抑的工作 [复制链接]

发表于 2011-5-13 21:30 |显示全部楼层
此文章由 sera_aus 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 sera_aus 所有!转贴必须注明作者、出处和本声明,并保持内容完整
最近的工作有些压抑,说不出来的。。。。
负责的系统GO LIVE,是一个公司内部的系统和客户系统整合的项目,我作为BA前后做了1年了。由于应用的客户比较多,系统开发的公司要求我去做ON SITE SUPPORT。当时正好EASTER DAY我的老板还在休假,但是大老板直接同意了系统公司的要求,我的老板回来有点不高兴,因为公司内部的很多联络他就要应付了。
就这样我开了ON SITE SUPPORT。最初的几天可以说人都要疯掉了。很多客户打来电话说无法登陆,这个功能有问题那个功能不能用,当然是HELP DESK的人接电话,但是有了问题后基本上要分析是什么方面的问题,如果是我们公司的问题,我就去联络解决,如果是系统公司的问题,就跟踪。我的老板就开始每几分钟来一个电话,一方面是很多客户把问题反映到REGION或者MANAGEMENT,他过来问进展;而且开始让我统计ISSUE和进展。系统公司应用一个HELP DESK 的系统LOG ISSUE,我没法登陆,而且所有的HELP DESK人几乎所有时间都在电话上,非常的繁忙。我没法记录所有的ISSUE,一般到下班的时候可以让他们把当天的ISSUE LIST下载发给我,我到家加班做成REPORT,发给我的老板。这样还是不行,先是说格式不行,1天好几个电话说要改成什么格式,一会柱状图一会饼状图,一会要把数据坐在PPT上,这些都没问题,他不满意我可以改。但是马上又电话问我这个问题跟踪了吗?那个问题跟踪了吗?我又不是三头六臂,怎么同时做那么多事呢?
而且我不是DEVELOPER,如果有BUG,我没法解决,基本就是和DEVELOPER交流交流,而且系统公司内部有几个DEVELOPER在讨论方案,我不是所有的时间都参与他们的讨论。包括HELP DESK的人我没法要求人家做什么,他们都有工作程序。经常老板给我电话要我调查问题(八成是大老板派给他的活),我没法登陆客户端,我要找人协助调查。结果还没有半个小时老板又电话来问进展,我都无语了。。。运行的初期问题很多,而且几百用户同时在线使用,系统公司的人员也有限,没法说什么问题都做到那么及时的回应,我更没办法去跟踪问题到每个客户。EMAIL每分钟都像雪片似的。
工作量最近比较大,工作压力比较大,这些都不是最大的问题。问题时老板恨不得什么都做的很完美,什么问题都跟踪到让客户满意,数据报告也要做的很专业,而且每天还要看到很多问题CLOSED。可是手底下只有我一个人,我可以临时加班可以为了这个项目去很远的系统公司上班,但是实在是精疲力竭了。。。。我在电话里和他说我所能做的就是LOG AND ESCALATE ISSUE. 如果developer说这个问题还在讨论,没有patch to release的时间,我会马上汇报给你。我没法保证developer必须在什么时间完成。

实在受不了这个老板了。。。。本来总觉得多干些就当积累经验了,可是累的不行了。。。。。
Advertisement
Advertisement

发表于 2011-5-13 21:40 |显示全部楼层
此文章由 qqtree 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 qqtree 所有!转贴必须注明作者、出处和本声明,并保持内容完整
正式上线之前没有先小范围试运行么? 一下子应付几百人的用户,真够呛的,

发表于 2011-5-13 21:49 |显示全部楼层
此文章由 CDCD 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 CDCD 所有!转贴必须注明作者、出处和本声明,并保持内容完整
lz,你应该对老板叫叫苦。他可能没有意识到he has been pushing you too much.

你应该对他说:I really need some assistance. A lot of things are beyond my control I am trying but I am just unable to solve all the issues simultaneously without responses and support from other teammates/developers......

我以前也是经常很多压力太多工作量,我就会去经理那里诉苦。她就让其他同事帮我做,或者她出面帮我推一些工作。作用么,聊胜于无吧。

不过如果整个公司的culture就是stressful,那还是早点跳槽吧。
长,长不过日复一日,周而复始.

发表于 2011-5-13 22:15 |显示全部楼层
此文章由 sera_aus 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 sera_aus 所有!转贴必须注明作者、出处和本声明,并保持内容完整
原帖由 qqtree 于 2011-5-13 20:40 发表
正式上线之前没有先小范围试运行么? 一下子应付几百人的用户,真够呛的,


这个项目的难点就是这样,没有真正意义的UAT,没有PILOT RELEASE.
一个是公司内部的系统规模很大,搭建TEST & RPOD 环境难度很大;二是实际应用的外部USERS大概超过1万,在讨论方案的时候觉得即使10个客户100USRS先行应用意义不大,而且需要新旧系统并行及DATA MIGRATION的问题。后来就决定所有客户同时上线了。

发表于 2011-5-13 22:28 |显示全部楼层
此文章由 水星浪子 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 水星浪子 所有!转贴必须注明作者、出处和本声明,并保持内容完整
说少数客户pilot应用意义不大的人是外行吧?

退役斑竹 参与宝库编辑功臣

发表于 2011-5-13 22:39 |显示全部楼层
此文章由 xingbu 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 xingbu 所有!转贴必须注明作者、出处和本声明,并保持内容完整
安慰一下,楼主压力是挺大的。
你的直接上司估计也受到了很多他那个层面的压力,不然正常情况下不会这么pushing的,只能互相理解了。
Advertisement
Advertisement

发表于 2011-5-13 23:01 |显示全部楼层
此文章由 sera_aus 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 sera_aus 所有!转贴必须注明作者、出处和本声明,并保持内容完整
原帖由 水星浪子 于 2011-5-13 21:28 发表
说少数客户pilot应用意义不大的人是外行吧?


我们一般的RELEASE都有一个PILOT RELEASE,一个月后所有客户运行。
这个项目是2个系统的INTEGRATION,其中一个系统是公司内部大型的零件系统,这个系统没有搭建环境供PILOT release.
没有真正意义的UAT。
而且汽车行业零件系统内部非常复杂,对外integrate with suppliers' and DMS,据量非常大。
前期他们有方案10个DEALERS PILOT RELEASE,但是涉及新旧2个零件系统同时运行及衔接,这个零件系统和公司内部8个系统有integration. 所以放弃了pilot release,所有的客户在同一天release.

发表于 2011-5-14 13:53 |显示全部楼层
此文章由 hxsh2000 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 hxsh2000 所有!转贴必须注明作者、出处和本声明,并保持内容完整
原帖由 sera_aus 于 2011-5-13 22:01 发表


我们一般的RELEASE都有一个PILOT RELEASE,一个月后所有客户运行。
这个项目是2个系统的INTEGRATION,其中一个系统是公司内部大型的零件系统,这个系统没有搭建环境供PILOT release.
没有真正意义的UAT。
而且汽车行业 ...

一般都得key users做test然后把出现的问题list出来的吧.虽然不能找出很多的问题,在一些比较基础的问题上可以在上线前修改.比如log on这些问题上,问题可能不大,但一出问题的话,所以end users都会很frustrated,做support的人员工作压力很大的.
这种没有经过多少test的项目的support,而且在没有权限或者需要和其他公司一起协调解决的项目上,如果可以的话,可以不接尽量就不接,很多时候不要为了接触更多的东西而比较主动的接这些活.去年我就是这样,接了一个POS的BI的data reconsiliation的活,出现问题了跑到implementation的公司去协调解决,而implementation的公司为了赶工完成所有报表,对于修改已有报表的问题不太感兴趣.一边是头要看到数据正确可以present给board,一直压着我push公司去修改.最后两头不讨好,加班加点的赶进度,但完成度也很低.所有协调性的工作,特别是不同公司间的协调类工作,刚开始不要主动的应承下来,如果出现问题,最后会担很大的责任.
而且楼主接这个活,直接是大老板下的,也许直接的头当时如果在,可能不会去接这个或者得先撇清一些责任.你直接接了,变成头间接的负了很大的责任,又不是他亲自接的,应该不太爽,那么他应该就不会帮你escalate外部的压力.可能自己小人之心了:)
如果可以的话,和头沟通一下.如上面的TZ说的,找头诉苦一下,坦诚接任务的时候没有预计到这么多东西需要考虑,请他给你一些建议.看看他怎么表态吧.

发表于 2011-5-14 23:34 |显示全部楼层
此文章由 水星浪子 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 水星浪子 所有!转贴必须注明作者、出处和本声明,并保持内容完整
原帖由 sera_aus 于 2011-5-13 22:01 发表


我们一般的RELEASE都有一个PILOT RELEASE,一个月后所有客户运行。
这个项目是2个系统的INTEGRATION,其中一个系统是公司内部大型的零件系统,这个系统没有搭建环境供PILOT release.
没有真正意义的UAT。
而且汽车行业 ...


所以这是个整合失败的例子吧? 饭要一口口吃的吧...

发表于 2011-5-14 23:49 |显示全部楼层
此文章由 典 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 典 所有!转贴必须注明作者、出处和本声明,并保持内容完整
看起来项目比较失败,项目经理或主管负主要责任,

发表于 2011-5-15 23:40 |显示全部楼层
此文章由 fantasia 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 fantasia 所有!转贴必须注明作者、出处和本声明,并保持内容完整
1-当时老板的老板给lz派任务时,不应该直接应承下来,是否可以说,需要跟老板沟通一下。越级管理和越级汇报一样招人记恨呢。
2-不做uat直接release,我还第一次听说呢,当初我也在汽车行业做telematics,uat做的很严谨,而且花了巨长时间。。。。是不是这家公司管理做事风格有些格格不入呢
3-再怎样,这也只是一份工作,要想开点。对自己对周围人期望值都不要太高的好,比较容易快乐吧。
Advertisement
Advertisement

发表于 2011-5-16 22:15 |显示全部楼层
此文章由 sera_aus 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 sera_aus 所有!转贴必须注明作者、出处和本声明,并保持内容完整
原帖由 fantasia 于 2011-5-15 22:40 发表
1-当时老板的老板给lz派任务时,不应该直接应承下来,是否可以说,需要跟老板沟通一下。越级管理和越级汇报一样招人记恨呢。
2-不做uat直接release,我还第一次听说呢,当初我也在汽车行业做telematics,uat做的很严谨,而且花了巨长时间。。。。是不是这家公司管理做事风格有些格格不入呢
3-再怎样,这也只是一份工作,要想开点。对自己对周围人期望值都不要太高的好,比较容易快乐吧。


谢谢建议!
公司内部有一个很大的项目组负责这个系统的开发测试实施。我们是负责这个系统和DMS的整合,大概占整个项目的5%的工作量不到。DEALER可以用WEBPORTAL,也可以通过WS。测试的周期还是挺长的,做了ACT,SIT, UIT. 前后1年。
我个人觉得整个项目的计划做得很详细和严谨。
上周五做了PATCH RELEASE,所有的主要问题基本解决了。今天DEALER的电话明显少了很多。
整个项目基本走上正轨了。

至于老板,我也体会到了什么事不能都应承下来,要不然他就觉得你还有潜质能更多的工作,不停的加工作量。

发表于 2011-5-16 22:16 |显示全部楼层
此文章由 sera_aus 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 sera_aus 所有!转贴必须注明作者、出处和本声明,并保持内容完整
原帖由 水星浪子 于 2011-5-14 22:34 发表


所以这是个整合失败的例子吧? 饭要一口口吃的吧...


是个挺成功的整合。

发表回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

Advertisement
Advertisement
返回顶部