一、敏捷宣言：
我們一直在實踐中探尋更好的軟體開發，身體力行的同時也幫助他人。由此我們建立了如下價值觀：
個體與互動 重於 過程和工具
可用的軟體 重於 完備的文件
客戶協作 重於 合同談判
響應變化 重於 遵循計畫
二、scrum概述：
scrum是迭代式增量軟體開發過程，通常用於敏捷軟體開發。包含三個角色、五個儀式、三個元件。
三個角色：
scrum主管 scrum master： 為scrum過程負責的人，確保scrum的正確使用並使得scrum的收益最大化。一般不翻譯。
開發團隊 team: 由負責自我管理開發產品的人組成的跨職能團隊。
五個儀式：
計畫會 sprint planning meeting：在每個衝刺之初，由產品負責人講解需求，並由開發團隊進行估算的計畫會議。
每日立會 daily standup meeting：團隊每天進行溝通的內部短會，因一般只有15分鐘且站立進行而得名。
評審會 review meeting：在衝刺結束前給產品負責人演示並接受評價的會議。
反思會/回顧會 retrospective meeting：在衝刺結束後召開的關於自我持續改進的會議。
衝刺 sprint: 乙個時間週期（通常在2周到1個月之間），開發團隊會在此期間內完成所承諾的一組訂單項的開發。
三個元件：
產品列表 product backlog：根據使用者價值進行優先順序排序的高層需求。
衝刺訂單 sprint backlog：要在衝刺中完成的任務的清單。
燃盡圖 burn-down chart：剩餘工作量的工作圖表，可以直觀的**何時工作將全部完成。
三、大多數敏捷新產品開發流程的關鍵要素：
四、敏捷開發的12個原則：
我們最優先要做的是通過盡早的、持續的交付有價值的軟體來始客戶滿意。
即使到了開發的後期，也歡迎改變需求。
經常性的交付可以工作的軟體，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好。
在整個專案開發期間，業務人員和開發人員必須天天在一起工作。
圍繞被激勵起來的個人來構建專案。
在團隊內部，最具有效果並且富有效率的傳遞資訊的方法，就是面對面的交談。
工作的軟體是首要的進度度量標準。
敏捷過程提倡平穩的開發節奏；發起人、開發者和使用者能夠保持乙個長期的、恆定的開發速度。
不斷地關注優秀的技能和好的設計會增強敏捷能力。
簡單化是根本（不做過度設計和**）。
最好的架構、需求和設計出自於自組織的團隊。
每隔一段時間，團隊會在如何才能更有效地工作方面進行反思並對自己的行為進行相應調整。
PMP考試心得
當我正在看著 專案管理 進度 計畫 控制的系統方法 預備下次考試的時候，收到了pmi的考試通過的通知，成績為3m2p，不用補考了，心裡總算松了一口氣。說實話在成績出來前沒有一點把握，因為考前看書不多，時間很緊張，整個過程彷彿回到了高考。雖然考過，卻是應試教育，不值得提倡，先分享下考試的感受及經驗。一...
PMP考試相關
知識點 讀書筆記 同步練習 一 pmp考試的難點 1 涉及面廣，只要看一看pmbok指南，就可以知道其覆蓋的知識面之廣，除專案管理本身的一些概念 過程以外，pmp考試還會涉及以下學科 pmp考試以pmbok指南為基礎，但會超出pmbok指南。2 既考知識又考應用 第一是純知識題，靠記住和理解pmbo...
PMP考試相關
知識點 讀書筆記 同步練習 一 pmp考試的難點 1 涉及面廣，只要看一看pmbok指南，就可以知道其覆蓋的知識面之廣，除專案管理本身的一些概念 過程以外，pmp考試還會涉及以下學科 pmp考試以pmbok指南為基礎，但會超出pmbok指南。2 既考知識又考應用 第一是純知識題，靠記住和理解pmbo...