Hướng dẫn Scrum™ HƯỚNG DẪN SCRUM: The Rules of the Game Tháng 7, 2013 Biên soạn bảo trì Ken Swchaber Jeff Sutherland MỤC LỤC Mục đích Tài liệu Định nghĩa Scrum Lý thuyết Scrum Nhóm Scrum Chủ Sản phẩm Nhóm Phát triển Scrum Master Các Sự Kiện Scrum Sprint Lập Kế hoạch Sprint Họp Scrum Hằng ngày 10 Sơ kết Sprint 11 Cải tiến Sprint 12 Tạo tác Scrum 13 Product Backlog 13 Sprint Backlog 14 Gói tăng trưởng 15 Minh bạch hóa Tạo tác 15 Định nghĩa “Hoàn thành” 16 Lời kết 16 Ghi nhận 17 Con người 17 Lịch sử 17 Về dịch tiếng Việt 17 Những thay đổi phiên Scrum Guides 2011 2013 18 ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | Mục đích Tài liệu Scrum khung làm việc để phát triển bền vững sản phẩm phức tạp Tài liệu Hướng dẫn bao gồm định nghĩa Scrum Định nghĩa bao gồm thành phần Scrum gồm vai trò, kiện, tạo tác, quy tắc gắn kết yếu tố lại với Ken Schwaber Jeff Sutherland phát triển Scrum, người cung cấp Hướng dẫn Scrum tới người đọc Họ người viết nên tài liệu Hướng dẫn Scrum Định nghĩa Scrum Scrum khung làm việc người xác định vấn đề thích nghi phức tạp, đảm bảo suất sáng tạo để chuyển giao sản phẩm có giá trị cao Scrum có tính chất sau:    Nhẹ Dễ hiểu Nhưng khó làm chủ Scrum khung làm việc sử dụng để quản lý quy trình phát triển sản phẩm phức tạp từ đầu năm 1990 Scrum quy trình hay kĩ thuật cụ thể để phát triển sản phẩm; mà, khung làm việc cho phép bạn áp dụng nhiều quy trình kĩ thuật khác Scrum làm sáng tỏ mức độ hiệu tương đối công việc quản lý phát triển sản phẩm, từ cho phép bạn cải tiến Khung làm việc Scrum bao gồm hay nhiều Nhóm Scrum với vai trò phân định rõ ràng, kiện, tạo tác1 quy tắc Mỗi thành phần khung làm việc phục vụ mục đích rõ ràng nòng cốt việc sử dụng thành công Scrum Các quy tắc Scrum gắn kết yếu tố kiện, vai trò, tạo tác với nhau, điều khiển mối quan hệ tương tác chúng Các quy tắc Scrum mô tả suốt tài liệu Các chiến lược cụ thể để sử dụng Scrum khác mô tả tài liệu khác Lý thuyết Scrum Scrum xây dựng dựa lý thuyết quản lý tiến trình thực nghiệm, hay thực nghiệm luận Lý thuyết tri thức đến từ kinh nghiệm việc định dựa biết Scrum sử dụng tiếp cận lặp, tăng dần để tối ưu hóa khả dự đoán kiểm soát rủi ro ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | Ba yếu tố nòng cốt tạo thành mô hình quản lý tiến trình thực nghiệm gồm: minh bạch, tra, thích nghi Minh bạch Các khía cạnh quan trọng tiến trình phải hiển thị rõ ràng cho người có trách nhiệm với thành tiến trình Sự minh bạch yêu cầu yếu tố cần định nghĩa theo tiêu chuẩn để người quan sát hiểu họ thấy theo cách Ví dụ:   Một ngôn ngữ chung quy trình cần phải chia sẻ cho tất bên tham gia; và, Một định nghĩa chung “Hoàn thành” phải chia sẻ người đảm nhiệm công việc người tiếp nhận sản phẩm công việc Thanh tra Người sử dụng Scrum phải thường xuyên tra tạo tác tiến độ để đạt Mục tiêu Sprint phát điểm bất thường theo ý muốn Tần suất tra không nên dày, không ảnh hưởng đến công việc Công tác tra có ích thực cách cần mẫn người có kĩ tra mốc công việc Thích nghi Nếu người tra xác định có vấn đề vượt giới hạn cho phép, hậu vấn đề sản phẩm chấp nhận được, quy trình tài liệu xử lý phải điều chỉnh Sự điều chỉnh phải tiến hành sớm tốt để giảm thiểu sai sót khác xảy  Scrum yêu cầu bốn kiện thức cho việc tra thích nghi mô tả phần Sự kiện Scrum, bao gồm:     Họp Kế hoạch Sprint (Sprint Planning) Họp Scrum ngày (Daily Scrum) Họp Sơ kết Sprint (Sprint Review) Họp Cải tiến Sprint (Sprint Retrospective) ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | Nhóm Scrum Nhóm Scrum bao gồm Chủ Sản phẩm, Nhóm phát triển, Scrum Master Các Nhóm Scrum nhóm tự quản đa chức Các nhóm tự quản tự chọn cách thức tốt để hoàn thành công việc họ, không bị đạo bên nhóm Các nhóm liên chức có đủ kĩ cần thiết để hoàn thành công việc mà không phụ thuộc vào người khác Mô hình nhóm Scrum thiết kế để tối ưu hóa linh hoạt, sáng tạo suất Các Nhóm Scrum chuyển giao sản phẩm theo chu kỳ mang tính tăng dần, tối đa hóa hội cho phản hồi Việc chuyển giao phần việc Sản phẩm “Hoàn thành” đảm bảo phiên sử dụng sản phẩm luôn sẵn sàng Chủ Sản phẩm Chủ Sản phẩm chịu trách nhiệm tối đa hóa giá trị sản phẩm công việc Nhóm Phát triển Cách thức để đạt điều khác tùy thuộc tổ chức, Nhóm Scrum cá nhân Chủ Sản phẩm người chủ yếu chịu trách nhiệm việc quản lý Product Backlog Việc quản lý Backlog bao gồm:      Mô tả rõ ràng hạng mục Product backlog; Thứ tự hạng mục Product Backlog cho đạt mục đích hoàn thành nhiệm vụ cách tốt nhất; Tối ưu hóa giá trị công việc mà Nhóm Phát triển thực hiện; Đảm bảo cho Product Backlog luôn rõ ràng/hiện hữu, minh bạch với tất người, mà Nhóm Scrum làm; và, Đảm bảo cho Nhóm Phát triển hiểu rõ hạng mục Product Backlog mức độ cần thiết tương ứng Chủ Sản phẩm tự thực công việc trên, để Nhóm Phát triển làm Tuy nhiên, Chủ Sản phẩm phải chịu trách nhiệm Chủ Sản phẩm người, nhóm người Chủ Sản phẩm đại diện cho nhóm người nhóm muốn thay đổi độ ưu tiên hạng mục Backlog cần thông qua Chủ Sản phẩm Để Chủ Sản phẩm thành công, toàn tổ chức/công ty phải tôn trọng định Các định hiển thị nội dung thứ tự Product Backlog Không Chủ Sản phẩm yêu cầu Nhóm Phát triển làm theo yêu cầu khác Tương tự, Nhóm Phát triển không làm theo lời người ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | Nhóm Phát triển Nhóm Phát triển gồm chuyên gia làm việc cho phần tăng trưởng phát hành cuối Sprint Chỉ thành viên Nhóm Phát triển tạo phần tăng trưởng Nhóm Phát triển tổ chức trao quyền tổ chức/công ty để quản lý công việc họ Sự hợp lực giúp tối ưu tổng thể hiệu suất hiểu làm việc Nhóm Phát triển Nhóm Phát triển có đặc trưng sau:      Là nhóm tự quản Không (kể Scrum Master) có quyền yêu cầu Nhóm Phát triển làm để chuyển Product Backlog thành phần tăng trưởng chuyển giao được; Là nhóm liên chức năng, có tất kĩ cần thiết để tạo phần tăng trưởng sản phẩm; Scrum không chấp nhận chức danh Nhóm Phát triển Người Phát triển nội dung công việc gì; ngoại lệ cho nguyên tắc này; Nhóm Phát triển không chứa nhóm khác với chức đặc thù "nhóm kiểm thử" hay "phân tích nghiệp vụ"; Một cá nhân Nhóm phát triển có số khả tập trung đặc biệt, trách nhiệm thuộc CẢ nhóm phát triển Độ lớn Nhóm Phát triển Độ lớn tối ưu Nhóm Phát triển đủ nhỏ để linh hoạt đủ lớn để hoàn thành công việc Nhóm ba người có tương trợ lẫn dẫn đến suất thấp Nhóm Phát triển người phải đối mặt với ràng buộc (thiếu) kĩ suốt Sprint kết Nhóm Phát triển khó chuyển giao gói tăng trưởng phát hành Nhóm nhiều người cần điều phối nhiều Nhóm Phát triển lớn trở nên phức tạp khó quản lý để vượt qua quy trình thực nghiệm Chủ Sản phẩm Scrum Master không tính vào Nhóm Phát triển, trừ họ kiêm nhiệm vai trò Thành viên Nhóm Phát triển Scrum Master Scrum Master chịu trách nhiệm đảm bảo Scrum hiểu (đúng) thực thi Scrum Master thực việc cách đảm bảo Nhóm Scrum tuân thủ lý thuyết, kĩ thuật thực hành quy tắc Scrum Scrum Master servant-leader (lãnh đạo theo cách “phục vụ” Nhóm) Scrum Master giúp đỡ người Nhóm Scrum hiểu cách họ tương tác với Nhóm hiệu Scrum Master giúp đỡ người thay đổi mối tương tác để tối đa hóa giá trị mà Nhóm Scrum tạo ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | Scrum Master phục vụ cho Product Owner? Scrum Master phục vụ Chủ Sản phẩm theo nhiều cách, bao gồm:       Tìm kiếm kĩ thuật để quản lý hiệu Product Backlog; Giúp Nhóm Scrum hiểu cần thiết hạng mục Product Backlog rõ ràng súc tích; Hiểu việc lên kế hoạch cho sản phẩm môi trường thực nghiệm; Đảm bảo Chủ Sản phẩm hiểu cách bố trí Product Backlog cho giá trị đạt lớn nhất; Hiểu rõ thực hành linh hoạt; và, Tạo điều kiện cho kiện Scrum cần yêu cầu Scrum Master phục vụ cho Nhóm Phát triển? Scrum Master phục vụ Nhóm Phát triển theo nhiều cách, bao gồm:      Huấn luyện Nhóm Phát triển cách tự tổ chức làm việc liên chức năng; Giúp đỡ Nhóm Phát triển để tạo sản phẩm có giá trị cao; Loại bỏ rào cản trình làm việc Nhóm Phát triển; Tạo điều kiện cho kiện Scrum theo yêu cầu cần thiết; và, Huấn luyện Nhóm Phát triển trường hợp tổ chức/công ty chưa có hiểu biết ứng dụng đầy đủ Scrum Scrum Master phục vụ cho Tổ chức? Scrum Master phục vụ Tổ chức theo nhiều cách, bao gồm:      Dẫn dắt huấn luyện tổ chức việc áp dụng Scrum; Lập kế hoạch triển khai Scrum phạm vi tổ chức; Giúp đỡ nhân viên bên liên quan hiểu sử dụng Scrum trình phát triển sản phẩm thực nghiệm; Tạo thay đổi làm tăng suất Nhóm Scrum; và, Làm việc với Scrum Master khác để gia tăng hiệu việc áp dụng Scrum tổ chức Các Sự Kiện Scrum Các kiện mô tả dùng Scrum nhằm tạo thói quen giảm thiểu buổi họp hành vốn không định nghĩa Scrum Scrum dùng kiện đóng khung thời gian, nghĩa kiện có giới hạn thời gian tối đa Khi Sprint bắt đầu, độ đài cố định, nghĩa không dài thêm không ngắn Khi đạt mục tiêu Sự kiện, hủy phần lại kiện đó, để đảm bảo lượng thời gian bỏ thích hợp, không lãng phí ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | Khác với thân Sprint - vốn bao gồm nhiều kiện, kiện Scrum hội thức để thẩm tra thích nghi Các kiện thiết kế đặc biệt để đảm bảo minh bạch thẩm tra Nếu không thực điều dẫn đến giảm tính minh bạch đánh hội để thẩm tra thích nghi Sprint Trái tim Scrum Sprint, khung-thời-gian có độ dài tháng ngắn mà khoảng thời gian đó, Phần tăng trưởng sản phẩm thỏa mãn điều kiện: "Hoàn thành", sử dụng có tiềm phát hành Sprint có khoảng thời gian quán suốt trình phát triển Một Sprint bắt đầu Sprint trước kết thúc Sprint chứa bao gồm Họp Kế hoạch Sprint, Họp Scrum ngày, buổi Họp Sơ kết Sprint, buổi họp Cải tiến Sprint Trong Sprint:    Không cho phép thay đổi ảnh hưởng đến Mục tiêu Sprint; Mục tiêu chất lượng không cắt giảm; và, Phạm vi làm rõ thương lượng lại Chủ Sản phẩm Nhóm Phát triển Mỗi Sprint coi tiểu dự án với độ dài không lớn tháng Giống dự án, Sprint dùng để hoàn thành Mỗi Sprint có định nghĩa việc phải xây dựng gì, với thiết kế kế hoạch linh hoạt hướng dẫn trình xây dựng đó, công việc cần làm, sản phẩm trình Sprint giới hạn vòng tháng (theo lịch) Khi Sprint bị kéo dài định nghĩa việc phải xây dựng bị thay đổi, phức tạp gia tăng rủi ro tăng theo Sprint đảm bảo tính dự đoán thẩm tra thích nghi tiến trình tiến tới mục tiêu tháng Sprint giới hạn rủi ro phạm vi chi phí tháng lịch Hủy Sprint Sprint bị hủy trước hết khung thời gian Chỉ có Chủ Sản phẩm đủ thẩm quyền dừng Sprint, Chủ Sản phẩm chịu ảnh hưởng bên liên quan khác, Nhóm Phát triển, Scrum Master Một Sprint bị hủy Mục tiêu Sprint trở nên lỗi thời Điều xảy công ty chuyển hướng kinh doanh tình công nghệ có thay đổi Nói chung, Sprint bị hủy không mang lại điều có ích Thế nhưng, thời gian Sprint tương đối ngắn, nên việc hủy Sprint không có ảnh hưởng ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | Khi Sprint bị hủy, phần sản phẩm hoàn chỉnh xem xét lại Nếu phần công việc chuyển giao được, Chủ Sản phẩm chấp nhận chúng Tất các hạng mục Product Backlog chưa hoàn tất tái ước lượng đặt ngược trở lại Product Backlog để phát triển tiếp Các phần việc thực nhanh chóng hết tác dụng phải thường xuyên ước lượng lại Việc hủy Sprint gây lãng phí tài nguyên, người phải họp lại để lên kế hoạch cho Sprint Việc hủy Sprint thường gây tổn hại định cho Nhóm Phát triển, xảy Lập Kế hoạch Sprint Công việc Sprint lên kế hoạch buổi Họp Kế hoạch Sprint Kế hoạch cho Sprint tạo nhờ nỗ lực cộng tác toàn Nhóm Scrum Buổi Họp Kế hoạch Sprint đóng khung tám tiếng cho Sprint dài tháng Nếu độ dài Sprint ngắn hơn, thời lượng họp Lập Kế hoạch Sprint ngắn Scrum Master đảm bảo họp diễn người tham gia hiểu mục đích Scrum Master điều hướng Nhóm Scrum họp khung thời gian Việc Lập Kế hoạch Sprint trả lời câu hỏi sau:   Nhóm Scrum bàn giao mục tăng trưởng Sprint tới? Làm để giao nộp phần tăng trưởng nào? Chủ đề Một: Phải làm Sprint này? Trong phần này, Nhóm Phát triển làm việc để dự báo chức phát triển Sprint Chủ Sản phẩm trao đổi (với Nhóm phát triển) mục tiêu Sprint cần đạt hạng mục Product Backlog mà qua đó, hoàn thành Sprint này, Mục tiêu Sprint đạt Toàn Nhóm Scrum hợp tác để hiểu nội dung công việc Sprint Đầu vào buổi họp Product Backlog, phần tăng trưởng sản phẩm gần nhất, lực có Nhóm Phát triển Sprint tới, hiệu suất khứ Nhóm Phát triển Số lượng hạng mục chọn từ Product Backlog cho Sprint hoàn toàn phụ thuộc vào Nhóm Phát triển Chỉ Nhóm Phát triển đánh giá họ hoàn thành Sprint tới Sau Nhóm Phát triển dự báo hạng mục Product Backlog chuyển giao Sprint, Nhóm Scrum xác lập Mục tiêu Sprint Mục tiêu Sprint mục tiêu phải đạt Spint thông qua việc thực thi (các hạng mục trong) Product Backlog hướng dẫn cho Nhóm Phát triển việc phải xây dựng Increment ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | Phần Hai: Làm để hoàn thành công việc chọn? Sau chọn công việc cho Sprint, Nhóm Phát triển định cách thức để xây dựng chức có phần tăng trưởng “hoàn thiện” suốt Sprint Các hạng mục Product Backlog lựa chọn cho Sprint cộng với kế hoạch để chuyển giao chúng gọi Sprint Backlog Nhóm Phát triển thường bắt đầu công việc cách thiết kế hệ thống công việc cần thiết để chuyển Product Backlog thành gói sản phẩm chạy Công việc lớn nhỏ khác Tuy nhiên, lượng công việc vừa đủ đưa vào kế hoạch suốt buổi Họp Kế hoạch Sprint cho Nhóm Phát triển dự báo thứ làm Sprint tới Các công việc lên kế hoạch ngày Sprint Nhóm Phát triển phân tách thành đơn vị nhỏ cho chúng hoàn thành (dự định) ngày nhỏ cuối buổi họp Nhóm Phát triển tự tổ chức để làm việc Sprint Backlog, lập kế hoạch lẫn thực thi kế hoạch suốt Sprint Chủ Sản phẩm giúp Nhóm Phát triển làm sáng tỏ khúc mắc hạng mục lựa chọn Product Backlog lựa chọn chúng Nếu Nhóm Phát triển thấy có nhiều việc, họ thương lượng thêm với Chủ Sản phẩm danh sách hạng mục Product Backlog Nhóm Phát triển mời số người khác tham dự để hỗ trợ số vấn đề kĩ thuật chuyên môn Kết thúc buổi Họp Kế hoạch Sprint, Nhóm Phát triển phải giải thích cho Chủ Sản phẩm Scrum Master biết họ dự định làm việc với tư cách nhóm tự tổ chức để hoàn thành Mục tiêu Sprint tạo phần tăng trưởng theo yêu cầu Mục tiêu Sprint Mục tiêu Sprint tập mục tiêu cần đạt Sprint sau thực thi phần Product Backlog Nó cung cấp gợi ý để Nhóm Phát triển xây dựng Phần tăng trưởng Mục tiêu Sprint cho phép Nhóm Phát triển có số linh hoạt định việc phải thực thi chức suốt Sprint Các hạng mục Product Backlog chọn chuyển giao chức kết hợp Mục tiêu Sprint Mục tiêu Sprint nên yêu cầu gắn kết khiến Nhóm Phát triển làm việc riêng lẻ cho cá thể Khi Nhóm Phát triển làm việc, họ hình dung Mục tiêu đầu Để thỏa mãn Mục tiêu Sprint, họ thực thi chức kĩ thuật Nếu công việc khác so với dự kiến họ cộng tác với Chủ Sản phẩm để thương lượng lại phạm vi Sprint Backlog Sprint Họp Scrum Hằng ngày Cuộc họp Scrum Hằng ngày diễn không 15 phút với mục đích để Nhóm Phát triển đồng hóa hoạt động thành viên tạo lập kế hoạch cho 24 Điều có nhờ việc tra công việc kể từ họp Scrum Hằng ngày hôm qua, dựa dự báo công việc hoàn thành trước buổi họp lần sau Để đơn giản, họp ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 10 Scrum Hằng ngày tổ chức địa điểm, thời gian cố định Trong suốt họp, thành viên Nhóm Phát triển giải thích:    Tôi làm kể từ hôm qua để giúp Nhóm Phát triển đạt Mục tiêu Sprint? Tôi làm hôm để giúp Nhóm Phát triển đạt Mục tiêu Sprint? Tôi có thấy vấn đề cản trở Nhóm Phát triển đạt Mục tiêu Sprint? Nhóm Phát triển sử dụng họp Scrum Hằng ngày để đánh giá tiến độ công việc Mục tiêu Sprint đánh giá xu hướng tiến triển công việc Sprint Backlog Cuộc họp Scrum Hằng ngày tối ưu hóa khả để Nhóm Phát triển đạt Mục tiêu Sprint Nhóm Phát triển thường họp mặt sau họp xong Scrum Hằng ngày để tái lập kế hoạch cho công việc lại Sprint Hằng ngày, Nhóm Phát triển giải thích cho Chủ Sản phẩm Scrum Master biết họ định làm với tư cách nhóm tự quản để hoàn thành mục tiêu tạo phần tăng trưởng cần thiết Sprint Scrum Master đảm bảo cho Nhóm Phát triển tham gia họp, Nhóm Phát triển có trách nhiệm việc tổ chức họp Scrum Hằng ngày Scrum Master dạy cho Nhóm Phát triển biết cách giữ họp không vượt 15 phút Scrum Master phải áp đặt quy tắc việc có Nhóm Phát triển tham gia họp Scrum Hằng ngày Họp Scrum Hằng ngày cải tiến việc giao tiếp, lược bỏ buổi họp không cần thiết, nhận biết loại bỏ trở ngại trình phát triển, nhấn mạnh phát huy việc đưa định nhanh, nâng cao mức độ hiểu biết Nhóm Phát triển dự án Cuộc họp chìa khóa việc tra thích nghi Sơ kết Sprint Buổi Sơ kết Sprint tổ chức Sprint kết thúc để rà soát lại phần tăng trưởng vừa làm Sprint đó, để thực biện pháp thích nghi Product Backlog cần Trong họp này, Nhóm Scrum bên liên quan trao đổi với hoàn thành Sprint vừa Trên sở thay đổi Product Backlog suốt Sprint, người tham dự họp hợp tác để thảo luận công việc làm để tối ưu hóa giá trị Đây họp không thức việc trình bày gói tăng trưởng chủ yếu nhằm mục đích cung cấp phản hồi hữu ích khích lệ cộng tác bên Cuộc họp đóng khung bốn cho Sprint có độ dài tháng Sprint ngắn thời gian họp rút bớt cho phù hợp Scrum Master đảm bảo kiện diễn người tham dự hiểu mục đích kiện Scrum Master hướng dẫn người làm việc khuôn khổ thời gian phép Buổi Sơ kết Sprint có yếu tố sau: ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 11         Thành phần tham dự bao gồm Nhóm Scrum người liên quan Chủ Sản phẩm mời; Chủ Sản phẩm giải thích phần “Hoàn thành” phần chưa “Chưa Hoàn thành”; Nhóm Phát triển thảo luận làm tốt Sprint vừa qua, khó khăn mà nhóm gặp phải, cách giải vấn đề đó; Nhóm Phát triển trình diễn phần việc “Hoàn thành” trả lời câu hỏi người tham gia gói tăng trưởng; Chủ Sản phẩm trao đổi Product Backlog Dựa tiến độ thời điểm thời, Chủ Sản phẩm ước lượng ngày hoàn thành (nếu cần); Toàn nhóm thảo luận làm, để qua đó, buổi Sơ kết Sprint cung cấp giá trị đầu vào cho buổi Họp Kế hoạch Sprint tiếp theo; Nhìn lại thị trường hay khả áp dụng sản phẩm bị thay đổi hay không, và, có giá trị cao làm tiếp; và, Đánh giá lại thời gian biểu, tài chính, sở vật chất, thị trường cho phát hành dự kiến sản phẩm Kết họp Sơ kết Sprint Product Backlog cập nhật, với hạng mục dự định triển khai Sprint tới Product Backlog điều chỉnh toàn diện để thích ứng với hội Cải tiến Sprint Buổi họp Cải tiến Sprint hội để Nhóm Scrum tự tra đưa kế hoạch cho cải tiến Sprint Buổi họp Cải tiến Sprint tổ chức sau Sơ kết Sprint trước Họp Kế hoạch Sprint diễn Cuộc họp đóng khung với Sprint dài tháng Với Sprint ngắn hơn, họp thường rút ngắn lại Scrum Master đảm bảo kiện diễn người tham dự hiểu mục đích kiện Scrum Master hướng dẫn người làm việc khung thời gian cho phép Trong họp này, Scrum Master tham dự thành viên nhóm chịu trách nhiệm quy trình Scrum Mục đích họp Cải tiến Sprint để:    Thanh tra chạy Scrum Sprint vừa qua, liên quan tới người, mối quan hệ, quy trình, công cụ; Chỉ xếp đặt lại hạng mục thực tốt, cải tiến tiềm năng; và, Lên kế hoạch triển khai cải tiến cách làm việc Nhóm Scrum ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 12 Scrum Master khuyến khích Nhóm Scrum cải tiến khuôn khổ Scrum, quy trình phát triển biện pháp thực hành để nâng cao hiệu thú vị cho Sprint Trong họp Cải tiến Sprint, Nhóm Scrum lập kế hoạch nâng cao chất lượng sản phẩm việc điều chỉnh Định nghĩa “Hoàn thành” cần thiết Kết thúc họp Cải tiến Sprint, Nhóm Scrum phải nhận biết cải tiến triển khai Sprint tới Việc triển khai cải tiến thích nghi thân Nhóm Scrum Mặc dù cải tiến triển khai thời điểm bất kì, họp Cải tiến Sprint cung cấp hội thức tập trung vào việc tra thích nghi Tạo tác Scrum Các tạo tác Scrum thể hiển công việc giá trị tính minh bạch hội cho việc tra thích nghi Các tạo tác Scrum thiết kế để tối đa hóa tính minh bạch thông suốt thông tin nhằm đảm bảo người có cách hiểu thống Tạo tác Product Backlog Product Backlog danh sách thứ tự tất cần thiết cho sản phẩm Nó nguồn yêu cầu thể thay đổi sản phẩm Chủ Sản phẩm người chịu trách nhiệm Product Backlog, bao gồm, nội dung, khả hữu, thứ tự hạng mục Product Backlog không “Hoàn thành” Phiên sớm Product Backlog cho thấy yêu cầu biết rõ ban đầu Product Backlog tiến hóa với với sản phẩm môi trường mà sử dụng Product Backlog động, thay đổi thường xuyên để nhận biết mà sản phẩm cần phải có để trở nên thích hợp, có tính cạnh tranh hữu ích Chừng sản phẩm đó, Product Backlog tồn Product Backlog liệt kê tất đặc tính, chức năng, yêu cầu, cải thiện, vá lỗi cần thiết để làm nên sản phẩm tương lai Các hạng mục Product Backlog mô tả với thuộc tính sau: mô tả, thứ tự, ước lượng giá trị Khi sản phẩm đưa vào sử dụng bắt đầu mang lại giá trị, có phần hồi từ thị trường, Product Backlog trở thành danh sách lớn toàn diện Nhu cầu không ngừng thay đổi, Product Backlog thực thể sống động Sự thay đổi yêu cầu nghiệp vụ, điều kiện thị trường, hay công nghệ dẫn đến thay đổi Product Backlog Nhiều Nhóm Scrum thường làm việc một sản phẩm Một Product Backlog chung dùng để mô tả công việc tới Sản phẩm Các hạng mục Product Backlog nhóm ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 13 Việc làm mịn Product Backlog hoạt động thêm vào chi tiết, ước lượng, trình tự hạng mục Product Backlog Đây trình liên tục, theo Chủ Sản phẩm Nhóm Phát triển thảo luận chi tiết hạng mục Trong trình làm mịn, hạng mục liên tục rà xoát cập nhật Nhóm Scrum định cách thức thời điểm "Hoàn thành" việc làm mịn Product Backlog Hoạt động chiếm nhiều 10% thời gian Nhóm Phát triển Tuy nhiên, hạng mục Product Backlog cập nhật thời điểm theo chủ quan Chủ Sản phẩm Những hạng mục Product Backlog có độ ưu tiên cao thường rõ ràng chi tiết hạng mục có độ ưu tiên thấp Việc ước lượng xác dựa rõ ràng độ chi tiết ngày tăng (của hạng mục Product Backlog); ngược lại, với hạng mục có độ ưu tiên thấp hơn, độ chi tiết thấp Hạng mục Product Backlog làm Sprint làm “mịn” cho hạng mục hoàn thành khung thời gian Sprint Hạng mục Product Backlog “Hoàn thành” Sprint coi “Sẵn sàng” để chọn buổi Họp Kế hoạch Sprint Các hạng mục Product Backlog thường rõ ràng minh bạch sau làm mịn theo cách nói Nhóm Phát triển chịu trách nhiệm với MỌI việc ước lượng hạng mục Product Backlog Chủ Sản phẩm tác động lên Nhóm cách giúp họ hiểu lựa chọn trade-off Tuy nhiên, người trực tiếp làm việc đưa số ước lượng cuối Theo dõi tiến độ hướng tới Mục tiêu Tại thời điểm nào, cần phải tính tổng khối lượng công việc lại cần làm để đạt mục tiêu Chủ Sản phẩm theo dõi lượng công việc lại vào buổi họp Sơ kết Sprint trước để tiếp cận tiến độ hoàn thành lượng công việc dự định với thời gian mong muốn để hoàn thành mục tiêu Thông tin minh bạch với tất bên liên quan Có nhiều phương pháp hoạch định dựa xu hướng dùng để dự đoán tiến độ biểu đồ burndown, biểu đồ burnup hay luồng lũy tích Các phương pháp chứng minh hữu ích Tuy nhiên, phương pháp không thay tầm quan trọng kinh nghiệm Trong môi trường phức tạp, ta biết điều xảy Chỉ dựa điều xảy để đưa định cho tương lai Sprint Backlog Sprint Backlog tập hợp hạng mục Product Backlog lựa chọn để phát triển Sprint, kèm theo kế hoạch để chuyển giao phần Tăng trưởng sản phẩm thực hóa Mục tiêu Sprint Sprint Backlog dự báo Nhóm Phát triển chức có phần Tăng trưởng công việc cần làm để hoàn thành phần Tăng trưởng Sprint Backlog tất việc Nhóm Phát triển cần phải làm để đạt Mục tiêu Sprint ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 14 Sprint Backlog kế hoạch với độ chi tiết vừa đủ để thay đổi tiến độ công việc nhìn thấy họp Scrum Hằng ngày Nhóm Phát triển chỉnh sửa Sprint Backlog suốt Sprint, Sprint Backlog cập nhật thời gian Việc cập nhật xảy Nhóm Phát triển làm việc theo kế hoạch họ, hiểu rõ công việc cần thiết để đạt Mục tiêu Sprint Mỗi có thêm việc mới, Nhóm Phát triển đưa vào Sprint Backlog Khi công việc bắt đầu hay kết thúc, giá trị ước lượng thời gian lại để hoàn tất công việc cập nhật Khi có phần kế hoạch không cần thiết, chúng bị bỏ Chỉ có Nhóm Phát triển thay đổi Sprint Backlog Sprint Sprint Backlog tranh thời gian thực công việc mà Nhóm Phát triển lên kế hoạch để hoàn thành Sprint, thuộc Nhóm Phát triển Theo dõi Tiến độ Sprint Tại thời điểm Sprint, tổng lượng thời gian lại để hoàn thành công việc tính toán Nhóm Phát triển theo dõi số thường xuyên, vào họp Scrum Hằng ngày Dựa vào việc lượng công việc lại suốt Sprint, Nhóm Phát triển quản lý tiến độ Gói tăng trưởng Gói tăng trưởng tập hợp tất hạng mục Product Backlog hoàn thành suốt Sprint Sprint trước Cuối Sprint, gói tăng trưởng phải thỏa mãn điều kiện “Hoàn thành”, có nghĩa phải trạng thái sử dụng thỏa mãn định nghĩa Nhóm Scrum “Hoàn thành” Gói tăng trưởng phải trạng thái dùng dù Chủ Sản phẩm thể định phát hành hay không Minh bạch hóa Tạo tác Scrum vận hành dựa minh bạch Các định để tối ưu hóa giá trị kiểm soát rủi ro dựa nhiều vào việc quan sát trạng thái tạo tác thu Nếu minh bạch đầy đủ, định vững Nếu tạo tác không minh bạch, định thiếu sót tiềm ẩn rủi ro gia tăng Scrum Master phải làm việc với Chủ Sản phẩm, Nhóm Phát triển, đối tượng khác để hiểu rõ tạo tác hoàn toàn minh bạch Có nhiều cách để xử lí việc minh bạch không đầy đủ; Scrum Master phải giúp đỡ người áp dụng cách thức phù hợp tình thuống không đủ minh bạch Scrum Master phát minh bạch không đầy đủ việc tra tạo tác, mẫu thăm dò, lắng nghe trao đổi, phát khác biệt kỳ vọng kết thực tế Nhiệm vụ Scrum Master làm việc với Nhóm Scrum tổ chức để gia tăng tính minh bạch cho tạo tác Công việc đòi hỏi học hỏi, thuyết phục thay đổi Minh bạch việc hai, mà trình ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 15 Định nghĩa “Hoàn thành” Khi hạng mục Product Backlog Gói tăng trưởng cho “Hoàn thành”, người phải hiểu rõ “Hoàn thành” Mặc dù việc xác định rõ định nghĩa hoàn toàn phụ thuộc vào Nhóm Scrum, thành viên phải có cách hiểu chung định nghĩa “Hoàn thành” để đảm bảo tính minh bạch Đây (chuẩn) “Định nghĩa Hoàn thành” cho Nhóm Scrum; dùng để đánh giá công việc thực hoàn thành gói tăng trưởng sản phẩm Định nghĩa thống (về “Hoàn thành”) dẫn cho Nhóm Phát triển nắm số lượng hạng mục Product Backlog lựa chọn cho Sprint Mục đích Sprint để chuyển giao Gói tăng trưởng chức có tiềm chuyển giao tuân thủ “Định nghĩa Hoàn thành” Nhóm Scrum Mỗi Sprint, Nhóm Phát triển chuyển giao Gói tăng trưởng Phần tăng trưởng phải sử dụng được, để Chủ Sản phẩm lựa chọn phát hành Nếu định nghĩa “Hoàn thành” quy ước, tiêu chuẩn hướng dẫn tổ chức, tất Nhóm Scrum phải tuân thủ Nếu tổ chức chưa có quy ước Nhóm Phát triển phải dùng phần Định nghĩa Hoàn thành tối thiểu Nếu nhiều Nhóm Scrum làm việc sản phẩm, họ phải định nghĩa cách hiểu chung "Hoàn thành" Nếu “Hoàn thành” KHÔNG phải quy ước chung cho toàn tổ chức phương việc phát triển, Nhóm Phát triển Nhóm Scrum phải định nghĩa “Hoàn thành” riêng thích hợp cho sản phẩm Nếu nhiều nhóm Scrum làm chung hệ thống hay phát hành sản phẩm, Nhóm phát triển phải có chung định nghĩa "Hoàn thành" Mỗi gói tăng trưởng cộng dồn vào gói tăng trưởng trước kiểm thử toàn để đảm bảo Phần Tăng trưởng làm việc tốt với Khi Nhóm Scrum ngày trưởng thành “Định nghĩa Hoàn thành” mở rộng với tiêu khắt khe để đạt chất lượng cao Bất kì sản phẩm hay hệ thống nên có định nghĩa “Hoàn thành” tiêu chuẩn cho công việc Lời kết Scrum tự giới thiệu thông qua tài liệu hướng dẫn Các vai trò, tạo tác, kiện quy tắc Scrum bất biến, ta triển khai phần Scrum, đó, kết Scrum Scrum tồn vận hành đầy đủ khung chứa kĩ thuật, phương pháp biện pháp thực hành khác ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 16 Ghi nhận Con người Hàng nghìn người tham gia đóng góp cho Scrum, cá nhân thử nghiệm mươi năm Đầu tiên Jeff Sutherland, Jeff McKenna, Ken Schwaber với Mike Smith, Chris Martin Nhiều người khác đóng góp nhiều năm, thiếu họ có Scrum ngày Lịch sử Ken Schwaber Jeff Sutherland lần trình bày Scrum trước hội nghị OOPSLA năm 1995 Bài thuyết trình hệ thống hóa lại Ken Jeff học từ vài năm trước áp dụng Scrum Lịch sử Scrum tương đối dài Để vinh danh nơi sử dụng, muốn nhắc đến Individual, Inc., Fidelity Investments, IDX (bây GE Medical) Tài liệu Hướng dẫn Scrum phát triển trì 20 năm Jeff Sutherland Ken Schwaber Các nguồn khác cung cấp cho bạn khuôn mẫu, quy trình bổ sung cho khung làm việc Scrum Những yếu tố tối ưu hóa hiệu suất, giá trị, sáng tạo lòng tự hào với Scrum Về dịch tiếng Việt Tài liệu Hướng dẫn được dịch từ gốc Anh cung cấp Ken Schwaber Jeff Sutherland Những cá nhân sau đóng góp cho dịch Tấn, Dương Trọng (bản dịch đầu tiên) Vũ Hưng, Nguyễn (cập nhật, hiệu đính dịch này) Hải, Trần Sơn Chung, Trần Vinh, Phạm Quân, Tô Hồng Long, Đặng ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 17 Những thay đổi phiên Scrum Guides 2011 2013 Tạo tác cần phải minh bạch để chế tra thích nghi Scrum trở nên hiệu Đã bổ sung phần trao đổi yêu cầu Cuộc họp Scrum ngày kiện lên kế hoạch just-in-time (kịp thời) Scrum Đầu vào nên cách mà nhóm thực để đạt mục tiêu Sprint; đầu nên kế hoạch cập nhật để tối ưu hóa khả nhóm họp Mục tiêu Sprint Cuộc trao đổi tập trung vào “chúng ta, nhóm” “tôi, người phát triển” Cuộc họp Kế hoạch Sprint trở thành kiện không chia thành nửasự-kiện “Làm gì/như nào” Cuộc họp kích hoạt họp Mục tiêu Sprint, so sánh cần để đạt Mục tiêu Sprint với xảy lực có thể, cuối cùng, lập kế hoạch để đạt Mục tiêu Sprint Sprint Product backlog gọi “làm mịn” (refine) “chải chuốt” (groom) Những hạng mục Product Backlog sau làm mịn minh bạch, đủ hiểu rõ, đạt độ chi tiết cần thiết để sử dụng làm đầu vào họp lên kế hoạch Sprint chọn dùng vào Sprint Những hạng mục Product Backlog có minh bạch gọi “Sẵn sàng” Mọi kiện đóng khung thời gian Khoảng thời gian mô tả thời gian tối đa cấp phát Thông thường, sprint có độ dài tháng không yêu cầu tới khoảng thời gian Kết họp Sơ kế Sprint Product Backlog tiềm xếp lại, hạng mục Product Backlog có giá trị cao ướm chọn dùng vào họp Lên kế hoạch Sprint Cuộc họp Sprint định nghĩa chức gói tăng trưởng lên kế hoạch lên kế hoạch cho Nhóm Phát triển tạo gói tang trưởng Mục tiêu Sprint tạo để tổng kết kết công việc Lịch sử phiên Phiên Nội dung thay đổi Ngày thay đổi Tác giả 1.2 Hiệu đính toàn dịch 2015/07/22 Nguyễn Vũ Hưng 1.1 Hiệu đính toàn dịch Sửa thuật ngữ Chuyển sang Google Docs để khuyến khích collaboration 2015/06/20 Nguyễn Vũ Hưng et al 1.0 Dịch 2014/11/24 Dương Trọng Tấn 1.0 Bản gốc tiếng Anh 2013/07 Scrum.Org and ScrumInc ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 18 Bảng đối chiếu Thuật ngữ English Vietnamese/Tiếng Việt giải thích Scrum (Không dịch) Product Owner (PO) Chủ sản phẩm Development Team Nhóm Phát Triển Scrum Master (Không dịch) Daily Scrum Meeting Họp Scrum hàng ngày Sprint Planning (Lên) Kế hoạch Sprint Sprint Review Sơ kết Sprint (hoặc không dịch) Sprint Retrospective Cải tiến Sprint (hoặc không dịch) Scrum Artifact Tạo tác, artifact Transparency Tính minh bạch Definition of "Done" (DoD) Định nghĩa “Hoàn thành” Product Backlog (PB) Backlog (của) Sản phẩm Sprint Backlog Không dịch Increment Phần tăng trưởng Phần cải tiến Sprint Event Sự kiện (trong) Sprint Inspection Thanh tra Adaption Thích nghi Framework Khung làm việc Potentially releasable functionality Chức bàn giao ©2015 Scrum.Org and ScrumInc Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form at http://creativecommons.org/licenses/by-sa/4.0/ By utilizing this Scrum Guide you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons Page | 19