Extra Features （多餘的功能）是軟體開發七種浪費行為中，最嚴重的一種浪費。為什麼？道理很簡單，如果某項功能連寫都不需要寫，那就不會因為要開發該功能而產生『Partially Done Work，Relearning，Handoffs，Task Switching，Delays，Defects』這些浪費的行為了。與其做出客戶暫時不需要的功能，而日後需要『時時勤拂拭，勿使惹塵埃』（開發與維護這些功能使其正常工作），還不如採取『本來無一物，何處惹塵埃』的策略，不是省事多了。
路人甲：那乾脆什麼都不做，不是最好。
Teddy ：我也想什麼都不做啊，可是到了這種極端，你的銀行帳戶也會跟著『本來無一物，何處惹塵埃』。畢竟鄉民們大概都還是屬於俗世中人，尚未修煉到不食人間煙火的境界，所以『該做的，還是要做』。至於哪些是該做的，哪些是不該做的，就要靠各位的『智慧』去判斷了..XD。
***
舉個例子，Teddy 最近看到 Kay 買了 iPhone 4，覺的好心動，不由自主的便稍微研究了幾款智慧型手機，包括 HTC Desire，HTC Desire HD，HTC Desire ，Nokia N8...，每一款都好想買。於是，Teddy 心中的小惡魔就不斷地找理由說服 Teddy，『智慧型手機好棒，可以為你的生活帶來極大的便利，趕快買一隻，趕快買一隻』
在激情過後，Teddy 發現不管是那一款手機，目前暫時都不需要，先用 Kay 的 iPhone 4 就好了。Teddy 想起『住左邊，住右邊』這齣連續劇，裡面有一句對白，『公家有，用公家，公家沒有用朋友』，這樣最省的啦。如果 Teddy 當時衝動之下跑去買了不需要的手機（Extra Features），那就是大大的浪費了（Teddy 內心獨白：如果口袋夠深的話，好想給它浪費一下...XD）。這種情況在逛大買場的時候也常常發生，就算是事先寫好了購物清單，一不小心還是買了不必要的東西回家。
***
各位鄉民以前求學的時候，或多或少都有受到傳統軟體開發方法的洗腦，認為軟體專案事前的（需求）分析做的越多越好，系統要很有彈性，以便應付日後未知的新增需求（請參考『你的軟體架構有多軟』），搞得這些做軟體的人好像『算命師』一樣，要能預測未來。這種『過於彈性的軟體架構』或是程式設計師基於『追求使用最新技術的爽度所幻想出來的需求』，就好像你的下一隻智慧型手機，下一雙高跟鞋，下一件衣服，下一台 3D 電視，
問題來了，古人有云，要『未雨綢繆』，難道事先準備有錯嗎？不是都說『有備無患』，怎麼現在『綢繆』和『有備』都變成一種浪費啦，那是不是說每天只要躺著在家裡睡覺就可以當選啦。
長話短說，把握幾個 agile 精神：
- 最高境界：本來無一物，何處惹塵埃。不需要的功能，就不要做。
- 撐到最後一刻逼不得已時再做決定。問氣象局一個禮拜後的天氣，準確度可能只有 50%。若是問『今天』的天氣，準確度可能有 90%。如果問『昨天』的天氣，準確度就有 100% 啦。所以，愈晚做決定，通常比較不會出錯。這就是為什麼人人都可以當『事後諸葛亮』的原因。
- 採用演進式設計。
- 創造支援『逐步成長 』的開發流程，開發環境，與軟體架構。
- 對於已經開發完成的功能，要『時時勤拂拭，勿使惹塵埃』。這跟養小孩一樣，要嘛就不生，既然生了，不管長相如何，身體是否健康，都要好好照顧。
友藏內心獨白：以上所言，不適用於『老子就是錢多，就是要促進消費，你咬我啊』這種類型的人。
腦袋一直冒出精典名句:"東西沒有壞, 就不要主動拿去修"...
回覆刪除在某些公司文化，時時勤拂拭，常常使得自己惹一堆塵埃
經常失憶的老闆最愛說：當初為什麼沒考量進去 XD