「爽缺人人搶著做，屎缺人人閃著做。這就是人性。」

以下介紹兩個案例。之後會個別延伸這兩個案例討論燃盡圖(Burndown Chart)的結果。

理想型 : 團隊成員依照個人專長，自行挑選自己最上手的卡片。

(理想型:小組討論卡片實況)
後端1 說: 不論是 Hibernate 或者 Mybatis 我都很熟，『資料後續的crud操作』這張 MVP 我來。
後端2 說: 特別熱衷於 AAA 原則下的單元測試，『Unit Test』 這部分的測試我來寫。
後端3 說: 有 Gson 套件，Json 剖析無難事。『API介接取得資料』這張 MVP 沒問題。
經理  說: Good ! 大家都很優秀。我來『協調ETL過程所要的資料結構』。當進度落後時，我會協助大家。

任務指派型 : 避免人性導致衝刺失敗，只好由主管先指派適當人選。

(任務指派型:小組討論卡片實況)
經理  問: 想去跟業務部的小姊姊們討論ETL資料結構的舉手 ?
(後端成員全舉手)
經理  說: 大家都有自信完成的卡片最後再決定人選吧 !
經理  問: 『API介接取得資料』這張卡片有人要認領嗎 ?
(寂靜中)
經理  說: 這張是 MVP 卡片，績效會比較好。後端3要試試嗎 ? 你的績效目前比較落後。
後端3 說: 好吧 ! 
經理  問: 『資料後續的crud操作』這張卡片有人認領嗎 ? 這張是此次衝刺的關鍵。
(空氣安靜中 ~)
經理  說: 好吧 ! 這張我下海帶頭做。
經理  說: 那後端2，你負責處理單元測試，『Unit Test』這張給你。
後端2 說: OK !
經理  說: 後端1，目前你的績效最好，『協調資料結構』的這張福利卡片就給你吧 !
後端1 說: 沒問題 ! XD

通常沒人願意做的卡片，Scrum 導師(SM)跳下去做的話，團隊的士氣會被激勵。

分配完卡片後，每個程式設計師桌上螢幕的情形大致如下圖 :

明天接著介紹在Planner上面如何進行「Task 卡片」分發。