June 05 16:42~17:37
有寫過story的鄉民們,應該都知道這一個常用的story撰寫格式:
格式一:As a [user role], I want/can do [desire/goal] so that [reason/benefit].
還有另一個比較精簡一點的格式,就是省略到so that之後的內容。
格式二:As a [user role], I want/can do [desire/goal].
今天下午跟ezScrum團隊討論這次Scrum教育訓練課程的內容(http://www.accupass.com/go/ezscrumcourse201206),看到user story範圍的時候,學妹突然問了一個問題:
學妹:這個so that後面這一段需不需要寫?
Teddy:為何有此問題?
學妹:上次四月開課的時候,雖然課堂上學長(就是Teddy…XD)有講,但是在做user story練習活動時,我們並沒有要求學員們一定要寫出包含so that格式的story。
Teddy:可以舉個例子嗎?
學妹:例如,以上次上課練習的「數獨App遊戲」的例子:「身為玩家,我可以從手機上刪除一個數獨關卡」,這裡面的so that就不太知道要怎麼寫。
Teddy:Teddy自己剛開始寫story的時候,是採用格式一的方式,但是後來漸漸採用格式二。通常so that寫不出來,可能有三個理由。第一,因為不知道如何用英文寫出so that裡面的內容,或是完整寫出來之後整個句子會變得很長,所以就沒寫。其次,因為根本想不出來,或是沒有用力想,所以也就沒寫了。最後,因為沒寫出來對於story的清晰度不會有很大的影響,所以不寫也沒關係。
Teddy:看一下你剛剛的那個例子:「身為玩家,我可以從手機上刪除一個數獨關卡」,請問這個story的完成之後玩家獲得什麼好處,沒事為什麼要把數獨關卡刪掉?
學妹:嗯,因為玩膩了,不需要。如果一直不刪,每次要玩遊戲的時候都會出現,很煩。
Teddy:還有嗎?
學妹:嗯…
Teddy:還有一個可能的理由,就是這些關卡會占用手機的儲存空間,所以如果把不需要的關卡刪掉,可以清出一點寶貴的儲存空間。
學妹:這我倒沒想到。
Teddy:現在問題來了,如果這個story用格式二的方式撰寫:「身為玩家,我可以從手機上刪除一個數獨關卡」,開發人員可能和妳有一樣的想法,認為只要把被刪除的遊戲關卡從畫面上隱藏起來就好了。但是Product Owner想的卻是關卡刪除後要釋出手機的儲存空間,這樣子開發人員對於這個需求的理解就跟Product Owner不一樣,做出來的東西就不是Product Owner所要的。
Teddy:不過,事情可能也不至於會演變成這樣子。如果在sprint planning meeting中,開發人員與Product Owner有很良好的互動的話,那麼很有可能就會有開發人員問道:「關卡刪除之後資料還需要留著嗎?」類似這樣的問題。但是,如果可能的話,還是會建議Product Owner多花一點時間思考so that後面的內容,把story改成「身為玩家,我可以從手機上刪除一個數獨關卡以便釋出該關卡所占用的手機儲存空間」,這樣子可以避免不必要的誤會。
***
友藏內心獨白:有時間就寫,沒時間就…擠出時間寫。
沒有留言:
張貼留言