目前我常聽到估算需求複雜度的方法有 Dog Point Game、T-Shirt Size，還有一個叫 Planning Poker，曾經玩過幾次 Planning Poker 不過我總覺得費氏數列的那些數字不是很親切，所以我想做一點改變，讓它變得親切一點，就變成下面這樣，我叫它「Manday Card」。
原本的 Planning Poker 長這樣
費氏數列的數字感覺起來冷冰冰的，當我把 Feature 套上這些數字之後 - 沒有 fu！
因此我開始思考如何把估算 Feature 複雜度這件事情弄得有 fu 一點，我就想到我們 Team 平常習慣上就是用 Manday 來估算 Feature 的複雜度，比如說：「新增會員」的功能需要 1 週、「架設測試環境」需要 1 天…等等，所以我把費氏數列的數字用另外一種表達方式來呈現，並且把卡片數量縮減到剩下 10 張，不再有那麼多的選項，名字就取叫「Manday Card」。
- 跳蚤般輕盈
- 1天就搞定
- 可能要3天
- 大概要1週
- 應該要2週
- 最多1個月
- 我需要1季
- 這個要1年
- 三個字辦不到
- 這個能吃嗎？
我不是要提出一個全新的想法，也沒有要創造一個全新的東西，只是把我覺得應該要有趣的東西變得我覺得有趣而已，Manday Card 跟 Planning Poker 評估需求複雜度的目的是相同的，並沒有做任何的改變。
Planning Poker 的玩法，可以參考 91 哥的這篇文章 Scrum Estimation－Story Points and Planning Poker，最後要特別感謝我們 Team 的首席繪畫師 - Denise Ho，感謝她幫我們設計這些卡片。
