開發時要專注在"範圍(Scope)"

整理小記錄2-開發時要專注在"範圍(Scope)"，是一篇2015年的專欄，提到為什麼一些產品開發上市的遲遲延後，從中探討大多都是出自於開發範圍管理上的問題。

定義軟體開發範圍與處理細節是必要性，除了軟體外，硬體其實也差不多，但硬體較少的原因是實體製造通常進入生產階段，要變更的管理決策相對少(除了重大議題或者純粹是人為問題)。

整體上有幾個思考點：

1. 拿捏執行細節；

2. 要有切點/里程碑；

3. 設法有效管理開發範圍的異動。

有一種Scope的變動通常是好現象，那就是砍掉Scope。

==>這也是接手別人的架構，若沒意外會整個砍掉重練，但太大的系統通常就會放給它去了，畢竟牽一髮動全身，改一字而毀全系統!!

總結是(原文無刪改)：

所有參與開發的人，包括掌管Scope的權責者，總是要一直在心裡想著Scope。有明確的Scope才能開始開發。此外，Scope中的細節需要備足夠的描述，而且，總是應該要劃分出適合的斷點，在一個切典禮的Scope盡量維持它不擴展、不改變，但是可以適度地削減它。

Ref: 王建興/2015-01-18: 開發時要總是想著範圍