Đang tải... (xem toàn văn)
• Trong Scrum, tính minh bạch được đề cao như là giá trị cốt lõi cơ bản nhất. • Muốn thành công với Scrum, thông tin liên quan tới quá trình phát triển phải minh bạch và thông suốt. • Các thông tin đó có thể là: tầm nhìn (vision) về dự án, yêu cầu khách hàng, tiến độ công việc,các khúc mắc và rào cản v.v. Từ đó mọi người ở các vai trò các nhau có đủ thông tin cần thiết để tiến hành các quyết định có giá trị để nâng cao hiệu quả công việc. • Các công cụ và cuộc họp trong Scrum luôn đảm bảo thông tin được minh bạch cho các bên.
A GIÁ TRỊ CỐT LÕI CỦA SCRUM: TRANSPARENCY (MINH BẠCH): Trong Scrum, tính minh bạch đề cao giá trị cốt lõi Muốn thành công với Scrum, thông tin liên quan tới q trình phát triển phải minh bạch thơng suốt Các thơng tin là: tầm nhìn (vision) dự án, yêu cầu khách hàng, tiến độ cơng việc,các khúc mắc rào cản v.v Từ người vai trị có đủ thông tin cần thiết để tiến hành định có giá trị để nâng cao hiệu cơng việc Các công cụ họp Scrum đảm bảo thông tin minh bạch cho bên INSPECTION (THANH TRA) Công tác tra liên tục hoạt động Scrum đảm bảo cho việc phát lộ vấn đề giải pháp để thơng tin đa dạng hữu ích đến với bên tham gia dự án Truy xét kĩ liên tục chế khởi đầu cho việc thích nghi cải tiến liên tục Scrum ADAPTATION (THÍCH NGHI) Scrum linh hoạt phương pháp phát triển linh hoạt khác, nhờ mang lại tính thích nghi cao Dựa thơng tin minh bạch hóa từ q trình tra làm việc, scrum phản hồi lại thay đổi cách tích cực, nhờ mang lại thành cơng cho dự án B VAI TRÒ CỦA SCRUM: Add alt text PRODUCT OWNER a Xác định phạm vi, tính chất, cấp độ công việc b Quyết định ngày nội dung cho lần hồn thành cơng việc c Chịu trách nhiệm lợi nhuận Dự Án (ROI) d Xác định độ ưu tiên cho công việc dựa số liệu thông tin dự án e Thay đổi độ ưu tiên công việc cho lần lặp (nếu cần) SCRUM MASTER a) Đại diện quản lý dự án b) Chịu trác nhiệm đưa giá trị thực hành theo Scrum c) Giải khó khăn d) Bảo đảm nhóm hoạt động hết cơng suất hiệu e) Tạo hợp tác chặt chẽ vai trị, chức f) Giúp nhóm tránh khỏi can thiệp từ bên DEVELOPMENT TEAM a) Thường từ - người (linh hoạt áp dụng cho dự án, dự án unique) b) Vai trò đan xen c) Phải thành viên tồn thời gian d) Một nhóm liên chức (cross-functional) tự quản:được quyền chủ động tổ chức công việc, ước lượng khối lượng cơng việc cam kết hồn thành cơng việc e) Thành viên nhóm nên thay đổi sprints (không đổi suốt sprint) CLIENT a) Giám sát b) Góp ý C CƠNG CỤ CỦA SCRUM (SCRUM ARTIFACTS): a) PRODUCT BACKLOG Là danh sách ưu tiên hạng mục khác b) Mỗi mục chia thành tác vụ thể đơn giản chi tiết c) Mô tả cần phải thực Development Team SPRINT GOAL a) Một MỤC TIÊU tóm tắt b) Được vạch rõ Product Owner SPRINT BACKLOG a) Chứa số hạng mục Product Owner Nhóm phát triển lựa chọn từ Produc Backlog b) Danh sách chứa h ạng mục mà Nhóm phát triển tin đạt trạng thái thực Sprint INCREMENT a) Thực thể Scrum Team xác định trạng thái hoàn thành b) Khi mục từ Sprint Backlog xem xong, bị xóa khỏi Sprint Backlog sau phần Increment c) Do đó, Cải tiến tổng tất hạng mục xem hoàn thành D CUỘC HỌP CỦA SCRUM ( SCRUM EVENT): SPRINT PLANNING ( Product Owner, Scrum Master, Development Team) a) Sprint Planning có thời lượng tối đa cho Sprint tháng b) Trong lập Sprint Planning, Development Team dự đoán số lượng công việc cho hạng mục quan trọng Product Backlog c) Development Team lựa chọn mục mà họ nghĩ thực Sprint, bắt đầu với mục quan trọng nhất; Danh sách gọi Sprint Backlog d) Trong xem xét tất mục từ Sprint Backlog, mục tiêu lớn - Sprint Goal - phải xác định e) Điều cho phép Development Team ln hỏi (kiểm tra) mình: Đây cơng việc làm thực cần thiết cho Sprint (để đạt mục tiêu)? f) Khi Sprint Planning hồn thành, Development Team bắt đầu thực mục Sprint g) Sprint khoảng thời gian cố định Development Team nhằm mục đích đạt trạng thái hồn thành cho hạng mục h) Trong Sprint khơng có thay đổi cho phép, trừ giá trị phạm vi mục - với tham vấn Product Owner - tăng thêm i) Vào cuối Sprint, hạng mục khơng thể coi hồn tất chuyển trở lại Product Backlog đánh giá lại Sprint Planning DAILY SCRUM (Product Owner, Scrum Master, Development Team, Client) a) Daily Scrum họp 15 phút lên kế hoạch vào thời điểm vị trí ngày suốt Sprint b) Tất thành viên Development Team cần chuẩn bị cho họp dự kiến trả lời ba câu hỏi sau: 1.Tơi làm từ Daily Scrum cuối để giúp Development Team đạt mục tiêu Sprint? 2.Tơi làm họp Daily Scrum để giúp Development Team để đạt mục tiêu Sprint? 3.Những trở ngại tơi cản trở Development Team đạt mục tiêu Sprint? c) Scrum Master chịu trách nhiệm 15 phút có ba câu hỏi trả lời tồn Development Team có mặt Nếu cần, họp thiết lập thành viên liên quan d) Cuộc họp dùng để kiểm tra: Các thành viên Development Team nhìn thấy tiến riêng người biết người khác làm việc e) Hơn nữa, thông qua tương tác liên tục chuyên gia khu vực khác nhau, người bắt đầu có kiến thức ngồi chun mơn SPRINT REVIEW (Product Owner, Scrum Master, Development Team, Client) a) Sau Sprint, Increment kiểm tra Scrum Team Sprint Review và, cần thiết, thích nghi thực cho Product Backlog dựa thông tin Cuộc Sprint Review có thời gian tối đa bốn cho Sprint tháng.Các hành động sau xảy trình Sprint Review: b) Scrum Master có liên hệ trực tiếp với tất thành viên đội Scrum kiểm tra xem tất có mặt c) Product Owner giải thích mục đạt đến trạng thái hồn thành điều khơng d) Development Team thảo luận diễn suốt Sprint, làm khơng tốt vấn đề không giải e) Development Team trình bày câu hỏi cải tiến trả lời cần f) Product Owner thảo luận Product Backlog đốn ngày hồn thành g) Xem xét Increment (Cải tiến) cập nhật, Development Team định điều quan trọng cho Sprint đặt Sprint Goal sơ SPRINT RETROSPECTIVE(Product Owner, Scrum Master, Development Team) a) Mục tiêu họp đánh giá cách nghiêm túc bên liên quan, quy trình kỹ thuật sử dụng mối quan hệ tương tác họ Những làm? Khơng kiểm tra, thực nào? Khi làm vậy, Scrum Team đề nghị cải tiến quy trình cải thiện hiệu suất họ b) Khung làm việc sử dụng bước gia tăng hàng ngày (Daily Scrum), sở hàng tuần / hàng tháng để hoàn thành Sprint Product Backlog tương ứng Lợi ích cốt lõi cách tiếp cận cải tiến tập trung vào Nhiệm vụ, gây phiền nhiễu hơn, dẫn đến việc hồn thành cơng việc khẩn cấp: Bất kể người giỏi đến đâu, làm nhiều D B ÀI H ỌC: Dựa lý thuyết quản lý thực nghiệm (empirical process control), Scrum sử dụng chế lặp (iterative) tăng trưởng (incremental) để tối ưu hóa tính hiệu kiểm soát rủi ro Scrum đơn giản, dễ học có khả ứng dụng rộng Để dùng Scrum, cần hiểu rõ vận dụng thành tố tạo nên Scrum bao gồm giá trị cốt lõi (ba trụ cột Scrum), vai trò (Scrum Role), kiện hay họp (Scrum Event), công cụ (Scrum Artifacts) đặc thù Scrum Việc sử dụng Scrum chứng tỏ có giá trị dự án phức tạp, đặc biệt yêu cầu / cơng nghệ sống động chưa hồn thiện tất phương pháp linh hoạt khác (ví dụ,Extreme Programming, Adaptive Project Management, Dynamic Project Management), cách sử dụng thường xuyên Development Team sử dụng bảng Kanban để theo dõi quan trọng Sprint, tồn dự án Vì Product Owner nhân khác khơng dự án với Development Team, sử dụng bảng Kanban thực ảo Bảng Kanban ảo thực cách sử dụng Trello - công cụ ứng dụng quản lý dự án trực tuyến miễn phí Một Kanban thực gắn dự án Bảng Kanban ảo thực cách sử dụng Trello Bảng Kanban thực cơng trường Sài Gịn, Ngày 09/08/2017 LĐG