一个项目经理的贪嗔痴

我有时候在想,自己到底是一个什么角色?产品经理?还是一个项目经理?或者只是一个技术经理。

身边一些朋友说,自己想转行做一个产品经理,做一个伟大的产品。我奉劝他们说还是省省吧,在这样一个二三线城市,空降的产品经理,最终会成为杂工,做做测试,做做商务,整理整理进度,收集收集用户反馈,对于产品如何去做,基本插不上嘴的!倒也不是插不上嘴,只是没人听你的而已;倒不如技术经理升级为产品经理兼任项目经理来的快些。

我大概也是这样一个角色吧。

可是最近有段时间,自己竟然有了辞职的念头,有了想逃避的想法,有了想离开的打算。感慨,我只是一个打工的,怎么这么忙这么累,这么焦虑。

我深刻反省自己,是不是犯了贪嗔痴三毒(正好最近在读天龙八部,读到虚竹这部分)。

是不是技术类的书该收起来了?优先看看项目管理类的,比如《人月神话》啦,软件随想录啦,或者敏捷开发之道了之类;再者也该收收自己那颗酸臭的文学爱好者的心了,你写不出什么醍醐灌顶的文章,也编不出曲折离奇的小说。三者,单个服务器确实是顶不住压力了,但是部署nginx+tomcat的任务就交给别人去做好了,你就不用参与了吧。

也是不是该把ide在自己的工作电脑上卸掉了,每周的工作计划,版本更新计划,是不是自己的开发任务应该分给别人,把时间腾出来看看我们的工作流程是不是还有待完善的地方,有没有因为流程的不完善责任的不清晰造成最后更新版本时候的手忙脚乱?设计,UI,美工,程序之间的工作的衔接是不是审核的更加严格一点,还有没有因为审核不严导致返工浪费开发资源的情况?

是不是不应该执念太重,非要在三十岁之前做成一个出色的项目?做不成又怎么样,难道顺其自然不更好么?

是不是处女座,一定要把产品做完美,那怕是差一个像素,一点点色值?非要为此而为难各位美工和ui么,不顾他们厌恶的表情而逼着他们加班加点,去做那些用户根本不会瞧上一眼的细节?

是不是还是技术痴?因为程序用错了一个数据结构没有遵循数据库开发范式而让程序推倒重来?因为函数或者变量命名的不规范,而一遍遍重新提交代码?

有了痴和贪,嗔似乎也就自然而然了。

因为疏忽,导致返工,浪费开发资源,便要懊恼半天。

bug在外网被用户发现反馈,便要大发雷霆了。

商务没有经过确认,把用户反馈的问题直接推到程序,便要恶语相向或者打小报告了。

技术支持,不经确认,边允诺开发工作和开发进度,便要对簿老板了。

因为某人请假而耽误了进度,便要质疑他的责任心和职业道德了。

 

写在最后

冷静下来,发现贪嗔痴三毒,在自己身上均被验证了。然而比意识到这三毒更可怕的是,余下的路要怎么走。
害怕不贪,而忘掉了程序怎么写,这可是自己的看家本领啊!
害怕不痴,而放松自己,落一个徒有虚名的项目经理,却没有一个成功的项目!
害怕不嗔,而使团队太过散漫,最终温水煮青蛙。

posted @ 2016-08-02 23:07 archy_yu 阅读(...) 评论(...) 编辑 收藏