柏良的乳酪之旅

執行SCRUM-23 -使用者故事(5) 最近對於使用者故事User Story的撰寫，對於團隊成員的意見，產生了一點反思。緣起是，團隊開發的怪手PMIS系統，由於客戶希望知道每周，專案人員在怪手的使用情形，所以需要增加系統報表功能。 針對客戶的需求，產品經理寫下了User Story， 這是管理者的需求，要向專案的PM回報怪手的使用情形， 1.我能夠知道某個時間區段(1周、2周、1月、或自設)怪手各個專案的活動紀錄，包含登出入的人員與次數、在怪手中的各項作業(每個功能的增刪修，人與時間)。 2...

執行SCRUM-13 – 使用者故事User story(4) 而實際上故事的撰寫，通常是從使用者的觀點出發，所以常會很難解析到工作卡片。或者是故事太大、太抽象等等，無法拆分為工作卡片，所以有下列幾種方法可以來切割、重寫、釐清、定義: (精實開發看版方法/李智樺)依照工作流程，拆解流程中的步驟，增量陸續完成。採用業務規則，區分主次要，再釐清使用者的主要需求，再拆解成大小不一的小故事。簡單或複雜場景，有時考量的因素太多，讓故事無法收斂。此時先發展一個最簡單的版本，讓團隊可以依此得到成果，給使用者驗証。...

User story之前有提過，是針對實際使用者的需求、場景來描述，讓開發人員可以從中了解開發的目的、預期的結果或產出。現在來更詳細地說明一下，如何來列述故事及其原則。在SCRUM的使用者故事是依照INVEST原則(Mike Cohn)。Independent獨立，有採取行動的可能性，可完結的，不能與其他故事牽扯，讓團隊可以獨立完成完成，不受其他使用者故事影響。Negotiable可協商，在工作還沒完結前可以持續討論，預留修改空間。Valuable有價值，為顧客、使用者或關係人傳遞價值，並且能夠明確...