tag:blogger.com,1999:blog-1298974142445162186.post2914762960674354023..comments2024-03-19T15:58:12.198+08:00Comments on 搞笑談軟工: Scrum 是什麼(5):初探 Sprint Planning MeetingTeddy Chenhttp://www.blogger.com/profile/02066842119056439711noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-1298974142445162186.post-67747080516563861592023-09-01T10:19:07.193+08:002023-09-01T10:19:07.193+08:00感謝答覆!
感覺Wireframe 先畫完似乎比較好
因為這樣開發、UI在估算 User Story...感謝答覆!<br />感覺Wireframe 先畫完似乎比較好<br />因為這樣開發、UI在估算 User Story 的工時會更加準確<br /><br />又聯想到幾個問題:<br />1. 如果Wireframe 沒有先準備好,單就 User Story 來估算,是不是會常常遇到工時估計不準確的狀況呢?(畢竟還不是很確定會有多少欄位或功能邏輯)<br /><br />2. 若 Sprint 過程中,發現需要 Charge 工時,進而擠壓到其他 User Story 開發的時間,這樣的話,未完成的User Story 是不是就該回到 Product backlog 裡面?<br /><br />3. Sprint backlog 裡的 User Story 應該要拆解成多個 Task,但在 Wireframe 還未完成的裝況下,感覺就很容易拆解成:<br />(1) Wireframe 繪製<br />(2) UI 設計<br />(3) 開發實作<br />(4) 測試<br />(5) 驗收<br />感覺突然又有瀑布式的影子出現了XD<br />不太清楚 Task 的範圍、細度<br /><br />4. 如果User Story 相互依附的關係很高,是不是就乾脆整合成一個就好呢?<br /><br />舉例有個 User Story 是:<br />「身為交易用戶,我需要可以自由的新增/修改/查詢/刪除投資筆記,才能幫助我覆盤。」<br /><br />而另個依附性很高的 User Story 是:<br />「身為交易用戶,我需要可以在投資筆記上傳圖片,才能幫助我在覆盤過程對照線圖。」<br /><br />不太清楚在敏捷的概念下 User Story 顆粒要多細 QQ<br /><br />5. 請問新導入敏捷的初期若不用 story point 估算 story 大小,而單用小時估算 story 底下的 task ,會違背敏捷的精神嗎?dwfsrwerhttps://www.blogger.com/profile/07803833924762818519noreply@blogger.comtag:blogger.com,1999:blog-1298974142445162186.post-86452643340363514882023-08-31T10:47:35.007+08:002023-08-31T10:47:35.007+08:00Wireframe 要在 Sprint Planning之前還是之後繪製,要看你們的需求與工作模式。...Wireframe 要在 Sprint Planning之前還是之後繪製,要看你們的需求與工作模式。如果你把繪製Wireframe當作需求探索的一部分,你可以在Sprint Planning之前繪製。反之,繪製Wireframe變成某個Story的工作項目之一。Teddy Chenhttps://www.blogger.com/profile/02066842119056439711noreply@blogger.comtag:blogger.com,1999:blog-1298974142445162186.post-33422760626517996952023-08-31T10:27:49.746+08:002023-08-31T10:27:49.746+08:00你好,依照貴司的經驗, User Story 對應的 Wireframe 是在 Sprint Pla...你好,依照貴司的經驗, User Story 對應的 Wireframe 是在 Sprint Planning Meeting 前就已經繪製好的嗎?<br />還是說會列在每個 Story 對應的 Task 裡,後續由產品繪製呢?<br />dwfsrwerhttps://www.blogger.com/profile/07803833924762818519noreply@blogger.comtag:blogger.com,1999:blog-1298974142445162186.post-74206725385253820242019-01-22T15:30:28.507+08:002019-01-22T15:30:28.507+08:00很有用的分享,謝謝!很有用的分享,謝謝!Anonymoushttps://www.blogger.com/profile/14280060125227620373noreply@blogger.com