敏捷開發 sprint的總結
阿新 • • 發佈:2018-12-23
1。開會的效率,作為組織會議的人要考慮一個問題,你的會議要花費5分鐘,有5個人參加,那就是25分鐘了,所以會議要儘可能的短,儘可能的解決多一點問題,不是公共的問題儘量安排在會後解決,以節省其它人的時間。
2. 溝通的效率高了,尤其是開發和測試,因為很多問題開發和測試可以先溝通,這樣很多問題也就可以提前解決了。
3. 測試要更早的介入開發中,可以嘗試用測試驅動的方法,這一點尤其對自動化來說更重要,但要知道,並不是每個開發任務都能這麼做,這個主要是測試要多和開發的人進行溝通。
4. knowledge的sharing很重要,所以可以考慮把這個作為考核的一部分來做,以讓大家養成這個習慣,每個sprint結束後應該至少有一些sharing,前期需要scrum mater的push,後期應該是大家都養成良好的習慣了。
5. 開發和測試是一個team,開發如果有時間就要考慮幫忙做一些測試的東西,而測試這邊就要考慮如何讓開發來幫忙更有效率。是否需要提供test case還是ad hoctest,前期測試可以發出這樣的request來讓他們幫忙,後期主要靠自覺
6. 交叉熟悉對於開發和測試同樣重要
7. 對於新東西,可以考慮嘗試pair learning的方法
8.應該有自己的群,這樣別人有問題可以在上面問,其他知道的人也可以在上面問問題.