http://www.iiiedu.org.tw/ites/TCD.htm

 

對企業來說,軟體測試往往是軟體開發過程中,最繁瑣也是最重要的工作之一。其中測試個案開立技巧,更是決定的測試結果的成敗。因為好的測試個案能夠找出更 多錯誤,並且能以最小集合,來涵蓋最多範圍,以達到最佳投資報酬率。

 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

在 2000初期時, XP 開始盛行, 那時候出版了一系列的 XP 的書籍, agile 的方法也開始討論.

那時候我覺得這些想法很吸引人, 很值得去學習. 只是覺得 TDD, CI, refactoring 這些東西學起來還蠻花時間的, 不容易在組織內推行, 要花不少時間才能精通, 才能看到績效.

 

後來 Scrum 出現之後, 發現他似乎比較容易導入, 因為只要開一些會就可以(誤), 進入門檻低很多, 不需要花很多時間就可以開始, 並且可以看到結果.(不見得是效果(誤 again))

文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣()

 

一般人對於敏捷開發方法常常存在一些誤解, 認為時程固定或是時程很緊的狀況 採用waterfall 的方法是最佳解. 因為這是他們最熟悉的作法.



這通常有些誤解和危險

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Stop starting, Stop Finishing

http://www.amazon.com/Stop-Starting-Start-Finishing-Roock/dp/0985305169/ref=sr_1_1?ie=UTF8&qid=1376140716&sr=8-1&keywords=stop+starting+start+finishing

 

Little’s Law

Justin 在網路上發現一個公式, 叫做 Little’s Law. 這公式提到平均事情完成的時間, 是和平均處理事情的個數以及平均生產力(throughput)有關.

 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Stop starting, Stop Finishing

http://www.amazon.com/Stop-Starting-Start-Finishing-Roock/dp/0985305169/ref=sr_1_1?ie=UTF8&qid=1376140716&sr=8-1&keywords=stop+starting+start+finishing

 

當Justin 發現有一大堆工作在看板上面, Justin 就詢問團隊成員, “你們同時可以處理多少工作?”

分析師: 我可以處理 3 個

開發人員: 沒問題, 我 5 個.

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Close

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼