**
兩個程式設計師的 msn log
a 說: (2008-09-17 11:23:20)
對了，問個咚咚，你們那邊是用scrum 麼？
b 說: (2008-09-17 11:23:26) 對
a 說: (2008-09-17 11:26:36)
你們也是每天morning meeting 羅？
a 說: (2008-09-17 11:26:44)
你覺得進度控制如何？ a
說: (2008-09-17 11:26:50)
scrum
真的很好用麼？
b 說: (2008-09-17 11:26:54)
很好啊 b
說: (2008-09-17 11:27:11)
挺有效哦 a
說: (2008-09-17 11:27:13)
給我說說你們一天的流程？如何？ a
說: (2008-09-17 11:27:37)
幾個策劃、幾個程式、幾個美術乙個team?
然後sprint ?
b 說: (2008-09-17 11:27:58)
一天沒什麼好說的啊，晨會，工作，第二天，晨會，工作 (
我們晨會的內容是五個問題：
1. 上個scrum工作日做了什麼
2. 這個scrum工作日準備做什麼
3. 剩餘工時估計
4. 有什麼困難需要幫助（簡單的可以當場解決，複雜的可以會後解決）
5. 有什麼可以和大家分享的心得)
b 說: (2008-09-17 11:28:12)
乙個sprint10~15個工作日， b
說: (2008-09-17 11:28:27)
總結，計畫 (
總結會內容：
1. 上個sprint的backlog內容總結，分析完成或未完成工作的原因
2. 整個sprint中的心得，以及可改善內容
3. 可以邀請高層lead參與
計畫會內容
1. 將上個sprint未完成的工作剪下到這個sprint中
2. 根據優先順序，程式設計師領取工作，預估工時)
a 說: (2008-09-17 11:28:48)
最大的感覺是不是每天的計畫都很滿 b
說: (2008-09-17 11:28:52)
基本流程如下，
還有就是角色，雞和豬 a
說: (2008-09-17 11:29:07)
每時每刻都知道自己要做什麼 b
說: (2008-09-17 11:29:10)
呃工作時間是程式設計師自己估計的 a
說: (2008-09-17 11:29:25)
雞和豬幹啥用的？ b
說: (2008-09-17 11:29:37)
我們現在策劃程式等是自己開自己的會 a
說: (2008-09-17 11:30:13)
有沒有這種情況，就是策劃後來的某個需求，導致原來程式結構的大動 b
說: (2008-09-17 11:30:15)
scrum
團隊裡面的人是豬，有發言權，其他領導，旁聽者都是雞，只能在計畫會上有發言權(
"
豬"角色
:
豬是全身投入專案和scrum過程的人；they are the ones with "their bacon on the line."
產品負責人
產品負責人代表了客戶的意願。這保證了scrum團隊在做從業務角度來說正確的事情。產品負責人編寫使用者故事，排出優先順序，並放入產品訂單。
scrum
主管(或促進者)
scrum
主管促進scrum過程，他的主要工作是去除那些影響團隊交付衝刺目標的障礙。scrum主管並非團隊的領導（由於他們是自我組織的），而是負責遮蔽外界對開發團隊的干擾。scrum主管確保scrum過程按照初衷使用。scrum主管是規則的執行者。
開發團隊
負責交付產品的團度。由5至9名具有跨職能技能的人（設計者，開發者等）組成的小團隊完成實際的開發工作。.
"
雞"角色
:
雞角色並不是實際scrum過程的一部分，但是必須考慮他們。敏捷方法的乙個重要方面是使得使用者和利益相關者參與到過程中的時間。參與每乙個衝刺的評審和計畫，並提供反饋對於這些人來說是非常重要的。
使用者
軟體是為了某些人而建立！就像「假如森林裡有一棵樹倒下了，但沒有人聽到，那麼它算發出了聲音嗎」，「假如軟體沒有被使用，那麼它算是被開發出來了麼？」
利益所有者(客戶，提供商)
影響專案成功的人,
但只直接參與衝刺評審過程。
經理
為產品開發團體架起環境的那個人 )
a 說: (2008-09-17 11:30:19)
這類情況如何防止~
b 說: (2008-09-17 11:30:45)
這種事情只能在sprint計畫會上做，晨會上他沒有發言權 a
說: (2008-09-17 11:31:30)
是啊，但下次sprint計畫
可能導致上次sprint
計畫中實現的很多東西都被推翻了 b
說: (2008-09-17 11:32:05)
是啊，所有每個sprint可以定短一些，比如10個工作日，推翻了的代價也很小 b
說: (2008-09-17 11:32:31)
scrum
本來就是走瀑布和極限的中庸路線的
a 說: (2008-09-17 11:34:54)
完成的時間程式自己定，也不可能自己定得太長吧 b
說: (2008-09-17 11:35:40)
呃，那就是另乙個問題了，sprint**不作為績效考核的依據 b
說: (2008-09-17 11:36:44)
只要盡力去做了，那麼是否完成就是次要一點的標準了 a
說: (2008-09-17 11:37:09)
讓分子自由運動，然後趨向於結果 a
說: (2008-09-17 11:37:15)
好像agile
都是這樣 b
說: (2008-09-17 11:40:01)
是吧，首先要尊重人
a 說: (2008-09-17 11:41:15)
說起來遊戲開發倒是很適合agile，哈
如何實施敏捷開發
如果嚴格按照書本上的 scrum 法則一條條地看，那麼我們隊伍現在的做法也許根本不算 scrum。不過好歹我們也被稱作 scrum 一段時間了，我的資歷比不上前面的資深開發者，只能說一些目前的一點經驗。經驗一 整個團隊必須理解 scrum 的目的和限制。如果管理團隊把 scrum 當作一種新的管理流...
敏捷開發實施流程
敏捷開發實施流程 迭代週期 2 3周 一 需求過程 1 2天 與產品經理，產品使用人員溝通產品功能與新需求 程式經理完成需求整理與確認 程式經理 開發經理 測試經理完成需求溝通 要求 二 開發過程 3 5天 開發經理確定開發任務點，並分配任務 開發人員完成開發 確保每日構建，並交付測試人員進行迭代測...
敏捷開發的實施步驟
這個人必須知道帶領的團隊需要做什麼 製造什麼產品以及取得什麼成果，必須會面考慮到風險與回報 什麼具有可行性 什麼能做以及他們對什麼富有熱情。真正做事的是誰？這個團隊必須能夠落實產品負責人的願景。團隊規模宜小不宜大，一般3 9人較為合適。主管為scrum過程負責，負責培訓團隊其他成員，確保scrum得...