YAHOO!使用SCRUM+XP
Anthony Tsai
我目前在Yahoo! Taiwan工作，我們team台灣4人香港4人，負責快速建構出亞洲區各服務的campaign site。(通常
campaign 都是來得又快又急)
例如本週上線了 http://tw.specials.yahoo.com/fashion/vs2/ http://shine.yahoo.com/the-thread/
http://tw.feature.movie.yahoo.com/2012uip/madagascar3/index.html …
(通常在一個sprint完成)
我們team又分兩小組
1. solution team: 決定每個campaign site用什麼solution做, ( e.g. 要用CMS A系統還是
CMS B 還是 外包 還是 ...)，並協助PM組合出campaign site和最後的release。
2. product team: 主要implement module. e.g 例如 FB like module最近太常被request
了，所以決定implement然後新增進CMS Ｂ.
所以我們的process是
這兩組分別:
兩週一次product backlog: 各分別由team lead和PM溝通，team member也會在場確定可行性會給予意見，team
lead收集所有需求後，寫成user story，並決定priroty排進product backlog，寫在公司內部的wiki.
Story ID：unique id 直接對應到bugzilla的ticket id.
Title: user story名稱, 例如As a user, I want to use FB like module
in CMS-A.
Priority: 看這個item急不急著上線，或是重不重要來決定
Story Point：指Scrum的初始估算，指這個故事與其它的故事相比，完成這個故事需要的代價是多少。
Description/notes：大略描述這User story要做什麼
兩週一次sprint planning:
決定這次sprint要做哪些user story ，所有team member都要參與，分配誰負責做哪一個user story ，並估計
複雜度(1,3,5,8,13)，輸入公司內部的sprint系統
會議後，被assign的人將user story break down成為小的task，估計複雜度並輸入內部sprint系統 ，會自動產生
task對應的 ticket id (http://www.bugzilla.org/)
每天下班前需要更新此task status (in ticket) ，update完成比率, Estimated Hours, Hours
Left..
最後當此task完成後，close ticket.
每天15分鐘的daily standup:
報告昨天做了什麼，有沒有什麼block，和接下來要做什麼
兩週一次sprint demo and retrospective.
最後sprint demo所做的東西，並事後檢討哪邊做得很好，哪邊做得不好下次該如做會更好
心得：
雖然說scrum+XP公司process建議的方向，所以剛開始感覺上是我們被強迫跑這process, 但事實上scrum+XP對於目前我們這
種小team很適合，且我們team的產出週期也剛好很短，XP+scrum跑約快要一年，的確有比之前的process更有效率。隔壁其他大
team(超過30人)也是分很多小組(track)，來跑 scrum+XP。但個人認為開發流程只是一個框架，所以我們常因為特別情況作調整，例如
有時候調整週期為每週一次，稍早之前的版本是沒分組一起跑scrum，一起跑在同個sprint，甚至之後可能會調整成全部200個engineer連
team都不要分，依照需求和engineer專長，6~8人一組來跑scrum。所以目前看起來是好處居多，原因是Scrum著重在管理以及組織的實
踐，而XP大多著重於實際的程式碼開發，它們互相解決不同領域的問題，並且互補對方的不足。
XP＋Scrum by miller