工程師們對於技術的學習, 總是能很快地接受, 並且能夠舉一反三. 但是對於人之間的相處, 反應總是慢半拍, 並且感到怕怕. 所以回顧會議要能執行的好, 還真的不是件容易的事.
 
索引  
 
以下是一些個人小小心得, 跟大家一起分享一下:                                                                                             
 

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

14 . 我們怎樣做測試
 
藉由把測試人員放到Scrum團隊中來提高品質
 
14-2-1  
 

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

14 . 我們怎樣做測試
 
 
這是最困難的部份。我不確定是否它是Scrum中,最難的一部份。還是它在軟體開發中,通常也是最困難的部份。
 
在不同組織之間,測試可能是差異最大的部份。它依賴你有多少測試人員,有多少自動化,哪些型態的系統(只是伺服器+網頁應用程式?)發佈週期的長短,軟體的關鍵性(blog伺服器 v.s 飛行控制系統)等等。

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

很多人想從瀑布式開發, 轉換到敏捷開發, 他們很擔心是否過去學的東西要丟掉, 變成要重新學習新的東西. 另一方面, 又覺得怎麼可能舊的東西都沒用, 會被完全推翻.
 
caterpillar-to-butterfly1  
 
我想這應該是很多人的困擾. 沒錯, 實施敏捷不代表舊的東西就完全沒用, 敏捷只是在某些地方想法不同, 因此只要你能夠掌握好這些地方, 相信你的轉型會有好的開始.
 

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

Scrum Retrospective Meeting 是 Scrum 要進行的其中一項會議. 主要是要來檢討做事方法, 期待讓團隊更有效率.
 
5121009259_057210fd3d_z  
 
在這個過程中, 我觀察到會議往往會有這樣的壞味道, 就讓我們來瞧瞧這些是什麼:
 

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

Close

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

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

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

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

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼