作者:程序视界

我的漫谈程序员专栏写了很久了,甚至还结集了一本书——《你好哇,程序员》。我的公众号“程序视界”也在不断更新,我写过的大多数文章,都是与作为专业技术人员的程序员相关的,很少有写“项目经理”、“技术经理”、“研发部门经理”这种带点管理职能的角色的事儿。这些技术管理岗位,其实是一部分程序员职业发展的方向。我曾经干过,但干得不够好,所以,只能聊几件我做项目经理时干过的蠢事儿,给大家当一下反面教材。

其实,我是一个演员——哦,错了,其实,我是一个技术型的人,我学了职业规划后,给自己的定位是专业技术人员,我会往技术专家的方向发展。所以,以后我也会主动放弃技而优则仕的机会(假如有人给我的话),避免去做复杂的管理工作。做自己不擅长的事情,是一种折磨。对自己对他人都是如此。

我MBTI(一种性格类型测试)的测试结果是INFP,对于我这种类型的人,有一个典型特点就是随意、不太在意逻辑、绕着圈儿给信息,你看我写文章就知道了,下笔千言离题万里是常有的事儿。但绝不是为了凑字数——没人因为这个给我稿费的。

又扯远了……接下来咱说正事儿。

>>晚上必须搞定

有一次为了发版本,我挣扎了很久(每次我要告诉别人加班都会挣扎,所以我不适合做经理),对一个收拾了东西准备下班的伙计说,“晚上必须搞定,不然明天还得来”。那个晚上这伙计和女朋友约好了的……后来他留下来了,但满肚子怨气是少不了的。

后来呢,过了几天,我找他聊天——我能感觉到那个晚上之后我找他沟通时他态度和情绪的变化。我得解开这个结,不然多难受呀。我这种类型的人,虽然不太说话,其实还是挺在意他人的感情的,除非逼不得已,否则很不愿意去干涉和支配别人。

这伙计也是直爽的人,聊天时把怨言直接说了出来,并且告诉我如果我用一种委婉、温和的方式告诉他,他就没那么大意见。我向他道歉,并表示会改进。

我这人内倾,不太会(愿意)主动和人沟通,也很少干涉别人,但如果情非得已,又会说出一些难听的话,顾不得什么策略(我的短板)。这往往既让人难受,也让自己难受。

项目管理过程中,我们面对的是独特的、鲜活的个体,每一个人都是不同的,都有自己的生活和情非得已,有些话出口前一定要仔细斟酌,要考虑个人感受,要考虑特殊情由,要考虑后果。己所不欲勿施于人,要有最基本的同理心,要以合理的方式来得到一个积极的妥协。

这件事儿过去N年了,我还记得这么清楚,再说一次抱歉吧。

>>给人贴了不负责任的标签

我之前的公司曾经做过机顶盒产品,主打VOD,其中的流媒体协议是用C语言写的P2P的私有协议,前后经手三四个人,代码风中荒草一般凌乱,简直不忍卒读。于是我就让一个伙计重构客户端这块的代码。

我觉得这个伙计学习能力还是不错的,态度也挺好。当然我没考虑到他的性格类型和意愿,直接让他做这件事了。他的选择是重新实现。OK,也没问题。

半年过去了,设计几易其稿,代码也推翻重来了几次,还是看不到何时能完成。我找他聊过多次,试图找到其中的关节,但都没结果。

于是有一次我又找他在会议室里聊这事儿,聊炸锅了。忘了当时都说了什么,反正两人没达成一致,我根据多次商量的交付期都黄了这种现状说他缺少必要的责任心,他自然是不能接受的,说我可以说他按时交付但不能说他没责任心。我们争得脸红脖子粗,声音也都不自觉拔高了。我一件事一件事的说,企图证明他不负责任,他后来干脆不理我了。

你说我是不是很二?

其实他有时调代码到很晚我也知道的,他也在努力的解决问题,用自己的方式往目标前进,只是不知道为何实际呈现出来的效果是绕啊绕啊总看不到希望……

我不知道怎样跟他一起梳理、分析、找到问题,我没有掩饰自己的失望,直接给他贴了没有责任心这个标签。这对他是不负责任的做法,伤害到他了。

事后想想,作为一个经理,给团队成员贴标签是很不恰当的行为,应该仔细了解这个人、这件事,有针对性的找到问题根源,积极地往解决问题的方向引导。贴标签恰恰是不负责任的行为。

这事儿放我心里也很久了,尽管当时已惘然,还是要说声抱歉。

>>搞不定就要一直加班

我们做过的一套服务器软件,过一阵子就宕机一次,测试环境怎么测都测不出来,程序改来改去,以为解决问题了,上线后过阵时间还是会出现,总是在不经意之间(多数时候是周末),就会有投诉进来。

我告诉后台开发组,周末来加班,搭建更接近生产环境的测试环境,写一些并发测试工具来模拟真实用户访问,务必要重现并解决问题,一日不解决,就加班一日,在解决之前,每周六都要集体加班。

这又是一个很二逼的做法。我的小伙伴们周末真的来加班了,然而这并没什么卵用。

我(以及公司)想要的结果不是加班,加班并不能成为一个有效的交待。可往往会企图通过加班来解决某个缥缈不定的问题。像这样的问题,加班往往并不能解决啊。越是在压力下加班,越是解决不了,有时放松下来,反倒在不经意间解决了。

温伯格在《程序开发心理学》中写道:

给程序员施压高压以期他们能够很快地排除某个程序错误,这种做法已经被证明是最差的策略——尽管截至目前,这仍是最常被采用的策略。

几十年过去了,我依然这样做,真让人无地自容。

还是要说抱歉。

>>你为什么没有一点积极性

还有一件事,其实也给了我比较大的触动,算是遗憾吧。

有一个伙计,我曾经给过他比较高的评价,推荐他参与公司的创新奖评选。可是有一段时间,他做什么事儿都没什么激情,手上的任务,几天不见一点进展,问一下,动一下,不问,不动,有问题也不说。

我对他这种状况不满意,找他聊过几次,他消极被动,话不多说一句,看出来也不大配合。我问有没有什么问题,他会说没什么问题。几次下来,我失望了,也没有掩饰我的失望。

绩效评估时我给了他很低的分数,按这个分数,会降薪,会被公司劝退。后来我的上级找这个伙计聊天,想把他放到另一个项目组中做一些事情,了解到他面临买房、结婚等问题,而薪水又难以负担,以至于被生活压得喘不过气来,不知道该怎么办,陷入了颓唐窘境无法自拔。而我的做法,无异于又踩了他一脚。

最终这个伙计离职了,然而我一点也没有释然的感觉,心里一直是很愧疚的。

现在想来,作为经理,看到团队成员有异常表现,要多去了解并关心这个人,背后一定有你想不到的实际情况导致了他的工作表现。如果你只想解决问题,而不想去了解问题的缘由,往往是解决不掉问题的,那只是外科医生剪箭尾。同时,有些问题只有你真的关心了这个人,才可能圆满解决,如果你不关心却装作关心,其实是很容易被感觉到的。说句大白话,谁都不是傻子,感觉不出来虚情假意。

在我 7年多的技术管理生涯中,这几件事我至今难以忘怀,特此写出来以作纪念。通过这几件事我也意识到,我其实不是一个能把管理工作做得很好的人,我澄清了自己的性格类型,也验证了这一点。

这篇文章其实是2015年底写的,也犹豫了很久要不要放出来,现在,它和各位见面了。

余下全文(1/3)
分享这篇文章:

请关注我们:

发表评论

电子邮件地址不会被公开。 必填项已用*标注