转一篇好贴《产品部和研发部的故事》
原帖地址:http://www.cnblogs.com/jillzhang/archive/2008/01/11/1034357.html 情景一:晚上8点多了,程序员小K仍在公司噼里啪啦的敲着代码,此时产品部的赵经理走过来说;"唉,小K呀,我发现A页面上的XXX几个字很不美观,大小也不合适,你调整一下吧!",小K忙打开vs2005,经过长达7,8分钟的等待,终于将项目加载完毕了,小K瞪着布满血丝的双眼,在几千个页面中,找到了赵经理所说的A页面,然后找到了他提到的那几个字,问赵经理说:"字改成多大的亚?","多大的?,恩,就改大一点就行呀!",小K将原来的9pt,更改为了10pt,ctrl+s后,F5,经过漫长的等待,页面终于出来了,赵经理看了看说:"还有点小,再大点!",小K只好将10pt更改为了11pt,赵经理眨了眨眼睛说:"好像还小!",12pt,小k又一次快速的按下ctrl+s F5,赵经理端着杯子喝了口水说:"这次感觉大了点,调小一点",此时快8:30了,小K和好朋友商量好8:30在超市门口见的,见赵经理没完没了得改,于是极不情愿的又将字体改为了11pt,f5,见赵经理还站在边上一个劲地端详呢,小K拿起包,快速的windows+u,关机闪人了,一边走,一边想:"什么人呀!事先没有界面设计,没有美工,程序员将界面做出来之后,对字体还调来调去,没完没了,真bt!" 情景二:大早晨,小Z高高兴兴地来公司上班,刚刚看完昨天自动发布和自动测试的结果,经理走到身边说:"产品那边XXX说,系统A模块的M单据数据有问题,都反映到xxx总那了,你过去看一下",小z来到xxx总办公室,了解了下具体问题,判断出错误来源可能归于一部分老平台数据的迁移,因为系统刚刚上线,限于条件限制,平时研发的测试平台还不能完成系统中最重要的一部分功能,所以有些比较依赖历史数据的模块并不是很稳定,这个小z也很清楚,所以在此之前已经根据系统逻辑,写好了每天晚上判断目前系统是否正常的验证程序,但由于历史数据是手动输入到数据库中的,只有纸质单据,所以这部分数据,一直是没法被检查,因为谁也不清楚到底每条数据应该是多少,于是小Z将这些说给xxx总,并且告知只要能找出那些历史数据问题就能解决,不等小z说完,xxx打断小z:"我就不明白了,这样怎么就不对呢!,我也当过程序员!。。。",小z本来挺认真地想和大家一起理清来龙去脉,因为这块的逻辑从一开始都没有产品的人来定义,而系统正式运营也是经过测试部门测试通过了的。事先小z考虑到和M单据相关的数据,在研发测试上没有,所以很难在本地测试,所以将程序做成了do/undo/redo的形式,正常情况下总是do的,当发现错误的时候,可以进行undo,然后redo,这样系统就具有了比较强的容错性,而由于一部分莫名其妙的历史迁移数据,undo和redo就没办法正常运行,听到xxx频频大声说着:"我也是程序员",频频亮着这样的王牌,"我也是,而且我还曾经是程序员,经验丰富着呢!别忽悠我!",经理这时候正好回来了,小z看形势不好就拉另外一个程序员出来了,小z心里想:"真是个老程序员,连手动往数据库中添数据的单子也签!,而且签完后还让一个对系统不太懂得人去录入。出了问题,还一个劲的这有什么不对呀!",然后就听见xxx总和经理争论着怎么怎么回事,在此期间,小z让人将纸质单据中的上百条历史数据按新系统逻辑录入到了系统,过了1个来小时,经理从办公室出来,说数据到底怎么回事,小z说了前前后后,并且说明了起因。事后,经理发msn给小z:"xxx总对A模块很不满意,你再仔细检查下吧!",小z心里头暗想:"从头到尾,没有一个人负责产品设计,产品的功能模块含糊不清,却整天看到产品部大哥大姐们,没事闲聊qq,文档除了相当少合模糊的几页外,连根毛都没见,费力把几地,没困难要上,有困难也要上得初步完成了系统开发,出了问题,产品部的大哥却闷头一言不发,好像这玩艺谁做的谁就应该死似的!还有xxx总"我原来也是程序员",真他妈的范特西。 情景三:项目好不容易终于稳定了,研发组的兄弟们刚刚松了口气,此时产品部频频重拳出击,要搞个和系统毫无关系的平台出来,这次倒不错,给了几张草图,光听说别家公司设计最次是pdf了,这可好,一水的全是jpg,负责这个项目的h兄弟光处理那几张图就干了好几天,刚刚进入开发环节,这边需求又变了,刚刚弄明白新的需求,作了下调整,做到一半,又变了,不明白的地方,问产品部人员,不是说不知道,就是你去看那个什么巴巴吧! 靠了,真够瞧得起兄弟们的,那个什么巴巴的开发团队也她娘的让程序员设计页面!吭哧吭哧的兄弟们干了差点一个月,本来前段时间系统的开发就比较累了,搞这样的一个系统,兄弟们都很有意见。敢怒不敢言,谁让咱程序员是良民呢!时隔2,3个月过去了,那套耗费了大家无数心血的系统却一直被冷藏着呢,一个人都没人去运营和维护他,奶奶的,兄弟们做东西就是为让它躺那静静睡觉的! 赫赫:),啰里啰唆的说了一大堆,其实都是生活中的琐事,因为本人是开发人员,听人讲述完这些情景,我第一个感觉就是程序员们都太善良了,每天忙代码,什么都顾不上,让人当枪使,还没事偷着乐呢,活干了,力也出了,可到了分功劳的时候,你这噼里啪啦敲代码的时候,没事聊qq,泡小妹的大哥们早把功劳抢到自己手里了。等你缓过味来了,光看到满地鸡毛!上面是个人开始的想法,也是每个程序员最原始的思维。下面就谈谈我比较理智的思考。 首先部门与部门之间的沟通的确比较麻烦,有些事情也不受个人的掌控,虽然明知很多问题的根源,却没有力气去解决,而一些能力不济的人还自我感觉良好,从我们自身的素质角度来讲,首先我们应该有一些容人之量,这个世界上,有能力好的,也有能力坏的,有善良的,也有邪恶的,如果我们自身没有广阔的心胸,那在社会的大舞台上必将撞得头破血流,我们起初应该容忍这样一种现状,尽我们最大的努力,来完成自己应该做的事情,这样上不愧公司,下没有耽误自己学习知识文化,所以应该主动和对方部门作沟通,作交流,尽量本着解决问题的目的来做事,各个部门的成员之间更应该互相尊重,像上面所说的那样,改来改去,做完了冰封,都体现了产品部门对研发人员工作成果的不尊重,明显拿研发当枪用,而出现问题的时候,不承担自己应承担的责任,拿研发堵枪眼,更是受到研发人员的反感,站在研发的角度,最不希望的就是干了活,挨了累,最后因为做了,错了,还被毙,所以我认为产品部门首先要解决的问题就是学会如何尊重研发的劳动,认识到研发人员不是实现你们毫无边际遐想的工具,不认识这点,他们的工作也很难进展,而研发在此过程中,一直抱怨,抱怨,再抱怨,抱怨这个不公,那个不平,却不思考解决这些问题的方法,也是有不妥之处的,起初我们的确应该抱着容忍和和谐的目的来工作,但当情绪不满影响到工作动力和态度的时候,应该找到问题所在,及时加以解决,我觉出现上述情形后,研发人员应该将心中的种种不快和认为平时工作中不正确的地方反馈给项目经理,让他去帮助大家来解决此类问题,毕竟抱怨是没有用的嘛!最终如果实在不能得到妥善解决的话,而在这样的工作环境中确实不爽,就亮终极必杀吧:走人吧!忍字头上一把刀,忍无可忍把刀抛,老憋气上火的不但容易成为粪青,而且影响身体健康,在哪里我们还不是混那一个月几张纸票子呢!
“重市场,轻研发”这个混乱的时代倡导的就是这样一种杀鸡取卵的思维模式。 |