我第一次作项目经理，那是十多年前的事情了，当时给国家开发银行作一个财务风险分析的系统，这个项目：程序员
- 金额：200 万
- 周期：起初定的 8 个月作完
- 人员：10 我的左右。除了我以外还有，需求分析师 2 人；测试 1 人；Java 5 人（那时候尚未先后端分离这个词，先后端一块儿搞）；BI 工程师 1 人。
项目启动以后，咱们项目组去国开行驻场，行里给咱们腾出来一间办公室，办公室不大，咱们十来我的坐进去以后，满满当当的。数据库
咱们周围的办公室，也都被其余同行占据了，好比神州数码、用友、中软……原本 IT 行业圈子就不大，这下你们离得就更近了。后端
离得近了，最方便的就是挖人。A 公司看 B 公司给国开行作了一个系统不错，单子金额也挺可观，A 公司动心了，也想搞一套系统卖给其余银行。从零开始作一套系统，对 A 公司来讲难度和成本都不小，如今爽了，有捷径了：B 公司的人就在本身的眼皮底下，时间长了，物色一个合适的人直接挖过来……框架
有点跑题，继续说我带项目的事。前后端分离
这是我第一次带项目，第一次作项目经理。之前参加项目，我最多也就是项目的技术负责人，把技术相关的搞定就好了，主要负责搭建环境、数据库表设计、选择技术框架、制定规范、写写代码……测试
当了项目经理以后，我仍是和之前同样，绝大部分时间就是在小屋里和你们一块儿闷头写代码、开发系统，除了每周和客户开一次例会，基本上对屋子以外的事情不太关心。设计
几方面缘由：开发
-
认知不够，我觉得把项目按时完成，功能知足需求，让甲方正常验收了，这个项目就算作好了。产品
-
我原本就是程序员出身，对技术以外的事情没啥兴趣——这个多是技术转管理的通病。class
-
国开行里领导太多，随随便便遇到我的就得称呼“张处”、“李处”、“赵局”。我也奇了怪了，总行里的领导这么多吗？原本乙方在甲方面前地位就有的低，再让我巴结这些个处长们……程序员的清高让我干不出来这个。
就这样，咱们在小屋里“闭门造车”了三四个月，项目时间差很少过了一半，我要把开发的系统给国开行甲方爸爸演示汇报一次。
在演示以前，咱们自我感受一切良好，进展顺利，按咱们的估计，至少能够提早一个月交付项目。
结果，汇报的时候翻车了，甲方爸爸一顿啪啪打脸：
-
系统界面和交互设计，和银行里主流系统的风格不一致；
-
帐号和权限体系不能单独存在，要用银行里已有的一套方案；
-
部分功能过于繁琐，使用门槛高；
-
甲方对部分开源技术的稳定性存在怀疑；
-
……
总之，这些问题意味着：咱们以前作的大部分工做，须要改动甚至推翻重来，整个项目的前景蒙上了一层阴影。
此次暴露出来的问题，我确定要承担主要责任。就在我被打击的迷茫和萎靡的时候，个人领导，公司的技术总监也知道了这件事，叫我回公司一趟。
回去以前，我作好了最坏的打算：被批评一顿、被撸了项目经理。
幸运的是，最坏的事情没有发生，领导找我长谈了一番，时间久远，谈话内容已经记不清了，大概内容就是理解我第一次从技术转管理会犯错，教了我一些带项目的方法，相信我接下来能把项目作完……
不过，谈话中领导的一句话，我到如今还记得清清楚楚：
项目成功的定义是什么？一个成功的项目，就是让项目的全部涉众都满意。
意思就是，成功的项目，是让项目中参与的各方人员都感到满意。
这句话完全颠覆个人认知！我以前单纯的认为把项目按时作完上线，客户验收付了款，项目就算成功了。
“让项目的全部涉众都满意”，那么咱们项目的涉众都有谁？他们满意的标准是什么？
我回到项目组以后苦思了好几天，同时找银行客户、同事交流，后来基本想明白了：
甲方爸爸：毫无疑问，这是最重要的一个涉众。对甲方项目负责人来讲，他们最关注的是这个项目能按时上线，并且能解决业务痛点；同时在项目过程当中他们要能彻底掌控项目进度。这个项目延期或者没作好，他们也很差交代。
系统的用户：对用户来讲，就是要让他们用着满意，符合他们以前的工做习惯。
公司老板：对老板来讲，他没有期望这个项目能挣多少钱，他的主要诉求有两个：一、经过这个项目让国开行承认咱们公司，争取之后拿到更多项目；二、把这个项目沉淀成标准化的产品，未来卖给其余银行。
团队同事：首先，同事们不喜欢长期驻场作项目，毕竟不是本身的地盘，最理想的是有一个标准化产品（和老板的目标同样），之后再有项目，把产品给客户短时间实施就能搞定。另外，团队里大部分都是程序员，他们也须要技术提升、我的成长。
公司销售：销售和老板的想法大概差很少，只不过更看重国开行眼前这个客户，但愿项目一期作完至少能先签下来项目二期。因此他但愿我跟他一块儿，多和客户吃吃饭、喝喝酒，拉近一下关系。
想明白这些以后，后面就该我作出改变了。
好比，为了给银行科技处的处长汇报工做，我和销售一块儿在处长办公室门口站着等，常常一站就是两、三个小时。和销售一块儿陪银行领导吃饭聊天，给领导们解决电脑上的各类幺蛾子问题……这些更是屡见不鲜。
这些我曾经抵触的、不屑于干的事情干多了以后，甲方对咱们的脸色明显变好了。
再好比，为了让甲方掌控项目进度，咱们一两周就迭代一个版本，主动去找甲方沟通确认。
另外，我发现有些事情是有关联的。我在甲方这边花的精力多了以后，在技术方面花的精力天然就少了。这就倒逼着我要把一些技术工做交给同事。随着我责任和权力的下放，对团队里优秀同事来讲，他们的技术话语权变大了，空间变大了，对他们来讲也是个成长的机会。
其余的不细说了，最终这个项目的结果并非特别圆满，有好有坏。
坏的是，因为以前挖坑太深，项目最终仍是延期了，8 个月的项目干了 10 个月，项目小亏，你们的奖金也受损失。
好的是，项目上线以后用户使用反馈比较正面，甲方项目负责人也比较满意，项目结束后，顺利拿到了二期的单子。
还有一个好事，项目结束后没多久，咱们项目组原班人马真的搞出来一个产品，这个产品为之后项目实施帮了大忙。
我第一次作项目经理的经历基本就讲完了，最后再次把这句话送给各位：
一个成功的项目，就是让项目的全部涉众都满意。
真的，这句话能够说是那次项目中，我收获最大的一句话。一直到如今，不论是作项目、产品，仍是作其余事情，我时不时的就会想一想这句话。
但愿这句话也能帮到大家。
我认可，不少时候让全部涉众都满意，是很难的。朝着这个目标努力，最终达到“让大部分涉众基本满意”，也算不错了。就像考试同样，不指望你能考满分，可是你要去奔着考满分去复习准备。
你好，我是四猿外，一家上市公司的技术总监，管理的技术团队一百余人。
我从一名非计算机专业的毕业生，转行到程序员，一路打拼，一路成长。
我会把本身的成长故事写成文章，把枯燥的技术文章写成故事。
欢迎关注个人公众号：四猿外 