Họp cải tiến sprint với phương pháp starfish
agile
8
Scrum
6
retrospective
1
White

Lê Anh viết ngày 23/12/2015

Trước đây mình có một bài viết về phương pháp KPT retrospective. Hôm nay mình sẽ giới thiệu với các bạn một phương pháp khác là startfish, tạm dịch là sao biển. Lý do tại sao lại gọi như vậy thì nhìn hình bên dưới là bạn sẽ hiểu liền :). Phương pháp này này còn được biết với một cái tên khác nữa là wheel(Bánh xe), cách làm rất đơn giản, đầu tiên chúng ta chia bảng trắng làm 5 phần giống như hình ngôi sao, đánh nhãn mỗi phần lần lượt là Start, Stop, Keep doing, More, Less.
alt
ý nghĩa các nhãn như sau

Keep: Những điều đang làm và vẫn tiếp tục làm vì nó đem lại lợi ích cho team, ví dụ

– bạn thấy bổ sung unit test cho legacy code đem lại lợi ích rõ rệt nhưng công việc này vẫn chưa xong, bạn sẽ thực hiện nó ở sprint tiếp theo

– cam kết với khách hàng những điều nhỏ thôi, trước đây bạn toàn hứa với khách hàng là sẽ chỉ còn dưới 2 bugs cuối mỗi sprint nhưng thực tế thì có đến cả chục bug, cách tốt nhất là hứa nhẹ nhàng hơn, đại loại như sẽ dưới 2 bugs trong vòng 3 tháng nữa

Less : Những điều đang cản trở team nhưng không thể loại bỏ hoàn toàn và cần phải giảm mức độ của nó xuống, ví dụ

– Họp daily meeting mất 1 tiếng đồng hồ là quá lâu, bạn thấy cần phải giảm thời gian họp xuống

More: Những điều đã hoàn thành trước đó, nhưng nếu mình tiếp tục làm nó(tức là cho nó hoàn thiện hơn) thì nó sẽ đem lại lợi ích cho team

– hoán đảo cặp nhiều hơn nữa (Bạn đang làm pair programming, thời gian hoán cặp là 1 tiếng nhưng bạn nghĩ nên tăng số lần hoán cặp lên, điều này tương đương với việc giảm thời gian hoán cặp, ví dụ như 30 phút hoán đảo 1 lần)

Start : Những điều mới mà team chưa từng làm, và nó sẽ đem lại lợi ích cho team

– Áp dụng automation test

– Nâng sprint từ 1 tuần lên thành 2 tuần

Stop : Những điều không đem lại giá trị, thậm chí còn gây trở ngại cho team. Tốt nhất là dừng lại không làm nữa. Chý ý là khác với less nhé, stop là bạn có thể thẳng tay vứt bỏ nhưng less thì bạn không thể làm thế được

– Ngừng giao việc qua skype ngay lập tức

Bây giờ các thành viên trong team sẽ sử dụng tờ giấy note ghi các ý kiến của mình tương ứng với 5 ô ở trên, chúng ta sẽ có 5 phút để chuẩn bị sau đó tất cả đều dán lên trên bảng và thực hiện stand up meeting như phương pháp KPT retrospective. Nếu có các action cần thiết thì chúng ta sẽ viết vào 1 tờ note khác và dán đè lên giống như hình bên dưới.
Sử dụng giấy khác màu viết action dán đè lên các ý kiến

Về phương diện cá nhân thì mình không thích phương pháp này lắm, nó đòi hỏi một sự thành thạo nhất định vì đôi khi gây nhầm lẫn giữa more,keep và start. Chính vì vậy nó trở nên khó thực hành hơn so với phương pháp KPT retrospective
Nguồn : http://apollo13.vn/

Bình luận


White
{{ comment.user.name }}
Bỏ hay Hay
{{comment.like_count}}
Male avatar
{{ comment_error }}
Hủy
   

Hiển thị thử

Chỉnh sửa

White

Lê Anh

4 bài viết.
5 người follow
Kipalog
{{userFollowed ? 'Following' : 'Follow'}}
Cùng một tác giả
White
8 2
Về cơ bản có 3 phương pháp review code là review chéo (giữa 2 lập trình viên với nhau), cả team ngồi họp cùng review và cuối cùng là technical lead...
Lê Anh viết hơn 2 năm trước
8 2
White
8 0
1. Viết code trước Những người mới bắt tay vào làm TDD thường mắc phải 1 sai lầm cơ bản đó là viết code trước sau đó mới viết test. Khi được hỏi là...
Lê Anh viết 2 năm trước
8 0
White
7 1
Chắc hẳn bạn đã từng phát ngấy khi viết media queries trong css theo kiểu này h2 { fontsize: 16px; } @media (minwidth: 768px) and (maxwidth: 1...
Lê Anh viết 2 năm trước
7 1
{{like_count}}

kipalog

{{ comment_count }}

bình luận

{{liked ? "Đã kipalog" : "Kipalog"}}


White
{{userFollowed ? 'Following' : 'Follow'}}
4 bài viết.
5 người follow

 Đầu mục bài viết

Vẫn còn nữa! x

Kipalog vẫn còn rất nhiều bài viết hay và chủ đề thú vị chờ bạn khám phá!