1. 程式人生 > >一次判斷失誤的反思

一次判斷失誤的反思

概述


最近想把下單介面中耦合的營銷邏輯剝離掉,不然每次修改營銷工具或者新增營銷工具的時候,下單介面都得改動,下單介面本身就非常複雜了,每次改動都得小心翼翼,深怕出錯,從而影響下單。

公司的營銷工具非常多,像砍價、滿減、優惠券、拼團、秒殺等。那麼到底是將全部營銷邏輯一次性剝離還是一個一個來呢?當時老闆的建議是,一個一個來,降低風險。但是我沒有聽從,理由是:

營銷邏輯應該有專門的營銷系統負責,提供介面給訂單系統使用,如果下單介面的營銷邏輯一個一個剝離,那麼部分營銷邏輯通過呼叫新介面實現,部分營銷邏輯仍然冗餘耦合在下單邏輯中,這樣不徹底也很難適配。另外,也將佔有很多測試資源,每次剝離一點營銷邏輯,測試人員都得把主流程測試一遍。

後來老闆同意我的說法,開幹。


努力的重構


當時是計劃用兩個星期的時間,完成任務。一個人負責營銷介面的實現,另外一個人負責修改下單介面。
進度非常不錯,用一個星期就差不多完成主要邏輯。心情仍然很happy


計劃有變


由於公司業務的發展,營銷工具越來越多,原有的營銷工具也不斷演進,導致下單介面需要頻繁的改動。而我們小組又在做下單介面的重構,需要同步需求和程式碼。更可怕的是,我們當時是想剝離所有營銷邏輯的。最後發現,做不到。

只能用回老闆原來的方案,一個一個的剝離,不然下單介面剝離營銷邏輯這個任務,好幾個月都無法上線。


總結


1、如果當時能多跟產品經理溝通,瞭解營銷工具未來的迭代計劃,那麼我當時就不會衝動的想一下子剝離所有營銷邏輯了。
2、變化太快太多的,只能小步小步的重構,步伐太大,很難有階段性的里程碑。