工程師們對於技術的學習, 總是能很快地接受, 並且能夠舉一反三. 但是對於人之間的相處, 反應總是慢半拍, 並且感到怕怕. 所以回顧會議要能執行的好, 還真的不是件容易的事.
以下是一些個人小小心得, 跟大家一起分享一下:
kojenchieh 發表在 痞客邦 留言(0) 人氣()
14 . 我們怎樣做測試
藉由把測試人員放到Scrum團隊中來提高品質
kojenchieh 發表在 痞客邦 留言(0) 人氣()
14 . 我們怎樣做測試
這是最困難的部份。我不確定是否它是Scrum中,最難的一部份。還是它在軟體開發中,通常也是最困難的部份。
在不同組織之間,測試可能是差異最大的部份。它依賴你有多少測試人員,有多少自動化,哪些型態的系統(只是伺服器+網頁應用程式?)發佈週期的長短,軟體的關鍵性(blog伺服器 v.s 飛行控制系統)等等。
kojenchieh 發表在 痞客邦 留言(0) 人氣()
很多人想從瀑布式開發, 轉換到敏捷開發, 他們很擔心是否過去學的東西要丟掉, 變成要重新學習新的東西. 另一方面, 又覺得怎麼可能舊的東西都沒用, 會被完全推翻.
我想這應該是很多人的困擾. 沒錯, 實施敏捷不代表舊的東西就完全沒用, 敏捷只是在某些地方想法不同, 因此只要你能夠掌握好這些地方, 相信你的轉型會有好的開始.
kojenchieh 發表在 痞客邦 留言(0) 人氣()
Scrum Retrospective Meeting 是 Scrum 要進行的其中一項會議. 主要是要來檢討做事方法, 期待讓團隊更有效率.
在這個過程中, 我觀察到會議往往會有這樣的壞味道, 就讓我們來瞧瞧這些是什麼:
kojenchieh 發表在 痞客邦 留言(0) 人氣()