第三十二章工作两三事2

第二天上班的时候，吴培贤开了一个早会，基本也就谈了下最近大家的工作状态和项目进度，没有占用太多的时间，临近解散的时候他一句话简单收尾：“目前PHP组又变成只有两名成员的状态，暂时性没办法开发新项目，这一段时间主要任务是对老项目的维护，同时也可能会接收一些其他企业二次开发的委托，现在周晴暂时作为组长，有相关业务交流的要主动配合她，前端组这边的对接及工作计划要和她交代清楚，设计部和运营部那边我会和他们说下的。”

部门的其他几个同事还真有些投来羡慕的眼神的，只是我这个代理小组长真的是没什么实际软用，因为我现在手下就一名员工，那个刚来不久的大专应届生，名字叫做韩惠江，身高接近一米七五，看起来有些稚嫩，长得挺清秀的，平时也没有太多的话，只能说有点体会到之前许有斌的感受了。

而且PHP组的这个烂摊子现在交代在我手上来，真的是有点理不清的感觉，难怪许有斌跑路了，除了涉及到绩效年终问题，也许就是不想收拾烂摊子的缘故。

一早上我都在整理许有斌留下来的资料，目前PHP组在有效维护期的项目总计12个，其中维护任务较为活跃的有3个，且还有一个项目处于开发期收尾阶段，另外一个刚启动项目不过已经关闭掉并转移给java组了。

核对了下时间表，有几个维护任务是新增功能的，这个要花费的时间比一般的修改小bug要久些，但计划时间却有些临近了，那个开发项目的收尾工作这几天进度也卡着，但交付期还有不到十来天了，看样子两个人还真感觉做起来杂乱无比，而且还要完善公司内部技术文档，如果无法重构出一套合理的基础代码框架出来，估摸着后期吴培贤会不会考虑着砍掉PHP组？

核对完后，我看着新项目的收尾一直卡着，也就问了下韩惠江：“韩惠江，前两天许哥让你收尾的那个项目怎么还没进入测试阶段？目前是什么状况？”

韩惠江坐在我后面，眼神有些飘忽的没看向我这边，语气有些扭捏的说道：“那个，业务代码我这边已经做好了，但是，前端这边的页面还没给我。”

韩惠江这人应该是第一次在企业正式上班的，也不知道他之前实习时在哪里的，看着他的样子我有些回想起了自己当初第一次进企业的小心翼翼，但又因为没有任何经验和为人处世弱项导致出了不少小错误。

无奈我只能再去找李长军了：“李哥，上周PHP组有个页面制作的任务还没交付，你帮我看看。”

李长军听了回答道：“好的，你稍等下，我看看。”

然后他打开了excel表看了下具体信息，确实有PHP组这边标红的地方，他皱着眉头对着身后问道：“严曼，上次交给你的页面现在什么进度了？悦美世家那个项目的。”

那边严曼连忙回答道：“目前还在做公司智能系统的子页面，悦美世家的页面设计部出图后又临时有改动，现在还没将定稿版发过来。”

李长军听了随意和严曼说了这事情下次周报要记录下来提交给他，然后又和我说了下：“我等会跟设计部那边催促下吧，你再等等下，拿到设计稿后开始计时，最多两天悦美世家这个项目的新增页面会全部提交到你那边的。”

我点头应允了下就回到自己的座位上了，微信里询问了下黄佳佳关于这个项目设计稿的事情，黄佳佳回复了说项目不是她这边负责的，她说帮我打听下。

没多久黄佳佳就回复我说是设计部的何洪负责的，何洪说设计稿完成后，客户临时说要改设计，但至今没有回复，我又问了为何没回复，黄佳佳只回了句不知道，我也差不多了解了这事情没法继续找黄佳佳深入了。

只能继续群里找到了何洪这人私聊，简单的说了下缘由，问了下客户为何还没回复，平时是如何交流和回复之类的。

基本上公司各个部门和客户接触的资料没法实时共享，我这边的交期已经迫在眉睫了，但设计部这边卡着，却没有人和客户提起项目交付时间问题。

何洪也是有些事不关己的样子，他同样只是接受任务并处理，仅此而已，追踪任务进度并不在他的考虑范围，他告诉我说要联系客户确认他可以协助，下午会和客户的相应部分催促回复，同时让我可以找市场那边的业务直接和客户的对接人员针对项目交期问题进行交涉。

得到这样的回复我都有些莫名其妙了，我一个搞开发的怎么跑去当项目经理了？还负责起了项目追踪和客户交流了？

又到了市场部那边去询问了相关外包业务的联络人，得到的回复是客户有改过需求吗？不知道啊，那我问下啊。

一下午我都感觉自己在公司里绕来绕去的，头晕脑胀的，只能说不管是任何行业，公司内部流程管理混乱真的让人难受。

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

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

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

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

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

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

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

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

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

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

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

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

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