第三十二章工作兩三事2

　　第二天上班的時候，吳培賢開了一個早會，基本也就談了下最近大家的工作狀態和項目進度，沒有佔用太多的時間，臨近解散的時候他一句話簡單收尾:“目前PHP組又變成只有兩名成員的狀態，暫時性沒辦法開發新項目，這一段時間主要任務是對老項目的維護，同時也可能會接收一些其他企業二次開發的委托，現在周晴暫時作為組長，有相關業務交流的要主動配合她，前端組這邊的對接及工作計劃要和她交代清楚，設計部和運營部那邊我會和他們說下的。”

　　部門的其他幾個同事還真有些投來羨慕的眼神的，只是我這個代理小組長真的是沒什麽實際軟用，因為我現在手下就一名員工，那個剛來不久的大專應屆生，名字叫做韓惠江，身高接近一米七五，看起來有些稚嫩，長得挺清秀的，平時也沒有太多的話，只能說有點體會到之前許有斌的感受了。

　　而且PHP組的這個爛攤子現在交代在我手上來，真的是有點理不清的感覺，難怪許有斌跑路了，除了涉及到績效年終問題，也許就是不想收拾爛攤子的緣故。

　　一早上我都在整理許有斌留下來的資料，目前PHP組在有效維護期的項目總計12個，其中維護任務較為活躍的有3個，且還有一個項目處於開發期收尾階段，另外一個剛啟動項目不過已經關閉掉並轉移給java組了。

　　核對了下時間表，有幾個維護任務是新增功能的，這個要花費的時間比一般的修改小bug要久些，但計劃時間卻有些臨近了，那個開發項目的收尾工作這幾天進度也卡著，但交付期還有不到十來天了，看樣子兩個人還真感覺做起來雜亂無比，而且還要完善公司內部技術文檔，如果無法重構出一套合理的基礎代碼框架出來，估摸著後期吳培賢會不會考慮著砍掉PHP組?

　　核對完後，我看著新項目的收尾一直卡著，也就問了下韓惠江:“韓惠江，前兩天許哥讓你收尾的那個項目怎麽還沒進入測試階段?目前是什麽狀況?”

　　韓惠江坐在我後面，眼神有些飄忽的沒看向我這邊，語氣有些扭捏的說道:“那個，業務代碼我這邊已經做好了，但是，前端這邊的頁面還沒給我。”

　　韓惠江這人應該是第一次在企業正式上班的，也不知道他之前實習時在哪裡的，看著他的樣子我有些回想起了自己當初第一次進企業的小心翼翼，但又因為沒有任何經驗和為人處世弱項導致出了不少小錯誤。

　　無奈我只能再去找李長軍了:“李哥，上周PHP組有個頁面製作的任務還沒交付，你幫我看看。”

　　李長軍聽了回答道:“好的，你稍等下，我看看。”

　　然後他打開了excel表看了下具體信息，確實有PHP組這邊標紅的地方，他皺著眉頭對著身後問道:“嚴曼，上次交給你的頁面現在什麽進度了?悅美世家那個項目的。”

　　那邊嚴曼連忙回答道:“目前還在做公司智能系統的子頁面，悅美世家的頁面設計部出圖後又臨時有改動，現在還沒將定稿版發過來。”

　　李長軍聽了隨意和嚴曼說了這事情下次周報要記錄下來提交給他，然後又和我說了下:“我等會跟設計部那邊催促下吧，你再等等下，拿到設計稿後開始計時，最多兩天悅美世家這個項目的新增頁面會全部提交到你那邊的。”

　　我點頭應允了下就回到自己的座位上了，微信裡詢問了下黃佳佳關於這個項目設計稿的事情，

黃佳佳回復了說項目不是她這邊負責的，她說幫我打聽下。　　沒多久黃佳佳就回復我說是設計部的何洪負責的，何洪說設計稿完成後，客戶臨時說要改設計，但至今沒有回復，我又問了為何沒回復，黃佳佳隻回了句不知道，我也差不多了解了這事情沒法繼續找黃佳佳深入了。

　　只能繼續群裡找到了何洪這人私聊，簡單的說了下緣由，問了下客戶為何還沒回復，平時是如何交流和回復之類的。

　　基本上公司各個部門和客戶接觸的資料沒法實時共享，我這邊的交期已經迫在眉睫了，但設計部這邊卡著，卻沒有人和客戶提起項目交付時間問題。

　　何洪也是有些事不關己的樣子，他同樣只是接受任務並處理，僅此而已，追蹤任務進度並不在他的考慮范圍，他告訴我說要聯系客戶確認他可以協助，下午會和客戶的相應部分催促回復，同時讓我可以找市場那邊的業務直接和客戶的對接人員針對項目交期問題進行交涉。

　　得到這樣的回復我都有些莫名其妙了，我一個搞開發的怎麽跑去當項目經理了?還負責起了項目追蹤和客戶交流了?

　　又到了市場部那邊去詢問了相關外包業務的聯絡人，得到的回復是客戶有改過需求嗎?不知道啊，那我問下啊。

　　一下午我都感覺自己在公司裡繞來繞去的，頭暈腦脹的，只能說不管是任何行業，公司內部流程管理混亂真的讓人難受。

　　想著這事兒落在我身上，到底最後還是我在吃虧，便也和吳培賢說了有問題需要和他私聊下，接著我們兩人到了會議室裡。

　　“具體工作開展下來是遇到了什麽問題?”吳培賢也直奔主題的詢問起來。

　　我在腦海裡組織了下語言回答道:“首先一個是PHP組這邊的開發模式問題，目前外包項目的開發沒有使用前後端分離，所以現階段所有交付項都是落在了PHP組這邊的，考核下來也是我們來擔責任，比如今天我理了下悅美世家的那個項目，部門內前端組頁面超期提交不到我這邊來，然後說是設計部的問題，設計部又說是客戶的問題，最終結果是客戶影響到了我的項目進度，但我卻沒有收到消息，而對接的業務也不清楚，項目交期依舊在那裡緊逼著。”

　　吳培賢點了點頭示意聽明白了，我也就繼續說道:“其次就是標準文檔規范問題，我這邊需要java組的協助，主要是在代碼規范和一些編程思維技巧上的總結，我希望拿到他們的製作文檔作為參考，同時得到他們組長的提問許可。”

　　吳培賢聽了回答我說:“第二條倒是很容易，我稍後會讓梁丘彥給你提供資料和經驗上的幫助，至於第一條的話還是有挺多的問題的，咱們先來細分討論下，你的希望是如何解決這個問題?”

　　“在PHP這邊項目的開發模式上，我認為後續的項目要采用前後端分離的方法進行開發，一方面是前後端解耦對於代碼維護有很大的益處，還有最主要的是職權細分，後續項目PHP開發組只要交付服務端代碼和接口文檔即可，所有的頁面展示和簡單數據處理全部由前端組來完成，前端組自己對接我們交付的接口，而我們只和市場部那邊交流業務處理問題。”

　　這次吳培賢聽了我的話，眉頭微微皺起來，開口說道:“你說的是有道理，但凡大些的公司也都是這樣處理的，但現在前端組配合Java組開發任務已經算比較大的了，如果將PHP組的數據處理和頁面顯示全部接手過來的話，人員配給上會較為吃力些的。”

　　“但是前後端不分離的話維護困難不說，職權和評判也混亂，現如今不分離的話我的項目服務端已經完成了，但因為前端這邊頁面所以交付不出去，這樣我的項目處於危險狀態，到時候PHP組任務逾期後，接著又對前端組進行考核，前端組又針對設計部進行考核，設計部的因為交流問題針對業務部考核，如此串聯下來完全沒必要，分離成功後，我就不需要管前端還是設計他們遇到什麽問題，PHP組這邊直接交付完成即可。”

　　“這樣吧，這件事情我會和李長軍說下的，畢竟這會增加他們的工作量的，未來確實是這樣的趨勢，還有其他的問題嗎?”

　　“還有的問題就是交流上面了，前後端分離後，我這邊基本不需要和設計部進行交流了，但和市場部的業務交流是必不可少的，我今天整理了很多資料發現都很混亂，還有就是剛才講到客戶對設計圖紙進行質疑卻未曾將消息傳遞到我這邊來的事情，我希望後續業務在接收客戶需求的時候，不管是項目維護還是功能新增、或者是客戶的某些質疑，只要是需要對產品代碼進行改動的， 或者對業務功能有所額外描述或疑惑需要亦或者是影響到我這邊的，都需要提交紙質或電子檔的需求說明申請書來。”

　　吳培賢聽完後陷入了沉思當中，也沒有等太久，應該是他整理好了思緒開口說道:“你說的這件事情其實我們也早有考慮了，就是比較難以推行，我們幾個部門主管也還一直未能達成協議，基本上再過一段時間等老板召開會議會會初步定下來，這一條我會增加進去的，我知道你是學製造業出身的，那邊的圖紙就和我們的代碼差不多重要，但卻比我們代碼更加嚴謹，我也聽聞企業的圖紙設計變更需要經過層層簽核下來才能改動，圖紙下放生產前需要召集會議評審，”

　　“但咱們現階段還是創業初期公司，從項目接手到代碼實現再到線上部署，基本很少有正式文件來約束，而且因為公司實力問題，市場部對於客戶也沒有太多的主動權，也就導致了我們技術部門需要經常給他們擦屁股，但這些後續都會改善的，屆時就會拒絕一切口頭交流，甚至可以嚴格到拒絕任何非領導審批的需求變更。”

　　聽了吳培賢的話，我也知道這些問題其實早就暴露了出來，但大家都不想或者是覺得沒那麽容易解決，如今用文件約束業務交流問題估計一時半會兒下不來，不過對PHP項目進行前後端分離應該不會太多問題，一方面是這件事是部門內的，吳培賢有這個權利和能力處理，另一方面是現階段並沒有接收到新的PHP項目，即使實施前後端分離，也要等到有新項目到來後，前端組的工作量增多才會體現出來。