8. 我們怎麼進行每日會議
我們每日會議都按照書中進行。它們每天會在同一個地方，同一時間進行。在剛開始的時候，我們都是在一間單獨的房間中，舉行Sprint規劃會議(在那個時候，我們還使用電子板的Sprint backlogs)。然而，現在我們都在任務板前面舉行每日會議，沒有什麼能比它有更好的效果。
- 8月 30 週日 201521:25
Scrum 和 XP 的實戰經驗(2nd) - Ch8
8. 我們怎麼進行每日會議
我們每日會議都按照書中進行。它們每天會在同一個地方，同一時間進行。在剛開始的時候，我們都是在一間單獨的房間中，舉行Sprint規劃會議(在那個時候，我們還使用電子板的Sprint backlogs)。然而，現在我們都在任務板前面舉行每日會議，沒有什麼能比它有更好的效果。
- 8月 24 週一 201523:02
Scrum 和 XP 的實戰經驗(2nd) - Ch7
7. 我們如何安排團隊的座位和空間
設計的角落
- 8月 23 週日 201520:06
Scrum 和 XP 的實戰經驗(2nd) - Ch6
6. 我們怎麼撰寫Sprint backlogs
你們已經走了這麼遠啊？ 喔，幹得好。
- 8月 19 週三 201523:10
Scrum 和 XP 的實戰經驗(2nd) - Ch5
5 我們如何溝通我們的Sprints
讓整個公司知道我們現在做什麼，這是非常重要的事情，否則其他人會抱怨。甚至更糟的事，會對我們做的事情做出錯誤的假設。
- 8月 17 週一 201520:56
Scrum 和 XP 的實戰經驗(2nd) - Ch4-13
技術性的故事
這裡有個很複雜得問題： 技術性的故事。或者非功能性項目，或者你想怎麼稱呼它都行。
這裡有個很複雜得問題： 技術性的故事。或者非功能性項目，或者你想怎麼稱呼它都行。
- 8月 16 週日 201522:29
Scrum 和 XP 的實戰經驗(2nd) - Ch4-12
把故事拆解成更小的故事
故事不應該太小或是太大(以評估的角度來看)。如果你有一堆0.5故事點數的故事，你可能會是微觀管理的受害者。另一方面，若是你有 40 故事點數的故事，則代表你有高度風險會只做完一部分的故事而已。那對你公司是沒有價值的，並增加管理上的負擔。進一步來說。如果你們所評估的速度是 70，可是有兩個高優先順序的故事是 40，那這個規劃就非常困難。你可能有兩種選擇：承諾不足，意味你只選擇一個；或過度承諾，意味你選擇都做。
- 8月 13 週四 201520:17
Scrum 和 XP 的實戰經驗(2nd) - Ch4-11
釐清故事內容
當團隊會自豪地，在Sprint展示會議中展示一個新的功能，最糟糕的事是產品負責人皺著眉頭，並說：“是的，看起來不錯，但是那不是我要的。”
當團隊會自豪地，在Sprint展示會議中展示一個新的功能，最糟糕的事是產品負責人皺著眉頭，並說：“是的，看起來不錯，但是那不是我要的。”
- 8月 10 週一 201517:15
Scrum 和 XP 的實戰經驗(2nd) - Ch4-10
使用計畫紙牌來做時間規劃
估算是一項團體活動，每個團隊成員通常都要參加所有故事的估算，為什麼大家都要參加呢？
- 8月 10 週一 201517:04
Scrum 和 XP 的實戰經驗(2nd) - Ch4-9
“做完”的定義
這一點是非常重要的，產品負責人和團隊必須同意，要對“做完”有一致的定義。
這一點是非常重要的，產品負責人和團隊必須同意，要對“做完”有一致的定義。
- 8月 05 週三 201520:51
Scrum 和 XP 的實戰經驗(2nd) - Ch4-8
我們為什麼要使用索引卡
大部分Sprint的規劃會議，會花很多時間在討論產品backlog中故事的細節。要去評估它們，排定優先順序，釐清它們，以及進一步分解它們等等。
