1.
Áp dụng SCRUM ở VNEXT
SCRUM TỪ CHIẾN HÀO VNEXT
Dec 09, 2012
1

2.
AGENDA
• Về diễn giả
• Về VNEXT
• Sơ lược tình hình SCRUM tại VNEXT
• VNEXT trước SCRUM
• Tai sao lại SRUM.
• VNEXT đã SRUM như thế nào
• Bài học thu được.
2

3.
VỀ DIỄN GIẢ
3

4.
Về diễn giả
Hoàng Phan Bảo Trung
1986
ZEND certificate
VNEXT founder
PM trong 2 year
Hiện đang là PD
Muốn áp dụng SCRUM vào VNEXT
4

5.
VỀ VNEXT
5

6.
Giới thiệu VNEXT
VNEXT jsc
Công ty mẹ là GNEXT tại TOKYO
Outsource phần mềm CRM & Call center cho
công ty mẹ
Sử dụng tư tưởng của Lean
trong phát triển dự án
6

7.
Sơ lược về SCRUM tại VNEXT
7

8.
SCRUM tại VNEXT
Đã sử dụng scrum cho 3 dự án
Kích thước các dự án từ 7 – 30 man-month
Kết quả:
• 1 dự án bỏ SCRUM giữa chừng do
ko kiểm soát được rủi ro.
• 1 dự án hoàn thành bình thường
• 1 dự án hoàn thành trong chật
vật
Không nằm ngoài dự định ban đầu
Nhiều bài học được đút rút cho lần
sau
8

9.
VNEXT trước scrum
9

10.
Môi trường VNEXT
Tư tưởng làm việc:
• Tư duy thực dụng.
• Cách thức tinh gọn
Cách thức làm việc:
• Lười biếng.
• Đề cao giao tiếp.
• Vui vẻ.
• Chập nhận sai.
Con người:
• Trẻ tuổi (90 – 86)
• Nhiệt tình.
10

11.
Qui trình tại VNEXT
Lược bỏ waterfall với tư tưởng:
• Tinh gọn
• Thực dụng
Thực dụng:
• Loại bỏ mọi qui tắc nặng nề, hình thức.
• Tập trung vào việc tương tác con người với nhau.
• Giảm vai trò của qui trình.
• Tăng thời lượng tiếp xúc của khách hàng với sản phẩm.
Tinh gọn:
• Loại bỏ MUDA.
• Loại bỏ các bước trung gian.
• Giảm khoảng cách từ người phát triển cuối đến khách hàng.
11

12.
Qui trình tại VNEXT
Kiểm Xác
soát định
Phân tích
yêu cầu Khách hàng
Release
Cài đặt,
Thiết kế
Đo
Kaizen tích hợp,
hệ thống,
thiết kế
kiểm thử
DB lường
Phân
tích 12

13.
Qui trình tại VNEXT
Quản lí chất lượng:
• Thực hiện review liên tục
• Xong kiểu Nhật
Nguyên lý làm việc
• Không để một vấn đề lặp lại quá 2 lần (kaizen).
• Thời gian đủ dài.
• Quản lí chi tiết (không quản lý bằng chỉ số).
• Đội đủ nhỏ (không quá 9 người)
Phương pháp
• Kêu gọi và đề cao tinh thần trách nhiệm, tự chủ.
• Tăng tương tác trực tiếp.
• Tăng hiệu quả giao tiếp (HORENSO).
13

14.
Đánh giá của khách hàng
Khách hàng luôn đánh giá cao về chất lượng và tiến độ làm việc
VNEXT giúp khách hàng tiết kiệm chi phí, nhất là chi phí quản lí.
Nhiều mối quan hệ các nhân giữa các thành viên VNEXT và khách hàng.
Lợi nhuận bình quân đầu người cao.
Chính sách của công ti dành cho nhân viên khá tốt
VNEXT hài lòng về qui trình hiện tại
14

15.
VNEXT và SCRUM
15

16.
Tại sao lại là SCRUM
Yếu điểm trong qui trình hiện tại:
• Đòi hỏi PM nhiều kinh nghiệm.
• Chậm mở rộng các đội dự án.
Nhiều điểm tương đồng
• Chu trình release ngắn
• Tinh giản
• Đòi hỏi giao tiếp và con người hơn là qui trình
Nhiều ưu thế rõ ràng
• Có thể áp dụng ngay.
• Chi phí thấp.
• Đầy đủ công cụ đo.
• Công cụ đơn giản.
• Khuyến khích cải tiến liên tục
16

17.
VNEXT đã SCRUM như thế nào
17

18.
Khởi động
Just do it
• Thực hiện ngay với ít đắn đo
• Sửa lỗi tại chỗ
• Áp dụng cho nhóm nhỏ.
Điều kiện tiên quyết để SCRUM
• 3 người quan trọng nhất công ty đồng thuận.
• Thành viên đội dự án phải cam kết.
• Sẵn sàng chấp nhận rủi ro đã định sẵn.
• Thực hiện nghiêm túc
Làm chủ yếu để sai
18

19.
SỰ NGU DỐT BẮT ĐẦU
19

20.
Roles
Product owner
• Ít vai trò.
• Không ổn định.
• Không tham gia SCRUM plan.
SCRUM Master
• Không thích SCRUM
• Hero base.
• Quá hiền lành
SCRUM team
• Không cam kết.
• Không hiểu biết SCRUM.
20

21.
Roles
Product owner
• Đủ khả năng để quyết định về mặt tài chính.
• Đánh giá được độ ưu tiên.
• Làm việc trực tiếp với khách hàng cuối.
• Tốt nhất nên là PM.
SCRUM Master
• Hiểu biết về SCRUM.
• Giúp đội dự án vượt qua khó khăn.
• Tốt nhất nên là PM tập sự.
SCRUM team
• Hiểu biết về SCRUM.
• Cam kết mạnh.
21

22.
Các chỉ số
Chu trình SCRUM
• 1 tuần.
Done definition
• Cực kì đơn giản.
22

23.
Các chỉ số
Chu trình SCRUM
• 2 tuần.
Done definition
• Dễ đọc
• Dễ hiểu
• Làm theo được ngay.
• Đo lường được
• Đầy đủ và chặt chẽ
Point
• Tính theo man-day.
23

24.
Planning Meeting
Thời lượng
• 2-3 tiếng.
Chuẩn bị
• Một số thành viên chuẩn bị danh sách các task lớn trước
• Cần viết hết vào giấy
• Một phòng họp kín đáo và yên tĩnh.
• Không được có cấp quản lí tham gia.
Thực hiện
• Đội review danh sách các task cần làm và bổ sung chi tiết.
• Cần viết hết vào giấy.
• Cùng nhau estimate theo phương án đồng thuận.
• Nếu có tranh cãi thì SCRUM master sẽ làm trọng tài phân xử.
Kết quả
• Một bảng danh sách chức năng, công số, ngày làm.
• Sẽ cập nhật bảng thường xuyên theo ngày.
24

25.
Daily Meeting
Thực hiện
• Quá vui vẻ.
• Thiếu nghiêm túc.
Kết quả
• Sau buổi họp mọi người ai làm việc nấy.
25

26.
Daily Meeting
Thời lượng
• 15 phút.
Thực hiện
• Mỗi thành viên trao trả lời 3 câu hỏi định sẵn.
• Kết thúc buổi họp
Kết quả
• Sau buổi họp đội sẽ cùng phân chia xử lí khó khăn tồn đọng.
26

27.
Review Meeting
Thời lượng
• 2-3 tiếng.
Thực hiện
• Các thành viên luân phiên nhau deploy sản phẩm.
• Một thành viên sẽ trình bày về những chức năng đã làm
• Product Owner đánh giá sản phẩm, thay đổi product backlog
Kết quả
• Đội có một product backlog mới để thực hiện
27

28.
Retrospective Meeting
Thời lượng
• 2-3 tiếng.
Chuẩn bị
• Một phòng họp yên tĩnh.
• Một bảng trắng to.
Thực hiện
• Mọi người (ngẫu nhiên hoặc tuần tự) nói ra điều tốt và chưa tốt.
• Mọi người chọn ra 5 điều chưa tốt mà sửa nó mang lại giá trị cao nhất.
• Cùng nhau tranh luận về cách xử lí.
Kết quả
• Kế hoạch thực hiện.
• Tờ giấy sẽ được dán lên tường.
28

29.
Restropective Meeting
Thực hiện
• Không có không gian.
• Không làm cùng nhau.
• Gò bó, gượng ép.
29

30.
Kết quả
Tình trạng dự án SCRUM hiện thời
• Chất lượng giảm.
• Khách hàng sốc.
• Đội phải extend thêm thời gian để khắc phục.
Nguyên nhân
• Done definition của đội quá thấp.
• Thời gian họp tăng (gần 20%).
• Sức ép tiến độ lớn khiến các thành viên không giúp được nhau.
• Chất lượng review giảm.
30

31.
Đánh giá
Ưu thế:
• SCRUM đầy đủ công cụ đo
• Đơn giản và hiệu quả.
• Tăng tính rõ ràng minh bạch.
• Kích thích tinh thần làm việc.
• Tăng hiệu quả công việc.
• Dễ mở rộng đội dự án
Kết quả
• VNEXT nhận thấy SCRUM rất phù hợp.
• Mong muốn áp dụng lâu dài.
31

32.
THANK YOU ALL
Question?
32