the scrum master
職責：下決定；控制需求；掃除障礙
維繫需求方與開發者的紐帶，全程參與所有的過程，了解進度的情況，控制需求的不正常增加。
此職位需要很高的開發能力，同時又能根據專案的情況，定知合理的backlog, sprint的機制。
product backlog
需求列表，開發過程中不斷修正之。
內容包括：<1> 市場的需求（市場活動）
<2> 策劃的需求（開發內容）
<3> 美術的需求（改進工具）
<4> 程式的需求（改進/優化程式結構）
<5> 運維的需求（改進資料中心，gmtool）
scrum team
組成6 - 8人
<1> 包括 coder & tester
<2> 完成 sprint 所需要的成員
<3> 最好組內有一名非常有經驗的 coder
國外行業的發展比較久，因此<3>的條件比較容易達到。許多開發方**，都要求在技術不是主因的情況下，才能成為可能，國內的情況就差遠了。優秀的coder都不好找啊~
daily scrum meeting
三個問題：<1> 昨天完成了什麼
<2> 今天打算做啥
<3> 遇到什麼困難 or 有啥心得
每日的 meeting，簡潔、高效，對遇到的問題，leader 快速做出決定（掃除障礙）。
sprint planing meeting
sprint 開始前的乙個討論會，從 backlog 中選取優先順序高的任務，然後 team member 評估任務完成要花費的時間，最後確定此次 sprint 要完成哪些任務。
sprint【兩周或者乙個月為佳，sprint結束時團隊可以提供可執行的系統片段】
每月一次的衝刺式開發，要求結束時有 product release。
對於 scrum team，要求管理者給與他們足夠的自由，讓 team member 自發的在 sprint 中成長，同時了解每個人的能力。
對於 sprint 目標中，技術上的不確定因素，也讓他們自由去尋找解決方案。即使本次 sprint 失敗了，對於 team member 來說也是很大的鍛鍊。
對於進度，要求管理者自己去旁聽 daily meeting，自己作記錄，而不是讓 team 給管理者匯報。
乙個 team 沒有計畫和管理，肯定是不行的。sprint 則是下放權力，讓 team 形成自己的開發方式。其實這也要求 team 中有經驗豐富的成員，才能更快的完成成長過程。scrum 的整個過程，對 scrum master 的要求是很高的。
sprint review
本次衝刺開發的回顧。
附篇：影響專案的幾個因素（程式設計師角度）
<1> 程式設計師本身的能力、經驗
<2> 開發流程的好壞（與策劃/美術的溝通配合）
<3> 開發團隊的氛圍、成員的工作態度
軟體測試的各個階段
軟體測試的各個階段 這幾個階段其實就是乙個pdca 戴明迴圈 p plan 代表計畫,d do 代表執行,c check 代表檢查,a action 代表處理。1.測試需求 資料表明，超過50 的缺陷 於錯誤的需求，所以對於需求文件，應該遵循盡早測試的原則，對需求進行測試。a.對需求規格說明數進行要...
對於equals和 的理解
很多時候equals和 大家都分不太清楚怎麼樣來使用，今天小編就來教大家怎麼使用 equals比較的是兩個變數的值是否相等 而 則比較的是這個變數的記憶體位址是否相同 打個比方來說 string a new string a string b new string a system.out.prin...
Scrum對於老闆的價值何在？
這篇文章是寫給致力於推廣scrum的專案經理們的，我的很多客戶都問過我這樣的問題 他們用了scrum一段時間了，發scrum確實是個好東西，能夠有效的提高團隊的生產力，鼓舞團隊士氣，降低外界對團隊的干擾，以及卜啦卜啦卜啦一大堆的好處，但是老闆們，尤其是那些非軟體開發出身的老闆們，卻對scrum仍然無...