项目分工及人员管理

我们公司要集中精力对我们线上一个主要产品进行彻底升级，将原来的hibernate架构彻底替换为mybatis架构，前端jQuery改为vue，由多页面改为单页面，同时产品进行一个比较大的升级。现在产品快要设计完了，我们手上有两个前端，两个全栈，问题来了，怎么分配工作。依照我的想法，先写好接口，然后前后台同时开发，由全栈工程师来调试，负责代码质量。这是集中所有人的力量，速度最快，质量控制最好的方案。但是前端不愿意，因为他们也要成长，需要参与到调试中。一开始我是坚持我的方案的，但是在讨论过程中，老板掺和进来了，然后老板觉得我这样不太利于公司留人，就把我拉出去，单独和我聊了聊。

我们公司有多次前后端分开做，项目延期的问题，每次都把老板搞得特别被动，几乎破产。也有前后端由一个人做，项目质量和时间可控的前例。倒不是大家不努力，而是前后端分离的这种做法，首先后端要花时间自己用postman去做单元测试。测试的场景远没有用界面测试那么全而准确，但是不少花时间，还不如自己写页面，测试快而准确发现问题呢。多人合作的项目，成本最高的就是联合调试。如果是全栈工程师来调试，在其负责的内部，由于全栈工程师熟悉数据的来龙去脉，因此极少出错，问题更多出现在和其他工程师的接口部分，调试成本相对较低。但是前后端分离，后台工程师就只负责后台，首先自测不能充分考虑到页面上的逻辑，只能保证每个函数调用没有问题，然后就交给前端来测试了，相当于把集成测试的工作也交给前端了。前端不熟悉后台的具体逻辑，只能按照定义的接口来开发，并且负责集成测试。没有任何人熟悉整个流程，造成的问题就是集成测试阶段，代码测试不充分。最后的问题发现，全部依赖于系统测试，因此就要安排足系统测试时间。要达到相同的质量，以我们这个项目为例，如果前后端分离4个人做，粗估要3周开发，3周联调，3周系统测试。如果交给两个全栈工程师来做，5周开发+自测，1～2周系统测试。并且如果前后端分离，代码的全面测试（代码质量）在某种程度上交给非专业的测试人员(我们公司都是产品和UI测试)，不是很放心。

但是领导不是程序员，他不和我讨论技术问题，更多的是从企业留人的角度上考虑问题。觉得我这样做，前端就会觉得自己不重要，然后就会离职，让专业的人干专业的事，效率比较高，打动我的一句话就是，如果我以项目为核心来考虑问题，企业是做不大的，以人为核心来考虑问题，让每个人都成为优秀的人，企业才能成为优秀的企业，我才能成为一个优秀的CTO，才能和企业一起发展。嗯，这句话打动我了。好吧，为何每个人的成长，为了公司的成长，为了我个人的成长，我妥协了，让每个人都发挥自己的能力，前后端分离。

经过这事后，我觉得自己算是成长了吧，老板一开始招人的时候，参考的都是大公司的做法，人员的配置就不对。但是，面对这样一副牌。貌似也只能这样打了。