【开发心得】筑梦上海：项目风云录（2）

特别声明

这个长篇终于开了头，工作的节奏也不能耽搁，暂时也不知道何时才能收尾。人生漫漫，即使没有雷军们的成功，但是也有自己的一些小确幸。

特别声明一下，虽然这个长篇是基于真实经历，但其中有些内容纯属虚构，切勿对号入座。

项目经理是备胎

接着上次造轮子的事情说，虽然有人造轮子了，但是熟悉业务的工作必须我亲自去做了，毕竟他们都没有经历过项目锤炼，甚至还有刚刚毕业的学生。

民营企业想招聘到好学生很难，根本还是待遇问题，而且很难像国企那样去摸鱼。这个问题至今仍然存在，好在当年因为上文说的两个点，还有不少员工愿意进到项目组里。还有一点，项目在初期，并不缺开发，缺的是产品。

项目经理时刻都要做好团队的备胎，顶替、灭火、挨轰，都要勇敢的去承担，否则你永远无法成为一名合格的领导者。不过也有好的一面，我基本上是从项目开始一直到项目结尾，全程摸透了整个公交企业的业务模式，在当年那个全手工运作的公司里，我们的系统还是挺先进的，为了公交ERP算是添了一块砖。

公交企业的运作模式

虽然过去了很多年，但公交企业的运作模式依然没有大的改变。

改变的是整个社会的消费习惯，互联网+、AI+多少都影响到了公交企业的运作模式，比如现在的公交企业里，点钞员不再需要那么多了。时刻表也变成数字化了。

按照我们当年系统的业务架构，简要总结一下这家企业的运作模式吧：

1、机务系统：主要管理车辆、保养等跟车子相关的内容；

2、票务管理：这是公交公司的收入部门，非常重要，没有之一，当年那个投币为主的时代，每天都可以看到点钞员在低头点钞，为此系统还专门设计了点钞模块，方便统计每个点钞员的工作量和奖金。

3、车队系统：公交路线的管理，每条公交路线，都有自己的分管车队，人车混杂在一起，系统之间的耦合度就比较复杂。

4、汽修系统：这个与上面的机务系统相比，似乎有些类似，但接触以后才发现，是完全不同的两个部门，而且利益使然，造成了系统的割裂，回头看，从系统设计角度，这么划分是值得商榷的。

5、营运系统：算是整个公交公司的大脑部门，说白了，负责营运的，基本都是做办公室的，而且都有些背景，一来这个部门的活轻松，二来钱不少。反正当年每次去调研，办公室里烟和报纸都是最多的。

最后贴几个当年汇报工作的时候用的PPT，比较朴素，内容全靠现场讲解了。

一个女生的消失

讲到这里，顺便讲一下项目组里唯一一个女同学的事情。

项目之初，大概6个人，一色的都是男性，毕竟在开发这个圈子里，就是男多女少。于是，上文提到的那个造轮子的同学，就称呼他“会海”吧，会海觉得项目组的气氛比较压抑，正巧需要一个写文档的，就要求招聘一个女生。这个要求听起来很合理，我也默许了。

人是找到了，而且当初我在甲方忙业务调研，面试没有参与，会海倒是直接参加了，回头偷偷告诉我，这个姑娘挺好的，当时没有意识到他这句话的深层含义，心想只要能干活，讨人喜欢，能活跃气氛就行了。

不过，愿望总是和现实差距很大，就像现在美颜，把真正的美女也贬低了，到最后，就是劣币驱逐良币。

上面的比喻用在这里，其实并不恰当。新招的这个女生真的很好，但是最终还是离职了，直到现在，还记得她的名字叫“小娇”，从某种角度而言，对她的离职，一直都有些许歉意，以致影响到现在，我的团队里都不会招聘女生。

未完待续。。。