新創筆記
用 User Story 的方式寫 Bug Report(技術債的償還)
那為什麼要認真的為 Bug 寫 User Story,不要就直接修掉就好呢?因為有些 Bug 工程師還會認為是一個 feature 啊!有時候真的是呢!
新創筆記
那為什麼要認真的為 Bug 寫 User Story,不要就直接修掉就好呢?因為有些 Bug 工程師還會認為是一個 feature 啊!有時候真的是呢!
新創筆記
兩年前在公司導入 Scrum 之後,我開始研究團隊間要如何才能做到良好的協作、不失誤的溝通、流暢的工作流程。慢慢的,我發現只要團隊成員都有做到 PRO 法則,那協作就會順利很多。PRO 法則有個重點是,團隊的「每一個人」都必須遵守這個法則,無論是老闆、主管、員工,只要有一個人沒做到,那團隊的效率和快樂度就會減低。 最初的靈感是來自於建立 Scrum Team 的時候。因為我們是網站開發團隊,有規劃、設計、前端、後端等等都是不同人負責,協作緊密的程度非常重要。當時碰到很多協作的問題,像是卡住也不講就直接 pending 整個開發、規格明明有問題還照做、做出來和當初說的不同等等。在不斷的協調之後,我發現 PRO 法則可以解決所有團隊協作溝通相關的問題。目前 Scrum 運作兩年,我發現當大家越來越 PRO,開發效率就越好。 後來我更發現,不光是工程的協作,其他團隊也是很需要的。