scrum 是乙個用於開發和維持複雜產品的框架 ，是乙個增量的、迭代的開發過程。在這個框架中，整個開發過程由若干個短的迭代週期組成，乙個短的迭代週期稱為乙個sprint，每個sprint的建議長度是2到4周(網際網路產品研發可以使用1周的sprint)。在scrum中，使用產品backlog來管理產品的需求，產品backlog是乙個按照商業價值排序的需求列表，列表條目的體現形式通常為使用者故事。scrum團隊總是先開發對客戶具有較**值的需求。在sprint中，scrum團隊從產品backlog中挑選最高優先順序的需求進行開發。挑選的需求在sprint計畫會議上經過討論、分析和估算得到相應的任務列表，我們稱它為sprint backlog。在每個迭代結束時，scrum團隊將遞交潛在可交付的產品增量。 scrum起源於軟體開發專案，但它適用於任何複雜的或是創新性的專案。
產品負責人（product owner）
scrum master
scrum團隊
產品backlog（product backlog）
sprintbacklog
產品增量（increment）
sprint計畫會議（sprint planning meeting）
每日站會（daily scrum meeting）
sprint評審會議（sprint review meeting）
sprint回顧會議（sprint retrospective meeting）
產品backlog梳理會議（ product backlog refinement）
承諾 – 願意對目標做出承諾
專注– 把你的心思和能力都用到你承諾的工作上去
開放– scrum 把專案中的一切開放給每個人看
尊重– 每個人都有他獨特的背景和經驗
勇氣– 有勇氣做出承諾，履行承諾，接受別人的尊重
scrum以經驗性過程控制理論（經驗主義）做為理論基礎的過程。經驗主義主張知識源於經驗, 以及基於已知的東西做決定。scrum 採用迭代、增量的方法來優化可預見性並控制風險。
scrum 的三大支柱支撐起每個經驗性過程控制的實現:透明性、檢驗和適應。scrum的三大支柱如下：
透明度是指，在軟體開發過程的各個環節保持高度的可見性，影響交付成果的各個方面對於參與交付的所有人、管理生產結果的人保持透明。管理生產成果的人不僅要能夠看到過程的這些方面，而且必須理解他們看到的內容。也就是說，當某個人在檢驗乙個過程，並確信某乙個任務已經完成時，這個完成必須等同於他們對完成的定義。
開發過程中的各方面必須做到足夠頻繁地檢驗，確保能夠及時發現過程中的重大偏差。在確定檢驗頻率時，需要考慮到檢驗會引起所有過程發生變化。當規定的檢驗頻率超出了過程檢驗所能容許的程度，那麼就會出現問題。幸運的是，軟體開發並不會出現這種情況。另乙個因素就是檢驗工作成果人員的技能水平和積極性。
如果檢驗人員檢驗的時候發現過程中的乙個或多個方面不滿足驗收標準，並且最終產品是不合格的，那麼便需要對過程或是材料進行調整。調整工作必須盡快實施，以減少進一步的偏差。
scrum中通過三個活動進行檢驗和適應：每日例會檢驗sprint目標的進展，做出調整，從而優化次日的工作價值；sprint評審和計畫會議檢驗發布目標的進展，做出調整，從而優化下乙個sprint的工作價值；sprint回顧會議是用來回顧已經完成的sprint，並且確定做出什麼樣的改善可以使接下來的sprint更加高效、更加令人滿意，並且工作更快樂。
敏捷開發（一）敏捷開發和Scrum
工作的軟體是首要 進度度量標準。敏捷過程 提倡可持續的開發速度。責任人 開發者和使用者應該能夠保持乙個長期的 恆定的開發速度。不斷地關注 優秀的技能和好的設計會增強敏捷能力 簡單 盡最大可能減少不必要的工作 是根本的。最好的構架 需求和設計出自與 自組織的團隊。每隔一定時間，團隊會在如何才能更有效地...
Scrum需要乙個雙刃團隊
1993年，jeff和ken開創了scrum，至今已經有25年之久。如今敏捷開發也不是什麼流行詞兒，不少it組織已經走在敏捷轉型的路上，還有一部分組織則剛痛下決心拋棄瀑布式計畫型開發模型，試圖採納敏捷開發框架 比如scrum 但大部分組織即便拼得遍體鱗傷，仍然無法按期交付卓越的軟體，最後要麼放棄，要...
設計和開發乙個介面
1 功能 2 效能 3 安全 4 易用 5 可擴充套件 6 可維護 7 可測試 8 可運維 9 協議多樣 10 互聯互通平台無關。就說這個登入介面，你至少要考慮到登入渠道，密碼儲存安全，資料傳輸安全，試錯操作日誌，敏感資訊是否可記錄日誌，黑白名單等等。ps 問某乙個功能介面還可以憑經驗告訴你，你問的...