註: 開發管理 CheckLists-系列文章是從本人 Iteye部落格中移植過來.後續會直接在此更新 開發管理 CheckLists 專欄
你怎麼收集故事?本文章告訴你如何與使用者一起工作,如何和他們溝通來發現故事
下面四個是收集故事最有效一些方法
一、使用者訪談
1、是許多團隊使用者擷取使用者故事的預設方法,訪談成功的關鍵點是訪問正確的受訪者
2、不要只詢問“你們需要什麼”,大多數使用者不太善於理解,更難以表達他們的真實需求
3、最好從背景無關的問題開始提問、這樣就能從客戶那裡獲得更多樣化的回答
例如: “為了讓我們的產品在瀏覽器裡面運行,你願意捨棄什嗎?"
使用者可能有很多種回答,無論那種回答,對我們來說都會有很大的意義
二、問卷調查
1、問卷調查是一種有效方式,有助於收集已有故事的相關資訊。若你有一個龐大的使用者群,那麼問卷時手機有關故事優先順序的好方法。在需要得到關於大量使用者的具體回答時,問卷是非常有用的
2、問卷不適合作為捕獲新故事的方法,靜態問卷不易於根據後續的問題
三、觀察
1、觀察實際使用軟體的情況,一般只有在內部項目的情況下才有機會觀察使用者的使用方式,大多數的商業程式都是猜測使用者的需求。
2、觀察可以讓你快速直接的從使用者那裡獲得反饋,從而更早、更頻繁的發布軟體
四、故事編寫工作坊
1、開發人員、使用者、產品客戶和其他編寫對故事有協助的人共同參與的回憶。在工作坊期間,參與人員儘可能的編寫使用者故事
2、正確的舉辦公司編寫工作坊可以非常快速的獲得大量的故事。
故事編寫總結:
1、需求一旦被捕獲就不要改變
2、技術敏捷流程支援需求後期湧現,依然需要對於其的發布進行展望並開始寫絨衣發現的故事
3、我們可以通過使用者訪談、觀察使用者 、 問卷調查和舉辦故事編寫工作坊來返現使用者故事
開發人員職責
1、負責理解並使用多種技巧來捕獲使用者故事
2、負責知道怎麼樣使用開發式和背景無關的提問
客戶職責
1、負責理解並使用多種技巧來捕獲故事
2、負責儘早寫更多的使用者故事
3、作為軟體使用者的主要代表、負責和開發人員多溝通
4、負責安排並且舉辦一次或者多次故事編寫工作坊
5、負責捕撈使用者故事過程中考慮所有的使用者角色
<開發管理 CheckLists> by dyllove98 @開發管理 CheckLists