20162328蔡文琛 大二十三週結對夥伴問題回答

個人結對夥伴是20162327王旌含
他的問題是如何將scrum更好的運用到團隊中
個人理解是他在問scrum有什麼用
個人建議是
Scrum是迭代式增量軟件開發過程，一般用於敏捷軟件開發。Scrum包括了一系列實踐和預約義角色的過程骨架。Scrum中的主要角色包括同項目經理相似的Scrum主管角色負責維護過程和任務，產品負責人表明利益全部者，開發團隊包括了全部開發人員。雖然Scrum是爲管理軟件開發項目而開發的，它一樣能夠用於運行軟件維護團隊，或者做爲計劃管理方法：Scrum of Scrums.

他的收穫是初步瞭解了scrum敏捷開發的內容
個人理解是他理解了敏捷開發的步驟
個人建議是

Scrum框架包括3個角色、3個工件、5個事件、5個價值
3個角色
產品負責人（Product Owner）
Scrum Master
開發團隊
3個工件
產品Backlog（Product Backlog）
SprintBacklog
產品增量（Increment）
5個事件
Sprint（Sprint自己是一個事件，包括了以下4個事件）
Sprint計劃會議（Sprint Planning Meeting）
每日站會（Daily Scrum Meeting）
Sprint評審會議（Sprint Review Meeting）
Sprint回顧會議（Sprint Retrospective Meeting）
5個價值
承諾 – 願意對目標作出承諾
專一– 把你的心思和能力都用到你承諾的工做上去
開放– Scrum 把項目中的一切開放給每一個人看
尊重– 每一個人都有他獨特的背景和經驗
勇氣– 有勇氣作出承諾，履行承諾，接受別人的尊重
SCRUM理論基礎
Scrum以經驗性過程控制理論（經驗主義）作爲理論基礎的過程。經驗主義主張知識源於經驗, 以及基於已知的東西作決定。Scrum 採用迭代、增量的方法來優化可預見性並控制風險。
Scrum 的三大支柱支撐起每一個經驗性過程控制的實現:透明性、檢驗和適應。Scrum的三大支柱以下：
第一：透明性（Transparency）
透明度是指，在軟件開發過程的各個環節保持高度的可見性，影響交付成果的各個方面對於參與交付的全部人、管理生產結果的人保持透明。管理生產成果的人不只要可以看到過程的這些方面，並且必須理解他們看到的內容。也就是說，當某我的在檢驗一個過程，並確信某一個任務已經完成時，這個完成必須等同於他們對完成的定義。
第二：檢驗（Inspection）
開發過程當中的各方面必須作到足夠頻繁地檢驗，確保可以及時發現過程當中的重大誤差。在肯定檢驗頻率時，須要考慮到檢驗會引發全部過程發生變化。當規定的檢驗頻率超出了過程檢驗所能允許的程度，那麼就會出現問題。幸運的是，軟件開發並不會出現這種狀況。另外一個因素就是檢驗工做成果人員的技能水平和積極性。
第三：適應（Adaptation）
若是檢驗人員檢驗的時候發現過程當中的一個或多個方面不知足驗收標準，而且最終產品是不合格的，那麼便須要對過程或是材料進行調整。調整工做必須儘快實施，以減小進一步的誤差。
Scrum中經過三個活動進行檢驗和適應：每日例會檢驗Sprint目標的進展，作出調整，從而優化第二天的工做價值；Sprint評審和計劃會議檢驗發佈目標的進展，作出調整，從而優化下一個Sprint的工做價值；Sprint回顧會議是用來回顧已經完成的Sprint，而且肯定作出什麼樣的改善可使接下來的Sprint更加高效、更加使人滿意，而且工做更快樂。