接受預估不可能準後，下一步是了解客戶的需求。
客戶要的軟體跟夢中情人是一樣的，不管列出再多條件：大學畢業，身高一米七，腿長一百公分，溫柔，體貼，勤奮，顧家。都是僅供參考。
具體的標準如身高還好搞定，溫柔體貼勤奮顧家到底要怎麼衡量啊？而且往往看對眼的時候什麼標準都不重要了，變成自己溫柔體貼勤奮顧家每天當工具人。所以知道如何找夢中情人，就知道如何了解客戶需求。
標籤: software development
來一個解決問題的公式 – Design Patterns 這樣學就會了心得
今天（2015/06/07）上了Teddy的Design Pattern 這樣學就會了- 入門實作班（第一天課程投影片）。本課程主要客群是軟體工程師，讓工程師能在做開發時用更有效的方法來做出易讀，易了解，易維護，易擴充的程式，畢竟程式是給人看的。第一天的課程著重在設計模式（Design Pattern）的觀念導入，程式實作的部分在第二天跟第三天。
感覺很多軟體設計的Pattern好像可可以用在做事情和組織設計上。這個課程也有一日卷，適合工程師以外，對設計和問題定義有興趣的朋友參加。 閱讀全文〈來一個解決問題的公式 – Design Patterns 這樣學就會了心得〉
團隊和開發團隊有差嗎？ – 談Scrum Team 和 Development Team
Scrum裡的團隊需要自組織，跨功能大家都知道。但這團隊是指Scrum團隊還是開發團隊呢？兩者在Scrum裡是有差異的，而且差異還不小。當我們說團隊（Team）到底指的是Scrum Team還是Development Team呢？
一些產品負責人的怪味道 – 談Scrum Product Owner常見的誤區
在傳說中的Product Owner中簡單的談了Product Owner（簡稱PO，中文翻為產品負責人）的重要性和如何幫助PO成功。那在現實中的PO會遇到哪些問題呢？ 一些常見的PO怪味道（Smell）有
- 我們團隊有N個PO（N>1）
- 我們團隊有N個Product Backlog（N>1）
- 我們的Scrum Master也當PO
- 我們的PO很忙
- 我不知道為什麼要做這些Items
- 我們直接拿某某Scrum軟體管理Product Backlog
這些怪味道會給團隊帶來什麼影響呢？
閱讀全文〈一些產品負責人的怪味道 – 談Scrum Product Owner常見的誤區〉
Scrum與Agile敏捷開發書單和學習資源
記錄一些關於Yves讀過的，關於Scrum和敏捷的書籍，和上過的教育訓練
基礎必讀區
Scrum簡介中文版，英文版
Scrum指南中文版，英文版
以上兩本是對Scrum的人事物的定義，一小時就可以談Scrum。
精實創業：用小實驗玩出大事業
如何用漸進迭代的方式交付價值 閱讀全文〈Scrum與Agile敏捷開發書單和學習資源〉
神啊，請讓我估的準一點吧 – 如何預估軟體時程
傻傻搞不清楚需求 – PO對需求要了解多少？
大家都知道Scrum裡頭有個角色叫Product Owner，簡稱PO。也都知道他最大的責任是維護Product Backlog，根據ROI排出Item的先後順序，對產品的成敗負責。導入後Scrum Team對這部分也比較少爭議，爭議最大的部分是PO針對每一個Item（Story）的需求要寫多清楚？
Scrum 不包生導入指南
Scrum帶你上天堂？- 敏捷開發的優點和缺點
Scrum是近年軟體開發方法最熱門的關鍵字，說的像是可以返老還童加上起死回生的仙丹妙藥。所有的開發團隊只要服用後就可以火力全開，顧客全部都滿意的笑到露牙齦。說那麼好但台灣真正導入的團隊又沒多少個，聲稱導入的團隊又感覺很奇怪充滿在地文化台灣式Scrum，那到底應不應該導入呢？
Scrum是近年軟體開發方法最熱門的關鍵字，說的像是可以返老還童加上起死回生的仙丹妙藥。所有的開發團隊只要服用後就可以火力全開，顧客全部都滿意的笑到露牙齦。說那麼好但台灣真正導入的團隊又沒多少個，聲稱導入的團隊又感覺很奇怪充滿在地文化台灣式Scrum，那到底應不應該導入呢？