斷更啦~~
上次更新時間 2023/11/23, 斷更近三個月的時間。
先狡辯下,因為忙、著實忙。因為忙,心安理得給斷更找了個借口,批評下自己~~
這三個月在做啥?跨部門援助,支援公司互聯網的 ToC 項目,一言難盡。
先說下考勤,基本上每天晚上十一點后下班。正常的雙休沒了,變成單休,甚至上十三天休一天。
月份 | 調休時長 |
---|---|
2023/11 | 76 |
2023/12 | 60 |
2024/01 | 46 |
所以,確實是有點忙~~
一次不指望開發人員懂業務的項目開發經歷
此次支援的項目屬于公司重點高項,團隊陣容堪稱豪華,所有資源優先投入此次項目。
此次項目的最大特點就是要在兩個月內出成果,時效卡的死死的
。
但是,問題來了,大部分人是從外部門支援來的,整個團隊懂業務的就那么幾個人。所以遭遇了工作以來,堪稱魔幻的一次開發經歷。
正常的項目迭代流程:
這次就牛逼了,主打一個開發不需要懂業務
,按圖索驥就行,妥妥的牛馬。
所以,效果也很顯著,整個開發周期內,前后端的 BUG 數量,高達6000+
。身上不帶百八十個 BUG,午飯都不好意思加個雞腿~~
但是,咱就說但是。但是,項目結果也是喜人的,經過牛馬們沒日沒夜的辛勤勞作、經過測試人員的N輪測試
,項目成功落地。
項目開發
項目啟動會議后,迅速再拉了一次 30+人的工程架構解讀會議,大伙看了兩天代碼,立馬投入開發階段。
早期介入開發時,大家集體懵逼。時間緊、任務重,根本沒有時間給開發人員講解業務需求、甚至需求文檔都沒有。
項目啟動后的前兩周,大伙一臉懵逼的做功能。遇到不懂得業務時,最常聽到是,“先等測試提 BUG 就行,他們懂業務”。這也造就了,測試介入后,提了6000+
的 BUG
項目測試
通常情況下,當開發做完完整的功能后,經歷自測、提測、冒煙測試后,測試人員才會正式介入測試。
這次流程就稍稍變化了下,整個項目管控,變成了比敏捷還敏捷。邊開發、邊構建、邊測試,而且不限次數的測試,直到問題處理結束。
最大的變化是,測試這里提出的不再是單純的 BUG,也會包含著需求在里面。也就是說,要做什么、不做什么,基本上是通過測試人員來傳達的。
另外很重要的一點,就是測試人員介入的時間點,在開發人員開始開發后的第三周。
測試的步步緊跟是這次項目成功的重要因素。
項目的底氣
拉了一群新人,在新人完全不懂業務的情況下,為什么敢玩的這么刺激?不怕翻車嗎?它的底氣是什么:
- 屬于舊項目重構。業務上并不是新需求,有產品人員全程跟隨,不怕業務需求跑偏。
- 龐大的測試團體。70+人的項目組,測試人員占了一半。
- 工程架構。可插拔的構架設計,保證了業務層的模塊可以隨時替換,單個模塊不會影響其它模塊。
項目開始后,開發人員一直在發牢騷,感覺項目負責人就是在瞎搞,妥妥的即將翻車。
令人驚訝的是,雖然一直在修修補補,但這輛車成功抵達了終點。
不過這一過程中,有一說一,技術債肯定是留下了,很多場景下,為了盡快修復問題,代碼都是特寫的,后期 CodeReview 時,必定要修改的。
價值
三個月忙忙碌碌,丟了一些東西,也撿起一些東西。
- GUI 專利
- 采集用戶行為,以熱力圖的方式可視化展示,輔助產品運營人員做決策。同事提出的想法,我加以實現,抱同事大腿,蹭個署名,哈哈哈哈哈
- 業務串講以及 CodeReview
- 主持數次串講以及 CodeReview
- 性能分析
- 首屏性能問題
- 表格卡頓問題。其中比較有趣的一點,
組件降級
處理,確實是個不錯的方案
- 抉擇
- 得支援部門領導得欣賞,期望我平調到支援部門;原部門期望留下,會有新項目主持。被人欣賞的感覺,還是不錯的噠
同事離職
同一天入職的同事離職了,時間定格在 2024/2/2,遙祝一帆風順,前程似錦。
往期回顧
- 雙周回顧#005 - 零
- 雙周回顧#004 - 滿眼歡喜
- 雙周回顧#003 - 新生
- 雙周回顧#002 - 紅樹林
- 雙周回顧#001 - 火燒云