（agile) 使用者故事與任務之間的差別

當這個問題第一次在我的CSM 教育訓練課堂上被問到的時候，我認為，這是個非常簡單的問題。可是當我試圖回答時，我意識到，事實上并不能簡單的釋解釋這個問題。

在我的教育訓練課堂上，我已經用“使用者故事” 和“任務”這兩種說法多年，在我頭腦中，兩種措辭是非常清晰的。使用者故事存在于産品待辦事項表中，而任務則是在做sprint計劃的時候被識别出來，進而存在于sprint待辦事項表中。

這樣描述似乎對提問者任然沒有太大幫助， 這就像在說： 鹽是怎樣放到鹽罐子的胡椒是怎樣放進胡椒罐的。 那麼到底最明顯的差別是什麼呢？

在第一次被問到這個問題時，我停頓了一會， 然後确定我能明确的描述兩者的差別。

一個使用者故事，是由一個或多個人來處理的，但是一個任務，則是由一個人去完成。

讓我們看看是否是這樣的情況：

一個使用者故事往往是對終端客戶可見的功能特性描述。 傳遞這樣一個使用者故事，通常是要涉及到一個團隊的工作，包括開發，測試，接口設計和分析，資料庫設計 或其他一些工作。

很少或者幾乎不存在一個使用者故事被單獨的一個人實作出來（即使這種事情發生，那也是這個人充當了不同的角色。）

一個任務，從某種角度來講，通常是為了某個具體的點進行編碼，設計，建立測試資料，為某個點自動化，等等，這些事情往往是由一個人完成的。

你可以辯解說其中一些工作是或者應該通過結對完成，但是我認為這隻是個細微， 

我說一個任務就是被一個人來做的事情，視乎是比較猶豫的， 理由就是，就像許多任務是會議這種事情，比如，需要三個團隊成員參與的設計評估--我任然堅持認為這是一個任務而非一個使用者故事。

是以，可能最好的闡述兩者間的差別就是： 使用者故事包含了多種類型的工作，而任務則是受制于單一的工作。