第三十二章 工作两三事2 (第2/2页)

，只能说不管是任何行业，公司内部流程管理混乱真的让人难受。

    想着这事儿落在我身上，到底最后还是我在吃亏，便也和吴培贤说了有问题需要和他私聊下，接着我们两人到了会议室里。

    “具体工作开展下来是遇到了什么问题？”吴培贤也直奔主题的询问起来。

    我在脑海里组织了下语言回答道：“首先一个是PHP组这边的开发模式问题，目前外包项目的开发没有使用前后端分离，所以现阶段所有交付项都是落在了PHP组这边的，考核下来也是我们来担责任，比如今天我理了下悦美世家的那个项目，部门内前端组页面超期提交不到我这边来，然后说是设计部的问题，设计部又说是客户的问题，最终结果是客户影响到了我的项目进度，但我却没有收到消息，而对接的业务也不清楚，项目交期依旧在那里紧逼着。”

    吴培贤点了点头示意听明白了，我也就继续说道：“其次就是标准文档规范问题，我这边需要java组的协助，主要是在代码规范和一些编程思维技巧上的总结，我希望拿到他们的制作文档作为参考，同时得到他们组长的提问许可。”

    吴培贤听了回答我说：“第二条倒是很容易，我稍后会让梁丘彦给你提供资料和经验上的帮助，至于第一条的话还是有挺多的问题的，咱们先来细分讨论下，你的希望是如何解决这个问题？”

    “在PHP这边项目的开发模式上，我认为后续的项目要采用前后端分离的方法进行开发，一方面是前后端解耦对于代码维护有很大的益处，还有最主要的是职权细分，后续项目PHP开发组只要交付服务端代码和接口文档即可，所有的页面展示和简单数据处理全部由前端组来完成，前端组自己对接我们交付的接口，而我们只和市场部那边交流业务处理问题。”

    这次吴培贤听了我的话，眉头微微皱起来，开口说道：“你说的是有道理，但凡大些的公司也都是这样处理的，但现在前端组配合Java组开发任务已经算比较大的了，如果将PHP组的数据处理和页面显示全部接手过来的话，人员配给上会较为吃力些的。”

    “但是前后端不分离的话维护困难不说，职权和评判也混乱，现如今不分离的话我的项目服务端已经完成了，但因为前端这边页面所以交付不出去，这样我的项目处于危险状态，到时候PHP组任务逾期后，接着又对前端组进行考核，前端组又针对设计部进行考核，设计部的因为交流问题针对业务部考核，如此串联下来完全没必要，分离成功后，我就不需要管前端还是设计他们遇到什么问题，PHP组这边直接交付完成即可。”

    “这样吧，这件事情我会和李长军说下的，毕竟这会增加他们的工作量的，未来确实是这样的趋势，还有其他的问题吗？”

    “还有的问题就是交流上面了，前后端分离后，我这边基本不需要和设计部进行交流了，但和市场部的业务交流是必不可少的，我今天整理了很多资料发现都很混乱，还有就是刚才讲到客户对设计图纸进行质疑却未曾将消息传递到我这边来的事情，我希望后续业务在接收客户需求的时候，不管是项目维护还是功能新增、或者是客户的某些质疑，只要是需要对产品代码进行改动的，或者对业务功能有所额外描述或疑惑需要亦或者是影响到我这边的，都需要提交纸质或电子档的需求说明申请书来。”

    吴培贤听完后陷入了沉思当中，也没有等太久，应该是他整理好了思绪开口说道：“你说的这件事情其实我们也早有考虑了，就是比较难以推行，我们几个部门主管也还一直未能达成协议，基本上再过一段时间等老板召开会议会会初步定下来，这一条我会增加进去的，我知道你是学制造业出身的，那边的图纸就和我们的代码差不多重要，但却比我们代码更加严谨，我也听闻企业的图纸设计变更需要经过层层签核下来才能改动，图纸下放生产前需要召集会议评审，”

    “但咱们现阶段还是创业初期公司，从项目接手到代码实现再到线上部署，基本很少有正式文件来约束，而且因为公司实力问题，市场部对于客户也没有太多的主动权，也就导致了我们技术部门需要经常给他们擦屁股，但这些后续都会改善的，届时就会拒绝一切口头交流，甚至可以严格到拒绝任何非领导审批的需求变更。”

    听了吴培贤的话，我也知道这些问题其实早就暴露了出来，但大家都不想或者是觉得没那么容易解决，如今用文件约束业务交流问题估计一时半会儿下不来，不过对PHP项目进行前后端分离应该不会太多问题，一方面是这件事是部门内的，吴培贤有这个权利和能力处理，另一方面是现阶段并没有接收到新的PHP项目，即使实施前后端分离，也要等到有新项目到来后，前端组的工作量增多才会体现出来。