風險源於不確定性，然而軟體之所以為「軟」，就是由其生命週期中所面對的變化和不確定所決定的，從另乙個角度講，不確定性又是與創新如影隨形。
精益軟體開發的度量體系
度量本身不是目的，是手段。
在很多情況下，資料的生產者不是資料的使用者；資料的生產者沒什麼動力去分辨資訊的價值，也不關心資訊準確與否；資料的生產者關心的是資料是否會對自己帶來懲罰或是收益，而不是資料跟軟體開發的關係；在很多管理者的認識當中，度量的主要目的，是確保事情在掌控之中，為的是獲得可靠性和安全感；相對於「更高效的開發軟體」這樣模糊的目標而言，很多一線人員對度量指標的使用其實更加乙個簡單、清晰、樸實——一旦開發除了問題，乙個自我保護的理由就是「我已經滿足了度量的要求了呀」。
精益的乙個核心理念是持續改進。在理念上，我們希望把度量的重心從「控制」轉向「改進」。雖然控制和改進都是對系統採取的干預性措施，「控制」給人造成的心理暗示是圍繞著靜態目標而行動；而「改進」則將動態的目標植入人們的思維模式。這有助於我們在識別軟體開發的成功路徑時，由可靠性轉向乙個更廣泛的視角。
在這樣的理念指導下，度量體系的作用就是提供資訊來幫我們知道現在**，距離目標到底有多遠，我們是否在向目標前進，進展的程度如何。因此，簡單的說，度量是通過對目標位置、相對位置、移動方向的描述，幫助組織達成其業務目標。
度量是什麼
度量是在乙個特定組織上下文中形成的一系列共識：度量的乙個重要意義是統一思想、統一方式，從而使不同的人能夠在一致的基準上進行溝通，減少產生誤解的可能性。在乙個軟體開發組織裡，度量統一的不僅僅是度量單位、度量物件、度量手段，更重要的是統一對目標的認識。
度量是將經驗模型向量化模型進行匹配的嘗試：量化模型就是通常所指的硬資料、硬指標，這是大多數管理人員想看到的。
度量是包含人、流程、組織和工具的乙個動態系統：如果把軟體開發組織看做乙個動態的系統，度量實際是作為反饋機制來對這個系統產生作用的。
度量不是什麼
度量不是軟體開發固有的活動：度量本身並不對客戶直接可見，不是作為產品或服務的一部分為客戶直接創造價值，因此根據精益的理念，應該盡可能減少。
度量應該避免跟績效直接相關
度量不是免費的
軟體開發中並不是所有的目的都要用度量來達成，度量也不是幫助達成所有目標的靈丹妙藥。
簡單之美 軟體開發實踐者的思考
簡單之美 軟體開發實踐者的思考 基本資訊 這是一次軟體開發者的心靈溝通之旅 10大社群一致鼎力推薦 內容簡介 本書不是一本關於方 的理論性書籍 儘管已經嘗試在大量的思考上進行一些理論歸納 也不是一本 關於具體技術的操作手冊。本書為讀者呈現的是作者在軟體 開發實踐中的思考和體驗，目的在於 實 踐中的問...
簡單之美 軟體開發實踐者的思考 02
敏捷開發最注重的是人，或者說個體。目標是提高個體的主動性，提高產出效率。敏捷開發要求團隊一起工作，甚至還有客戶。結對程式設計。迭代交付，三周為乙個週期，每個週期都發布可用地 經過測試的 2到5個週期後進行一次發布。敏捷開發積極擁抱變化，主要依靠 重構來配合變化。敏捷開發的優點在於發布時間短和響應需求...
軟體工程實踐者的研究方法 要點01
1 軟體的定義 軟體是包括程式 資料及其相關文件的完整集合。其中，程式是按照事先設計的功能和效能要求執行的指令序列 資料是使程式能正常操作資訊的資料結構 文件是與程式開發 維護和使用有關的 材料。軟體的定義三個方面 1 指令的集合，通過執行這些指令可以滿足預期的特徵 功能和效能需求 2 資料結構，它...