切割user story的文章整理
最近要訂定每個sprint所要產出的內容, 可是發現大家有遇到一些問題
1. 不知道甚麼是sprint的產出要怎麼定
2. 不知道甚麼是user story, 大小要如何, 內容要填寫甚麼
3. 都是以internal module or architecture為導向, 所以產出都是某個module已經完成
- Aug 22 Sun 2010 10:15
切割user story的文章整理
- Aug 21 Sat 2010 12:56
什麼是Story Point
很多人對於什麼是 Story point 不是很了解, 這是剛好有篇文章介紹.
首先, 在 Mike Cohn 所撰寫 "Agile Estimation and Planning" 書上, 你可以看到他有這樣的描述:
- Aug 17 Tue 2010 20:17
Daily Standup 會議二三事
Daily Standup 會議二三事
最近團隊在朝開daily standup 會議時, 發現有些常見的問題發生
1. 時間不固定
或許這是剛開始, 但是我想時間一久, 很多成員應該會對這件事情, 感到非常不耐煩.
開這會並不需要配合長官的時間, 或許長官無法天天參加, 但是一週來個兩至三次, 對於團隊狀況的掌握也是有幫助的.
- Aug 11 Wed 2010 22:13
QA 該具備什麼要的能力? (3)
QA 該具備什麼要的能力? (3)
QA需要具備的第三個能力, 是需求分析.
需知道RD的工作通常是研究某種技術, 並且負責實作某些module or 功能.
他鑽的很深, 但是全面性可能不夠. 所謂全面性, 是指對於產品整體功能的了解度. 通常他只熟悉他所負責的部分, 其他部份的操作可能不太熟悉. 就算即使是他的部分, 若是加上對於環境的影響, 或是使用者可能遭遇的問題, 他可能也不見得很熟.
可是QA不同, 他需要測試大部分的功能, 或者說他需要組合不同功能來做測試. 並且他需要針對不同環境, 或是模擬使用者的環境或是行為. 因此他被要求的是廣度, 是全面性的了解.
因此QA會對於受測系統功能的了解度, 應用程度, 操控程度, 會比RD還要熟悉的多.
- Aug 10 Tue 2010 07:28
QA 該具備什麼要的能力? (2)
QA 該具備什麼要的能力? (2)
第二個我要提的是程式開發的能力.
有人會很好奇, 為何QA需要懂開發呢? 其實不然, 對於你要測試的東西, 你怎麼能不懂它怎麼做出來的呢?
若是你能懂軟體開發, 你會有以下好處:
1. 你可以用RD聽得懂的話, 來跟RD溝通. 不會讓RD你在是講哪國的外星文
