本文主要是介绍【开发心得】筑梦上海：项目风云录（2），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
特别声明
这个长篇终于开了头，工作的节奏也不能耽搁，暂时也不知道何时才能收尾。人生漫漫，即使没有雷军们的成功，但是也有自己的一些小确幸。
特别声明一下，虽然这个长篇是基于真实经历，但其中有些内容纯属虚构，切勿对号入座。
项目经理是备胎
接着上次造轮子的事情说，虽然有人造轮子了，但是熟悉业务的工作必须我亲自去做了，毕竟他们都没有经历过项目锤炼，甚至还有刚刚毕业的学生。
民营企业想招聘到好学生很难，根本还是待遇问题，而且很难像国企那样去摸鱼。这个问题至今仍然存在，好在当年因为上文说的两个点，还有不少员工愿意进到项目组里。还有一点，项目在初期，并不缺开发，缺的是产品。
项目经理时刻都要做好团队的备胎，顶替、灭火、挨轰，都要勇敢的去承担，否则你永远无法成为一名合格的领导者。不过也有好的一面，我基本上是从项目开始一直到项目结尾，全程摸透了整个公交企业的业务模式，在当年那个全手工运作的公司里，我们的系统还是挺先进的，为了公交ERP算是添了一块砖。
公交企业的运作模式
虽然过去了很多年，但公交企业的运作模式依然没有大的改变。
改变的是整个社会的消费习惯，互联网+、AI+多少都影响到了公交企业的运作模式，比如现在的公交企业里，点钞员不再需要那么多了。时刻表也变成数字化了。
按照我们当年系统的业务架构，简要总结一下这家企业的运作模式吧：
1、机务系统：主要管理车辆、保养等跟车子相关的内容；
2、票务管理：这是公交公司的收入部门，非常重要，没有之一，当年那个投币为主的时代，每天都可以看到点钞员在低头点钞，为此系统还专门设计了点钞模块，方便统计每个点钞员的工作量和奖金。
3、车队系统：公交路线的管理，每条公交路线，都有自己的分管车队，人车混杂在一起，系统之间的耦合度就比较复杂。
4、汽修系统：这个与上面的机务系统相比，似乎有些类似，但接触以后才发现，是完全不同的两个部门，而且利益使然，造成了系统的割裂，回头看，从系统设计角度，这么划分是值得商榷的。
5、营运系统：算是整个公交公司的大脑部门，说白了，负责营运的，基本都是做办公室的，而且都有些背景，一来这个部门的活轻松，二来钱不少。反正当年每次去调研，办公室里烟和报纸都是最多的。
最后贴几个当年汇报工作的时候用的PPT，比较朴素，内容全靠现场讲解了。
一个女生的消失
讲到这里，顺便讲一下项目组里唯一一个女同学的事情。
项目之初，大概6个人，一色的都是男性，毕竟在开发这个圈子里，就是男多女少。于是，上文提到的那个造轮子的同学，就称呼他“会海”吧，会海觉得项目组的气氛比较压抑，正巧需要一个写文档的，就要求招聘一个女生。这个要求听起来很合理，我也默许了。
人是找到了，而且当初我在甲方忙业务调研，面试没有参与，会海倒是直接参加了，回头偷偷告诉我，这个姑娘挺好的，当时没有意识到他这句话的深层含义，心想只要能干活，讨人喜欢，能活跃气氛就行了。
不过，愿望总是和现实差距很大，就像现在美颜，把真正的美女也贬低了，到最后，就是劣币驱逐良币。
上面的比喻用在这里，其实并不恰当。新招的这个女生真的很好，但是最终还是离职了，直到现在，还记得她的名字叫“小娇”，从某种角度而言，对她的离职，一直都有些许歉意，以致影响到现在，我的团队里都不会招聘女生。
未完待续。。。
这篇关于【开发心得】筑梦上海：项目风云录（2）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
