“孙哥,这个项目的阻力不在于客户,在于内部”,将要离职的同事L语重心长的和我说道。
“在于内部?”我有那么一点明知故问。
“对”,L同事说道,O总想做好这个项目,但J那你拿不到资源“
这是昨天在一个项目的验收会结束后,在客户会议室休息间隙,趁只有我和L在的时候,L和我的一番对话。
L是这个项目的项目经理,这个项目结束后他就要离职了。项目验收是最后一个环节。
这个项目是我从业以来服务的级别最高的客户了,国字头的部委。
有时候我不禁在反省,我从销售岗兼顾了项目管理岗,是一种倒退吗?
软件行业职场通常的发展路线是从技术到项目管理再到销售,20-30岁的时间正是做研究技术、写代码的年龄;
30岁之前,逐渐转技术管理或项目管理的路线,有技术背景加持,积累了几年开发经验,做起来会很顺利。
再发展,可以转销售岗。有开发技术经验、项目管理经验,做软件项目的销售会更容易一些。真正有挑战、有发展的岗位、有收益的部门,也在于这个一线的销售部门。
而我从技术到项目管理到创业10年,创业失败后专注做销售,可又绕不开走起了“回头路”,从在公司接第一个项目起,算起来接二连三的接起个不停。
最初,8月份在公司做项目经理是因为“朴素”的职场理念,老板让我做,我就做了,没有考虑太多。觉得自己能有机会多发挥一下能力,多为公司创造价值,并不是坏事。
况且当时接手的第一个项目是被公司规划为未来要转为重要的产品,到时我再作为负责为这款产品的市场销售,对自己是丰富有利的。因为这款产品从0到1我都参与,无论是从产品的塑造把控还是市场竞品的对比,或是和客户沟通满足市场需求的角度上,都是极有利的。为此,甚至我都准备如果有需要,自己还愿意重度参与到研发的过程。
后面的发展有点出乎意料,自从接了这一个项目,接二连三又来了新的项目到手。
前文提过,我们是一家以创意设计见长的公司,主要体现在前台风格的设计制作,也拿过不少国际、国内的设计奖项。所以项目经理更多偏向于设计类的项目。
而目前我接手的项目,是偏开发的类的,即主要是功能开发类,比如某某系统,某某平台。
这类项目的执行重点是需求,需求,需求。 从调研需求,整理需求,管理需求到实现需求,一切都是围绕需求来的。
调研需求的时候,不仅要在技术的角度、客户的角度来考虑,更要综合衡量合同、技术、成本、资源、行业趋势、干系人关系等等,不能超前、不能滞后、不能简单不能复杂,要清楚领悟客户方方面面的要求、明白表达传递给内部各生产开发部门。
中间实现需求、管理需求的过程更是重中之重,一是重要的重,二是沉重的重。
要和开发团队把前期收集到的客户需求掰开揉碎了来讲,以期实现出来的功能能够满足客户的需求。但毕竟每个人都是独立的个体,无论对于细节还是整体,都会有一定的理解偏差范围,结果是不可能完全交付出我们想要的产品。
项目管理的问题讲个几天几夜也难讲完,在这里我想讲的,为什么说这是一个烫手的山芋,因为项目经理的责任太重,权力有限,内外交困。
从大的道理上来讲,做项目肯定是要以满足业务需求、提升客户满意度为主。但事事存在两面,想要把质量抓好,成本必然要跟上。
在我们这个行业里,最大的成本就是人力资源。
我们公司,O总是1号,J是2号,两位是一家人,但在工作上的想法有时候是相左右的。
O总想把事做好,J想抓好成本和收入的比例,两人都没错。如果出了错呢,一切根源就是项目经理。
这个项目今年是第4年了,我算是第3任项目经理。据同事L说,他的前任项目经理,即这个项目最初的项目经理,是由J主要负责的,可是因为在需求把控和实现结果上与客户的期望相差太大,而且L自己说,当时交付的产品,实在是拉跨,他自己都看不下去了。
L作为第2任项目经理,顶着内部压力来把项目逐步完善,获得客户好评。但内部的压力让他苦不堪言,某些领导的不理解,甚至屡屡要“背锅”,可能是他离职的主要原因吧。
这次的验收会,也是一个交接过程。商务总监、现项目经理L,新任项目经理我本人,我们三个一起来的。
我们和客户业务需求部门的领导、对接人等都见面进行了沟通,客户对于L还是很认可的。我明白,这份认可来之不易。
我之前写过一篇“项目经理就是用来背锅”的文,现在回顾起来,这只是冰山一角。
接下来在这个项目里,我将要面临多少内部消耗?现在还不好具体估计,但可以确定的是这条路一定很崎岖。
J是生产部门(开发、设计、项目管理)的老大,O总是公司一把,当有客户需求需要开发或设计的人力时,一定要先通过J。
J总是希望能够对标当前的收益,不做甚至少做。但如果完全都听J的,后果就像几年前这个项目刚开始时,会被客户指着鼻子训斥。
算了,也不会过于悲观,兵来将挡,水来土掩,这也是一个锻炼自己的机会,我是一定不会当‘逃兵’的,历经新的风雨,一定会有新的收获。
不能只靠自己这些年的经验,还要不断学习,学习书本上的项目管理师教程,学习PMP教程,学习一切应该学习、可以学习的内容来加强自己。