From: http://teddy-chen-tw.blogspot.tw/2012/03/scrum-17story.html
==============================================
上一集提到用「第一種信用卡付款方式」與「第二種信用卡付款方式」這種方法來撰寫相依性story的方法，此外還有一種可能的解決方式，
就是根本不要事先估算全部stories的story point（不要沒事先去估算product backlog裡面每一個story的story point），這樣就根本不會遇到上一集所提到的煩人問題。為什麼？
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/03/scrum-16story.html
==============================================
某位鄉民問Teddy一個關於story point如何估算的問題，鄉民們如果曾經有將需求寫成story的經驗，也很可能會遇到類似的問題。Teddy舉一個比較容易理解的例子來說明這個問題。假設鄉民們要開發一個電子商務網站，其中有一個「信用卡付款」的功能。客戶要求至少要支援Visa與Master這兩種不同的信用卡類型。
這樣的需求要如何寫成story？有兩種常見的寫法：
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/03/scrum-15scrum-master.html
====================================================
不知道有實施Scrum的鄉民們「家裡」的Scrum Master都是如何產生的，是由PM或是技術經理擔任、資深工程師帶領、QA經理轉任、大家輪流當、還是抽籤決定？
如果團隊決定要實施Scrum，由誰擔任Scrum Master這件事是很重要的。因為Scrum Master的主要責任就是要確保Scrum流程可以被團隊確實地遵守，所以如果找了不合適的Scrum Master，Scrum所帶來的好處將大打則扣，而且還極有可能讓整著專案過程進行得非常痛苦。Teddy認為Scrum Master必須至少具備以下幾個能力或是特點：
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/02/scrum-14.html
===========================================
您好:
可以請教個關於scrum的實務問題嗎?
因為其進行方式是由列出story
然後就按照重要性
分解出task進行開發
且成員的安排也強調無分析師、架構師
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/02/scrum-13focus-factor.html
===============================================
寫了「Scrum 是什麼（12）：不要再用focus factor與unplanned items了」之後有鄉民問Teddy是不是會再寫一篇談「不再用focus factor的原因」？Teddy以為看完「Scrum 是什麼（12）：不要再用focus factor與unplanned items了」之後鄉民們就應該會瞭了，沒想到…那就再寫一篇解釋一下吧，正愁沒東西可寫…XD。
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/02/scrum-12focus-factorunplanned-items.html
=====================================================
不曉得有多少鄉民跟Teddy一樣都是讀Scrum and XP from the Trenches: How we do Scrum這本書 長大 來學習Scrum的。這本書寫得很好，但是書中有兩個做法，focus factor與unplanned items，經過Teddy實際實施過後的經驗，再加上2009年去上Certified ScrumMaster課程時親自詢問授課講師所得到的答案，Teddy會建議不要使用。
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/01/scrum-11.html
=========================================
Teddy在「Scrum 是什麼（9）：Retrospective Meeting 」這一篇介紹了三種流程改善的思考方向，其實說到底廣義的流程改善也好，或是狹義的實施Scrum與agile practices也罷，都需要有一種「傻的願意相信 」外加「不信邪」的精神。「傻的願意相信」的觀念Teddy已經提過好幾次了，大意是說書上教授的軟體工程方法，鄉民們自己要先「傻傻地願意相信」這些是可以奏效的方法，先嘗試照著去做，而不要在學會之前就先急著去否定這些方法。
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/01/scrum-10.html
============================================
Scrum的大小活動大致上算是都交代過一遍了，今天談一 下幾天前學妹在Facebook上問Teddy的一個問題：時程估算。
***
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/01/scrum-9retrospective-meeting.html
===========================================
還記得Scrum雙重回饋機制的那張圖嗎？Retrospective Meeting的目的就是要提供團隊一個反省與檢討「軟體開發流程」的機會，要如何反省與檢討呢？
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/01/scrum-7sprint-demo-meeting.html
==============================================
那今天就來談一下 Sprint Demo Meeting 好了。這個會議有兩種可能的開法：
正常版本
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/01/scrum-7daily-scrum.html
============================================
Daily Scrum 是從 sprint 開始之後的每個工作天 Scrum 團隊必須舉辦的一個活動，假設鄉民們的 sprint 為期兩週，那麼就會舉辦 9 次 Daily Scrum。依據 Scrum 課本上的講法，Daily Scrum 的進行方式為：
Foxbrush 發表在
痞客邦
留言(0)
人氣()
From: http://teddy-chen-tw.blogspot.tw/2012/01/scrum-6sprint-planning-meeting.html
==================================================
對於一個剛開始導入 Scrum 的團隊，sprint planning meeting 最頭大的問題應該是「如何決定每一個 story 的 story point 以及 task 所需的時間」。關於 story points 與 tasks 的估算方法請參考「如何估算 story point？ 」與「Story point 為何沒有單位：相對論篇 」。今天 Teddy 要講的是，假設團隊有 5 個人，現在要估算某個 story 的 story point，結果 5 個人出的牌（假設團隊用 Scrum Planning Poker 的方式用來估算點數）點數分別是：
Foxbrush 發表在
痞客邦
留言(0)
人氣()
