ScrumDay Vietnam 2012 - Scrum tu chien hao VNext - Trung

1,646 views
1,457 views

Published on

Scrum tu chien hao VNext
By Hoang Phan Bao Trung
Presented at ScrumDay Vietnam 2012 (9-Dec-2012)

Published in: Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,646
On SlideShare
0
From Embeds
0
Number of Embeds
598
Actions
Shares
0
Downloads
63
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

ScrumDay Vietnam 2012 - Scrum tu chien hao VNext - Trung

  1. 1. Áp dụng SCRUM ở VNEXTSCRUM TỪ CHIẾN HÀO VNEXT Dec 09, 2012 1
  2. 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. 3. VỀ DIỄN GIẢ 3
  4. 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. 5. VỀ VNEXT 5
  6. 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. 7. Sơ lược về SCRUM tại VNEXT 7
  8. 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. 9. VNEXT trước scrum 9
  10. 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. 11. Qui trình tại VNEXTLượ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. 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ế ĐoKaizen tích hợp, hệ thống, thiết kế kiểm thử DB lường Phân tích 12
  13. 13. Qui trình tại VNEXTQuả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. 14. Đánh giá của khách hàngKhách hàng luôn đánh giá cao về chất lượng và tiến độ làm việcVNEXT 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ốtVNEXT hài lòng về qui trình hiện tại 14
  15. 15. VNEXT và SCRUM 15
  16. 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. 17. VNEXT đã SCRUM như thế nào 17
  18. 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úcLàm chủ yếu để sai 18
  19. 19. SỰ NGU DỐT BẮT ĐẦU 19
  20. 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. 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. 22. Các chỉ số Chu trình SCRUM • 1 tuần.Done definition• Cực kì đơn giản. 22
  23. 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. 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. 25. Daily MeetingThự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. 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. 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. 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. 29. Restropective MeetingThực hiện• Không có không gian.• Không làm cùng nhau.• Gò bó, gượng ép. 29
  30. 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. 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ự ánKế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. 32. THANK YOU ALL Question? 32

×