scrum是一種專案管理方式。在scrum團隊中，有3種定義好的角色：
【po - product owner/產品負責人】
在整個敏捷scrum開發的過程中，product owner起著至關重要的作用。
product owner，即產品負責人，代表利益相關者的利益，代表客戶的意願，從業務角度保證scrum團隊做正確的事；同時代表專案的全體利益干係人，負責產品列表（product backlog），排出優先順序，編寫條目化的需求（使用者故事），從而使專案價值最大化的人。
【sm - scrum master/敏捷教練，敏捷專家或者敏捷大師】
敏捷開發中的sm即scrum master，即熟悉敏捷開發模式及敏捷實施流程的人員，是「僕人式領導」或「服務式領導」。一般可由敏捷團隊當中的開發負責人擔任，部分能力很強且懂技術的產品經理也可擔任這個角色，因涉及到工作量評估和分派等工作，最好都是由技術能力較強的人員擔任。
負責保證開發過程按計畫進行，組織scrum planning meetings（sprint計畫會議）, daily stand-up meeting（每日站會）, sprint review meeting（sprint評審會）和 sprint retrospective meeting（sprint回顧會）
【scrum team - 敏捷團隊】
scrum team一般由不同特長的團隊成員組成（開發、測試、ui設計），人數控制在7人左右。
【product backlog - 產品列表或者產品清單】
【sprint backlog - sprint清單】
備註：乙個sprint一般為1個月
【scrum planning meetings - sprint計畫會議】
根據product owner制定的產品或專案計畫在sprint的開始時做準備工作。乙個product owner需要乙個確定產品最終目標的遠景，規劃出今後一段時間產品發展的路線圖，以及根據對投資回報的貢獻確定的產品特性。他要準備乙個根據商業價值排好序的客戶需求列表。這個列表就是prodct backlog，乙個最終會交付給客戶的產品特性列表，它們根據商業價值來排列優先順序。
【daily stand-up meeting - 每日站會】
scrummaster需要組織團隊成員每天開站會。這個會議是用15分鐘的時間來讓大家過一下scrum的狀態。在會上，每個團隊成員需要問3個問題：我昨天做了什麼，今天做什麼，遇到哪些障礙。誰都可以參加這個會議，但只有scrum團隊成員有發言權。這個會議的目標是得到乙個專案的全域性觀，用於發現任何新的依賴，定位專案成員的要求，實時的調整當天開發計畫。
【sprint review meeting - sprint評審會】
在sprint結束的時候召開sprint評審會。 這個會議最多不超過4個小時。會議演示在這個sprint中開發的產品功能給product owner。produc owner會組織這階段的會議並且邀請相關的利益相關者參加。 一般情況下，業務、市場、技術都要做相關的評審。
【sprint retrospective meeting - sprint回顧會】
由scrum master和scrum team一起回顧當前的sprint。團隊評估大家在一起的工作方式，找出好的方式以後繼續發揚，找出需要做的更好的地方，想辦法提公升。sprint回顧會結束後，新一輪的迭代又繼續開始，迭代會一直繼續，直到開發了足夠多的功能去交付乙個產品。
軟體測試思想者 測試用例設計的幾點經驗分享
一般來說，測試用例的設計，在軟體測試的行當中屬於中級甚至是高階軟體測試工程師的工作和必備技能。如何成為測試用例設計達人或測試設計達人呢？在這裡，不做刻板的教條式宣講，分享幾點經驗如下。1 共享其他同類產品或專案的測試用例，提高效率，節約時間 通常情況下，我們可以將每個軟體公司的軟體產品分成不同的型別...
敏捷開發中的軟體測試
敏捷開發中的軟體測試 陳能技 2007 9 5 參考 bret pettichord 的 agile testing what is it?can it work?和 agile testing challenges 敏捷宣言 個體和互動比過程和工具更有價值 能工作的軟體比全面的文件更有價值 顧客的...
敏捷開發實踐（2） 敏捷軟體開發者的習慣
敏捷開發實踐 2 敏捷軟體開發者的習慣 敏捷開發的最小單位就是參與敏捷開發的個人。將這些敏捷開發者聚集起來，就形成了敏捷開發團隊。正如上回介紹的，敏捷開發是一種以人為核心 迭代 循序漸進的開發方法，它以最大可能地發揮團隊的作用為目的。根據需要，隨時改善，以降低軟體開發中的風險。敏捷開發者的態度 敏捷...