01
想清楚再動手
動手寫代碼之前,我們先把問題本身想透。設計和討論上花的時間,最終換來的是更快交付、更耐用的軟件。
例:每個新功能開工前,我們都寫一頁設計文檔。不僅寫「做什麼」,還寫「不做什麼」。團隊對齊後才動手。
Culture
小團隊更需要重視設計、文字、Review 與運維責任。這不是口號,而是為了做出長期可用軟件的工作方式。
· QUOTE ·
「技術只是工具。真正重要的,是為誰而做、怎麼去做。」
動手寫代碼之前,我們先把問題本身想透。設計和討論上花的時間,最終換來的是更快交付、更耐用的軟件。
例:每個新功能開工前,我們都寫一頁設計文檔。不僅寫「做什麼」,還寫「不做什麼」。團隊對齊後才動手。
我們不挑工作地點。會議儘量少,文字記錄承擔主要溝通。能安靜專注的時間,才是好軟件生長的土壤。
例:會議記錄即時發到 Slack。始終保持「不參會也能掌握全局」的狀態。跨時區的成員也能異步順暢協作。
我們把時間花在對客戶真正有價值的事上,而不是流行或好看的東西。決定「不做什麼」,才是我們手藝的核心。
例:選型時「兩年後還能不能穩定跑」比「是不是最新」更重要。成熟技術和前沿工具,根據場景混合使用。
看到問題,當場說出來。我們不隱藏風險,提出的是根據,不是猜測。無論對內對外,態度一致。
中國與日本——兩處現場的學習各不相同。我們不困在單一視角里,而是把兩邊最好的部分結合起來。