|
此文章由 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说的,找头诉苦一下,坦诚接任务的时候没有预计到这么多东西需要考虑,请他给你一些建议.看看他怎么表态吧. |
|