這次要搬到別的樓層, 新樓層的個人空間比較少, 因此你當下立馬要做的, 就是要整理自己的用品. 在這個過程中, 斷捨離的想法就很重要.
因為, 你發現很多東西用不到. 抽屜裏很多東西都是超過一年以上沒有用到, 大多數這些東西都是 nice to have, 並非是你工作上, 或是生活上必須用品.
可是呢, 你對有些東西有情感, 他是你過去生活中的一部分縮影. 或者, 你認爲它在將來某個點會再用到, 並沒有壞掉, 所以你不捨得將之拋棄.
在這個過程中, 收著收著, 忽然間敏捷魂上身, 覺得這中間有些道理和敏捷的想法很相似:
1. 懶惰
很多時候是因為自己懶惰, 沒有時時刻刻去整理它, 等到累積到一對時間後, 你就不想或是不敢去動它. 除非要或樓層, 或者是離職, 否者也不會去清理.
同理, 代碼也是這樣, 如果平時不做點 refactoring, 時間一久後, 相信很少有工程師敢去動它, 會動就好, 等出大問題再來說吧. 最後就是堆一大堆 bug 或是不好的東西, 想改也改不動.
2. 浪費
當初為了要整理這些雜物, 跟公司申請了移動矮櫃和檔案夾. 可是有了這些後, 反而讓自己鬆懈了, 認為有了他們後, 東西就會有地方放, 導致東西越積越多.
同理, 我們導了很多工具要去做 CI, CD 或是 Devops, 認為有了這些工具後, 我們就敏捷了, 就趕美超日了. 但是沒人做自動化, 也沒有去追蹤工作所發的警報, 只是樣子很好看, 但是卻是另一種浪費, 浪費了大家先前的建置時間.
3. 取捨標準
在整理東西時, 最快的方式就是丟掉. 可是丟掉的評估標準是什麼? 這是一個好難回答的標準. 後來自己覺得不是公司的不留, 私人物品大多該帶回家. 就算要留私人用品, 應該也是維持基本生活所需就可以.
如果是公司用品, 只留目前手上的案子要用的, 其他的轉給維護團隊, 或是超過三年以上的沒人維護的就可以丟了.
開發系統也是一樣, 每次要交付的都應該是這個版本最需要, 沒有則客戶或是產品活不下去的, 集中火力先做出最想要的, nice to have 總是可以放到下次.
如果你很貪心, 想要所有東西都做, 那會怎樣呢? 勢必交付時間會拉長, 客戶會需要等很久才能拿到東西. 客戶這時候會怎麼想, 既然要等這久才能拿到, 那我還有些需求就要順便也提出來, 否則下次不知道是什麼時候, 所以以雪球越滾越大, 一整個惡性循環.
這時候, 我老婆說話了: 廢話這麼多, 還不快來整理客廳.
全站熱搜
留言列表
