杂谈---大压力下的工作

发布时间:2014-07-22 02:02:00作者:左潇龙阅读(2334 )评论(22)

    引言

     

      最近LZ负责了一个规模较大的项目,可谓是亚历山大。目前这个项目还未结束,离成功看似一步之遥,却走的非常艰难。由于项目上线时间比较紧,最近LZ是频繁加班,只不过与以往不同的是,这次是LZ逼着大家伙加班,而不再是被强迫加班的那个人。不由得感慨万千,有些事情确实是不吐不快。各位猿友就当是听听LZ的唠叨吧。

     

    项目由来

     

      首先,项目的由来必须要稍微介绍一下,以下简称该项目为A项目。A项目是一个“大”型项目,之所以说是大型,是因为它直接牵扯到四个项目组,并间接牵扯到两个项目组,共六个项目组。

      最早的时候,A项目是由LZ的项目经理负责,产品经理也是有专人担当,那时候LZ还是一个程序猿,不过LZ当时在维护老的项目(以下简称B项目),因此A项目LZ可谓是一行代码都没写。后来产品经理先离开了项目组,换了一个产品经理。再后来,LZ的项目经理升职,没时间管理项目组,组里就很快来了一位研发经理,A项目则由新来的研发经理负责。至此,该项目的产品领导和技术领导已经换了一遍。

      到了这个时候,LZ已经有些“小”领导的苗头,带领着两个女生依然维护老的B项目(这里PS一下,这里A和B项目其实是同一个project,再通俗点讲就是在eclipse里是一个project,而A项目其实就是B里面的一个模块,只不过这个模块比较大,所以单独立项了)。因此,当时虽然还是一个项目组,但却有种一分为二的感觉。LZ领着两个女生维护B项目,研发经理领着四个外包一个内部员工开发A项目。

      后来A项目里唯一的内部员工因为个人原因离职,我们的研发经理就带着四个外包继续做A项目。但其实A项目的进展非常缓慢,因为负责A项目的测试人员从到公司到离职,不是结婚就是怀孕,要吗就是流产需要休息,一个星期五天班有四天在请假,整个就是来公司结婚生孩子来的,测试一度毫无进展。

      没过一段时间,A项目唯一的测试人员也离职,至此,A项目彻底进入了零进展阶段,之前虽然慢,但隔三差五的还会测一测,让开发人员改改bug。正在此时,雪上加霜,负责A项目的研发经理和产品经理双双在同一时间离职。

      当时,LZ依旧带着两个女生在维护B项目。不过由于研发经理和产品经理离职,LZ的项目经理因为升职为部门经理也越来越忙,自然而然,LZ就接手了整个项目组,这自然也包括了A项目。但此时的A项目,研发经理和产品经理换了一轮并全部离职,开发人员走了一个,测试人员一个都没有,真可谓是一个大大的烂摊子啊。

      但是故事还没有结束,没过一个月,当初的四个外包又走了两人,真正的原A项目成员,仅剩两个开发。而就是这个月月底,其中一个开发也即将离开。到时,整个A项目的原班人马将只剩一个开发。

      

    噩耗来临

     

      尽管A项目一度毫无进展,但LZ并未受到任何压力。因为这个号称去年8月份结项的项目,都拖到了今年3月份了,但似乎所有人都并不着急。LZ当然也不着急,本身LZ对这个项目就一无所知,而且LZ一直维护的B项目是公司的核心项目,因此就算没有A项目,LZ已经忙的团团转了。

      结果美梦刚开始就结束了,就在4月份左右,业务部门某老大直接一封鸡毛信扔到我们CTO手里,要求务必尽快将A项目上线。CTO扛不住,自然一声令下,让手下的二把手着手梳理这个已经延期半年多的项目。梳理以后发现,这种牵扯到这么多项目组的项目,必须设定一个总负责人,否则如何协调这么多项目组合作开发并配合联调改bug呢。

      是的,你没有猜错。LZ就在这个时候成了这个冤大头,总负责人最终定的是LZ。不过说实话,这也在LZ意料之中,毕竟这个项目原本就属于LZ的项目组,而LZ的项目经理现在是部门经理自然不太会去管具体的项目,剩下的就只有LZ了。

      当时A项目的代码已经上了UAT(虽然有不少人都知道,这里还是普及一下,UAT就是用户验收测试环境),而由于当时A项目的测试是三天打鱼两天晒网,因此当时A项目在上UAT之前根本就没有经过完整的测试,整个项目可谓漏洞百出。

      意料之中,UAT得到了用户的强烈不满,偶尔也会有业务同事找LZ反应UAT的糟糕状况,让LZ尽快解决。当时LZ也协调过多次,组织几个项目组一起解决并每周反馈各自的问题,但都效果不佳。

      原因很简单,LZ的项目组与其它几个项目组都是同级关系,平时互不相干,也没有上下级关系。LZ的项目组属于研发X1部,而其余几个项目组有X2部的,也有X3部的,X1部的部门经理就是当时LZ的项目经理,而X2部和X3部也有各自的部门经理。

      有时候,LZ也会求助本部门的部门经理,让他去找其它两个部门的部门经理,再由两个部门经理协调下面的项目组配合我。但实际效果却非常一般,毕竟我们X1部的部门经理和X2、X3部的部门经理同样是同级关系,依旧没有上下级关系,只能是求助,但称不上命令。因此对方虽然肯定会答应配合,但真正落实到项目组,其实效果已经非常弱化了。

      就这样,A项目经历了艰难的两个月的UAT测试,但进展依旧缓慢。虽然比起之前几乎零进展好了很多,但却远远无法赶上业务部门要求上线的速度。没有办法,LZ只能一封鸡毛信要求各项目组配合实行两步走政策,并抄送给了各个项目经理、部门经理、CTO助理包括CTO本人。当时CTO几分钟内就回复了一封鸡毛信,责令大家尽全力配合。当时的LZ,就像拿到了尚方宝剑一般,当时的各大CTO助理以及部门经理,都纷纷向LZ表示,需要什么人配合尽管开口。如此大的权利,自然也意味着天大的责任与压力。

      话说回来,由于A项目历时一年半,代码量巨大,因此光几个项目组合并代码就是一项很大的风险。于是LZ所设定的第一步就是先将代码上线,但不开通A项目功能,只保证原有功能不受影响。第二步才是在UAT环境测试无误的情况下,尝试开通A项目功能,达到上线的目的。

      于是为了赶着做到第一步,加班的日子开始了。

      LZ带着几个项目组加了一个星期的班,终于把这一年多的代码给放到了线上,并且没有影响到原来的功能和流程。但此时,其它几个项目组的同事已经有不少人怨声载道,纷纷对加班表示着愤慨。或许是X2部的某个项目组同事向领导反映了加班的痛苦,X2部部门经理直接一封鸡毛信就扔了过来,开始质问LZ,LZ思来想去,一封邮件写了又删,删了又写。

      到底是有一说一,有二说二,还是忍气吞声?

      或许大部分人会觉得LZ忍气吞声了吧,毕竟这才是明哲保身的明智之举。但各位错了,LZ一封鸡毛信直接杀了回去,倒是杀了个片甲不留,但LZ也知道,这下算是彻底把X2部领导得罪了。

      不过好日子才刚刚开始,我们这才完成了第一步,而最难的还是第二步。于是接下来的日子,LZ又带领大家加了四天的班(每周二和周四是上线日),趁着上线日晚上,不影响业务的前提下,LZ开始带着大家直接在线上进行验证。这四天,LZ每天都是凌晨四五点才回家。开始两天是四个项目组、运维组、DBA组、配置管理组全部都得加班,没有LZ的允许不准离开。

      后面两天,由于LZ的项目负责的是A项目流程的开始,结果与流程上紧随其后的一个项目组的接口出现了问题,导致流程一直走不到后面,于是LZ便让位于流程下游的两个项目组以及配置管理组正常下班,留下LZ和其余的一个项目组每晚调试接口。

      说来也怪,A项目实在是非常不顺利,开发、测试、UAT环境已经用了半年多的接口,到了线上竟然不通。具体情况LZ这里就不多说了,介绍起来比较复杂。最终为了保障项目的进度,LZ决定采取保守方案,将接口更改为RMI通信先保证进度(因为LZ的项目与这个项目组已经使用了四年的RMI,而且更改的时间可以在两个小时内搞定),同时在有时间的时候,继续查找这个奇怪的问题。

      结果这个决定竟然被一封鸡毛信就顶了回来,竟然遭到了X3部门的部门经理的反对,而且是严厉的反对。这让LZ一头雾水,对于LZ的这个决定,LZ思来想去也并没有觉得有什么不妥。仔细想想,或许是最近LZ一直在调用他们部门的人,换了谁,总会有点不爽吧。

      但作为部门经理,不应该如此小肚鸡肠吧。这又回到了刚才的话题,有一说一,有二说二,还是忍气吞声?

      当然要说!

      这次还与上次不同,上次只是一时的口舌之争,这次可是真正的方案决策。如果不按照LZ所说的办,LZ敢说,进度至少再延迟一个星期,而到时候,背黑锅的还是LZ自己,毕竟这个项目名义上的负责人还是LZ。

      于是LZ一封鸡毛信直接杀了回去,这次依然杀了个片甲不留,但是同样,X3部的部门经理LZ也彻底得罪了。这件事,也就仅仅是几天前的事。目前方案依然是按照LZ的方案走,明天就开始实施,结果如何还不得知,但LZ最近确实扛了不小的压力。

      所谓进退两难,就是如此。进,得罪人的一件事。退,项目失败,领导另选贤良,LZ归隐山林。

      

    思考

     

      LZ一直在想,这件事进展的这么不顺利,到底是因为什么?自从LZ开始玩DOTA,就明白一个道理。输了不能喷队友,一定是自己发挥的不好。因此LZ一直在想,自己是不是有什么地方做的欠妥,或者是决策有误。

      但想来想去,LZ也没想明白到底哪里应该改善,除了那两次与X2、X3部部门经理的冲突,但就算如此,也最多是少得罪两个人,项目进度本身也不会有任何变化。而且要说加班,LZ可是至始至终一天没落,为何就没人理解LZ的压力与辛苦呢。想到这,LZ甚至有撂挑子不干的冲动。但理智告诉LZ,临阵脱逃,是万万不可。

      如果此时LZ逃了,那么将来必定难成大事,俗话说一朝被蛇咬十年怕井绳,同样的一件事上,你被打垮一次,那么下一次你就连接都不敢接了,更别提把事情办成。这件事,LZ绝对不允许它发生,LZ必须拿下这关,哪怕再困难。

      这次事情虽然还没有结束,但也让LZ明白,没有人会在你一无所获的时候理解你,大家理解你的前提是,你把事情干成了。事情干成了,你的所有辛苦都将是可歌可泣的,如果事情失败,你的所有辛苦都将是你无能的表现。

      因此,这件事,LZ必须不择手段拿下!


    版权声明:本文版权归作者(左潇龙)所有,欢迎转载。但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

    9
    精彩
    0
    感动
    0
    搞笑
    0
    开心
    0
    愤怒
    0
    无聊
    0
    灌水
    0
    惊讶
#1楼     时间:2014-07-22 02:23:00      来源:玄歌
最后一句很明显杀气腾腾啊...这个项目,你没错,资源(人力、时间)受限的情形下,你接的是个艰难甚至不可能的任务。尤其你所在的企业,仿佛老化到接近官场...全无技术型企业的样子。
能够做到,就尽全力做到...不能,就尽可能保证不崩溃。得罪人的事情,真是小事,既然做了人,那就是拿来得罪的...一件件事情做成的人,傻子才将他逼走。
#2楼     时间:2014-07-22 05:54:00      来源:男人要爽
杀他个片甲不留
#3楼     时间:2014-07-22 08:10:00      来源:一盏明灯
我现在也是一样,只不过是个程序猿,我在的项目组从最初的开发到现在换了几批了,其实技术的都还好,主要是业务,所以每次做个功能或改个功能都要先找测试主管或项目组的主管问清楚业务
#4楼     时间:2014-07-22 08:47:00      来源:jerry.li
看完了就会发现,LZ至始至终是在使用大棒政策。以一个外人的观点来看:别人才不管你加班不加班呢,但你让我们加班就是你的不对了。所以,不要只用大棒,也要使用萝卜政策,这样才会有团队精神。感觉现在你的手下都和你对着干了,这项目能好么。
#5楼     时间:2014-07-22 09:00:00      来源:williamzhu
“X2部部门经理直接一封鸡毛信就扔了过来,开始质问LZ”,有时候,别人不是不懂你,只是需要台阶,你就给个台阶别人下就完了嘛。顶着干,迟早给你穿小鞋。
#6楼     时间:2014-07-22 09:19:00      来源:kiler
人都得罪玩大不了走就是了,把事情干好才是最好的结果。
#7楼     时间:2014-07-22 09:39:00      来源:左潇龙
@ jerry.li
感觉很有道理。不过我一个没有什么实权的底层领导手里也没什么萝卜啊,就算要争取点经费出去玩,第一、大家不一定稀罕,第二、那也得等事情成了以后才行。难道要用画大饼政策?可是以我的权利,画的大饼也没人信啊。
是不是还有其它办法?
#8楼     时间:2014-07-22 09:48:00      来源:左潇龙
@ williamzhu
嗯。其实道理也明白。或许LZ的性格比较强硬,做不到忍字决吧。尽管自从做了领导,其实很多事情已经能忍则忍了,但这次估计属于忍无可忍的范畴。
#9楼     时间:2014-07-22 09:57:00      来源:RuleLu
以前项目经理离职,剩下的烂摊子,也是将我一个程序员推到了这个位置,我能理解调度人员苦,非常惭愧,最后没干好,楼主NB,当时我完全手无举措,不知道从何下手,只知道努力跑客户,唉、、、
#10楼     时间:2014-07-22 10:45:00      来源:dgdyq
楼主已经做得很好了,实际上楼主能走到这一步已经很难得了。
主要还是楼主对该系统非常熟悉,技术上估计是没有难题了。
我觉得楼主能做得更好的是:争取领导的直接支持,部门经理和CTO助理,甚至CTO,每一步都简要群发邮件给领导,昨天我们多少人加班到了什么时间,解决了什么问题,要让领导知道你们团队的辛苦。
最重要的是,要不断的给领导重复困难。。。。。。,一个正常的领导会给到你胡萝卜的,你默默的只做,不能为下面争取到胡萝卜,下次再抓你去救火(因为你已经成功了一次)。。。。
#11楼     时间:2014-07-22 11:47:00      来源:AllEmpty
加油楼主,做事情对事不对人,事情是怎么样就是怎么样,别人不接受也没办法,反正另太委屈自己就可以了,我觉得楼主做得很不错
反正有能力那里都吃得香,将来说不定你有可能站在那些XX经理的上面呢,呵呵...就算退一万步来讲,万一XX经理给了你小鞋子穿,离开了这家公司,那还有很多更好的不是吗,做事顺心就好
#12楼     时间:2014-07-22 14:45:00      来源:吟游诗
其他项目组的LEADER下也有人的
没有人喜欢加班,leader相对比较随意,但底下的人就得干活了。
这些人对加班不满,距离上和LZ较远,私下的关系基乎也是没有,直属LEADER对LZ也有意见。

看样子,这个A项目拿上去,对其他组的好处并不大。

积怨久了要哗变的,这些人把些许不满表现给原LEADER看。Leader自已不满,为了拉自已的人心,安抚下自已的下属。

真心或假意,反对LZ.
成功了,人心有了。
失败了,事推干净。
有火别找我,全是他,以及CTO什么的。
#13楼     时间:2014-07-22 15:28:00      来源:charlotteKong
项目成功了,荣耀是lz的。
项目失败了,其他人也不用负责。
lz得罪的何止那两个部门经理。几乎每一个被你要求加班的员工,你都得罪了。即使你同样加班又怎样,还是那句话:成功了,荣耀是lz的;失败了,其他人也不用负责。
#14楼     时间:2014-07-22 17:28:00      来源:故心人
杀。。。。。。。。。。。。。。。。。。。
#15楼     时间:2014-07-22 17:29:00      来源:快乐菠菜
我们公司也有一个项目拖了好久,也因为项目的原因,有人离职了,我是新进来的,我也在想这个问题,管理一个项目不是一件容易的事情,尤其,作为程序猿,处事方面本来就不算强项,这也启发我们要在处理问题方面多圆滑点,有些人得罪了就得罪了吧,岂能尽如人意,但求无愧我心。我觉得楼主能写出这篇文章来和我们分享,这本身已经表明了你的决心,好好加油吧。。
#16楼     时间:2014-07-22 17:42:00      来源:xutao888
@ jerry.li
怎么说呢,团队精神主要是看领导的人格魅力和领导力了,我们码农真心不怕加班,而是怕没有成就感,怕领导不能维护大家的利益,我很欣赏楼主的做事方式,现在公司各部门之间本身就是一种竞争关系,工作上对事不对人,不要在意得不得罪人,项目死出来了请各位干系人搓一顿就好了,我想别的领导也没这么小肚鸡肠吧,工作上是敌人工作外是好基友
#17楼     时间:2014-07-23 04:13:00      来源:多少楼台烟雨中
“没有人会在你一无所获的时候理解你,大家理解你的前提是,你把事情干成了。事情干成了,你的所有辛苦都将是可歌可泣的,如果事情失败,你的所有辛苦都将是你无能的表现。”

至理名言

楼主加油
#18楼     时间:2014-07-23 04:15:00      来源:多少楼台烟雨中
@ 左潇龙
觉得这个时候跟上级领导沟通就很重要了。 有了顶头的支持, 命令顺畅了不说, 说不定手里也会有更多胡萝卜。
#19楼     时间:2014-07-23 09:02:00      来源:牦牛
嘿嘿,这种案例蛮适合项目管理类培训的。
#20楼     时间:2014-07-23 16:29:00      来源:小眼睛老鼠
你的项目有一个问题
就是 没有人指明方向
就是说 我没有在你的博文中看到 前瞻性的考虑 或者顾虑
然后这直接导致了 外部倒逼内部
这样情况 实际上是很难接受的

然后第二点
我不知道你们怎么看这个问题
准备工作很不充分
在流程都还没有通的情况下 居然要上线。。。。
这样很危险啊 因为这是问题的积累 而上线这个事情 应该是先前很久就准备好的 最后只是一个部署性的工作 但是你们把事情压到了上线这一步 说实话 很危险
然后还有一点就是 我很难看到你们团队中的沟通 至少在我这边没看到
很多时候沟通能够解决绝大多数问题
#21楼     时间:2014-07-23 21:10:00      来源:小猪凯
部门间的合作本来就是非常困难的事情.
#22楼     时间:2014-07-26 08:47:00      来源:我是C#新手
楼主,加油,可以看出楼主是个责任心很强的人,有些事不是自己能决定的,有时为了大局必须牺牲某些人的利益。
发表评论

站内搜索