為了保持產品待辦事項（product backlog）的整潔有序，我們需要召開product backlog refinement會議（有時也叫product backlog grooming）。這個會議是在乙個sprint快要結束的時候召開的，以確保下乙個sprint的待辦事項都準備好了。
在這個會議上，團隊和產品負責人（product owner）一起討論高優先順序的待辦事項。團隊可以趁此機會提出問題（這些問題通常在spring計畫會議上也會冒出來）：
通過較早地提出這些問題，特別是當產品負責人預先沒有想到這些問題的時候，他就有機會去進一步探尋答案。
如果這些問題在sprint計畫會議上才被第一次提出來，而且太多問題得不到解答，乙個高優先順序的待辦事項必然就被擱置起來，也就無法排進sprint被實施了。
在product backlog refinement會議上，這些問題無須一一解決。產品負責人只需要解決其中主要的，讓團隊有信心覺得那個需求在即將召開的sprint計畫會議上能夠被充分討論即可。
這麼看，與其說product backlog refinement會議致力於全面解決問題，不如說它是乙個檢查點。
不像scrum裡的其他會議，我不認為product backlog refinement會議需要團隊全體成員一起參與。
試想一下，在sprint結束前3天，如果把整個團隊都聚起來開會，而此時很可能正是有人超級忙的時候——如果他被迫參會，他就不得不加班才能完成當前sprint的工作任務了。
我更傾向於撇開這樣的團隊成員來開這個會。只要不出現每個sprint都是同樣一些人不參會的情況，我認為，團隊裡能有大概一半人參加product backlog refinement會議就可以了，當然還要加上產品負責人和scrum master。
Scrum解決產品和開發的矛盾
it行業最常見的玩笑之一就是產品和開發之間的相愛相殺了。在很多公司兩者似乎成了 仇家 從一定程度上也說明了產品和開發之間確實有不少矛盾。主要體現在如下幾個方面 經常出現的是說產品突然某個時候出現，通知開發要在某個時間點之前完成某項feature，然後開發就暴走了。在乙個scrum團隊裡面不會出現這種...
Scrum 產品所有者的挑戰
既然價值不好控制也不易評估，許多product owner便將眼光放在 進度控管 上面，畢竟產品的發布進度也是product owner需要負責的部分。product owner 10 個裡面有9個或多或少都覺得開發團隊進度太慢。product owner經常公開或私下抱怨 為什麼快不了？預估進度與...
Scrum中的角色
在scrum中有三個基本的角色 產品所有者 product owner 開發團隊和scrummaster。產品所有者負責取得產品最大的商業價值，收集相關於產品的所有資訊 從客戶或產品的終端使用者，開發團隊成員和專案管理者中獲取並將資訊轉化為優先權專案列表。在一些情況下，產品所有者正是客戶本人 在另一...