Đây là công việc đầu tiên Koeman tiến hành sau khi làm HLV Barca. Sáng 208, HLV người Hà Lan làm việc ở trung tâm tập luyện Ciutat Esportiva. Ông rời đi vào 12h30 để đến gặp Messi. Theo Diario Sport, cuộc hẹn diễn ra ở một nơi trung gian giữa Barcelona và phía bắc Catalonia. Messi đang rất thất vọng sau khi Barca thua Bayern Munich 28 ở tứ kết Champions League. Chân sút 33 tuổi để ngỏ khả năng rời sân Nou Camp sau 19 năm gắn bó. Hợp đồng của Messi với Barca còn một năm nữa nhưng trong thỏa thuận có điều khoản cho phép anh ra đi bất cứ khi nào muốn. Nhiệm vụ tiên quyết của Koeman là giữ chân Messi. HLV 57 tuổi được cho là sẽ trình bày kế hoạch vực dậy đội bóng của ông với Messi, nhằm giữ chân thủ quân Barca.
Hướng Dẫn Scrum Hướng Dẫn Rõ Ràng Scrum: Những Quy Luật Cuộc Chơi Tháng Mười Một 2017 Được phát triển trì người tạo Scrum: Ken Schwaber Jeff Sutherland TM Mụ c Lụ c Mục đích Tài Liệu Hướng Dẫn Scrum Định Nghĩa Scrum Công Dụng Scrum Khía cạnh học thuyết Scrum Các Giá Trị Scrum Scrum Team Product Owner Development Team Scrum Master Các kiện Scrum Sprint Sprint Planning 10 Daily Scrum 12 Sprint Review 13 Sprint Retrospective 14 Các tạo phẩm Scrum 14 Product Backlog 15 Sprint Backlog 16 Increment 17 Vấn đề Minh bạch Tạo phẩm 17 Định nghĩa “Done” 18 Kết luận 19 Tri Ân 19 Cá nhân 19 Quá trình 19 Thay đổi Tài Liệu Hướng Dẫn Scrum 2016 2017 20 Phụ lục (Glossary) 22 Cập nhật dịch 22 ©2017 Ken Schwaber and Jeff Sutherland 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 Hướng Dẫn Scrum Scrum cấu tổ chức công việc (ND: framework) để phát triển, chuyển giao bảo trì sản phẩm phức tạp Hướng dẫn tài liệu định nghĩa Scrum Định nghĩa bao gồm vai trò Scrum, kiện, tạo phẩm quy định liên kết thứ với Ken Schwaber Jeff Sutherland phát triển nên Scrum; Tài liệu Hướng dẫn Scrum viết cung cấp họ Ken Schwaber Jeff Sutherland bảo hộ cho Tài liệu Hướng Dẫn Scrum Định Nghĩa Scrum Scrum (danh từ): Là cấu tổ chức công việc mà ta dùng để thực cơng việc phức tạp cần thay đổi để thích ứng, lúc với việc chuyển giao sản phẩm cách hiệu sáng tạo để tạo giá trị cao Scrum: • • • Gọn nhẹ Dễ hiểu Khó thành thạo Scrum cấu tổ chức công việc sử dụng để quản lý việc phát triển sản phẩm phức tạp từ đầu năm 1990 Scrum khơng phải quy trình, kỹ thuật hay phương pháp định Nói cách khác, cấu tổ chức cơng việc, đó, bạn ứng dụng nhiều quy trình, kỹ thuật khác Scrum làm rõ hiệu tương đối việc quản lý sản phẩm kỹ thuật thực cơng việc bạn nhờ đó, bạn liên tục cải tiến sản phẩm, nhóm phát triển sản phẩm môi trường làm việc Cơ cấu tổ chức công việc theo Scrum bao gồm Scrum Teams với vai trò, kiện, tạo phẩm quy định liên quan Mỗi thành phần cấu này phục vụ mục đích cụ thể cốt lõi việc sử dụng thành công Scrum Các quy định Scrum gắn kết vai trò, kiện tạo phẩm, tổ chức mối quan hệ tương tác chúng Các quy định Scrum mô tả xuyên suốt nội dung tài liệu Chiến lược cụ thể để sử dụng Scrum đa dạng mô tả tài liệu khác ©2017 Ken Schwaber and Jeff Sutherland 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 | Công Dụng Scrum Ban đầu, Scrum phát triển để quản lý xây dựng sản phẩm Từ đầu năm 1990, Scrum sử dụng rộng rãi toàn giới việc: Nghiên cứu xác định thị trường khả thi, công nghệ lực sản phẩm; Phát triển sản phẩm cải tiến; Phát hành sản phẩm cải tiến, lên đến nhiều lần ngày; Phát triển trì dịch vụ Cloud (trực tuyến, bảo mật, theo yêu cầu) môi trường hoạt động khác việc sử dụng sản phẩm; và, Bảo trì đổi sản phẩm Scrum sử dụng để phát triển phần mềm, phần cứng, phần mềm nhúng, mạng lưới chức tương tác, xe tự hành, trường học, phủ, tiếp thị, quản lý hoạt động tổ chức thứ dùng tới sống hàng ngày cá nhân xã hội Khi công nghệ, thị trường, phức tạp môi trường làm việc tương tác chúng tăng lên nhanh chóng tiện ích mà Scrum mang lại việc giải vấn đề phức tạp chứng minh hàng ngày Scrum tỏ đặc biệt hiệu việc chuyển giao kiến thức cách lặp lại liên tục tăng dần Scrum sử dụng rộng rãi cho sản phẩm, dịch vụ việc quản lý tổ chức lớn Phần cốt lõi Scrum nhóm nhỏ người làm việc Mỗi nhóm linh hoạt dễ thích nghi Thế mạnh tiếp tục phát huy nhóm, nhiều nhóm, nhiều nhóm mạng lưới nhóm làm việc để phát triển, phát hành, vận hành trì công việc sản phẩm hàng ngàn người Họ cộng tác phối hợp hoạt động xuyên suốt kiến trúc phát triển tinh tế môi trường phát hành sản phẩm định sẵn Khi từ "phát triển" "công việc phát triển" sử dụng Tài Liệu Hướng dẫn Scrum, chúng đề cập đến cơng việc phức tạp, nêu Khía cạnh học thuyết Scrum Scrum phát minh nguyên lý “empirical process control” – điều khiển tiến trình dựa thực tiễn, chủ nghĩa thực nghiệm Chủ nghĩa thực nghiệm khẳng định tri thức xuất phát từ kinh nghiệm việc đưa định dựa biết rõ Scrum sử dụng cách tiếp cận lặp lại, tăng dần để tối ưu khả dự đoán kiểm soát rủi ro Ba trụ cột giữ vững việc điều khiển tiến trình dựa thực tiễn là: tính minh bạch, tính tra tính thích ứng ©2017 Ken Schwaber and Jeff Sutherland 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 | Tính minh bạch Những phần quan trọng tiến độ công việc phải tường minh, công khai người chịu trách nhiệm kết Tính minh bạch địi hỏi phần định nghĩa theo tiêu chuẩn chung, cho, người xem hiểu một cách Ví dụ • • Tất người tham gia làm việc phải dùng ngôn ngữ (ND: Ở đây, muốn nói đến việc sử dụng thuật ngữ chuyên môn) đề cập đến tiến độ công việc; và, Những người thực công việc người xem xét-kiểm tra kết phải hiểu định nghĩa chung hồn tất - "Done" Tính Thanh Tra Người dùng Scrum phải thường xuyên kiểm tra tạo phẩm Scrum so với Mục tiêu Sprint để phát phương sai không mong muốn Tần suất kiểm tra không nên dày đến mức gây cản trở công việc Tốt nhất, việc kiểm tra nên thực cách đầy đủ, thường xuyên người có kỹ vào thời điểm Tính thích ứng Nếu người kiểm tra xác định nhiều khía cạnh quy trình nằm giới hạn cho phép hậu sản phẩm khơng chấp nhận, quy trình tài liệu thực phải điều chỉnh Sự điều chỉnh phải thực sớm tốt để giảm thiểu việc sai định hướng nghiêm trọng Scrum quy định bốn kiện thức để kiểm tra điều chỉnh thích nghi, mô tả phần Sự kiện Scrum tài liệu này: • • • • Sprint Planning Daily Scrum Sprint Review Sprint Retrospective Các Giá Trị Scrum Khi giá trị tính cam kết, can đảm, tập trung, cởi mở tôn trọng Scrum Team thể sống động, trụ cột Scrum tính minh bạch, tính tra tính thích ứng vào sống gây dựng niềm tin cho thành viên Các thành viên Scrum Team tìm hiểu khám phá giá trị họ làm việc với kiện, vai trò tạo phẩm Scrum Việc sử dụng thành công Scrum phụ thuộc vào việc thành viên trở nên thành thạo việc thực hóa năm giá trị Mỗi cá nhân cam kết đạt mục tiêu Scrum Team Các thành viên Scrum Team đủ can đảm để làm điều đắn giải vấn đề khó khăn Mọi người tập trung vào công việc Sprint mục tiêu Scrum Team Scrum ©2017 Ken Schwaber and Jeff Sutherland 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 | Team bên liên quan trí cởi mở tất cơng việc thách thức công việc Các thành viên Scrum Team tôn trọng để trở thành cá nhân có lực, độc lập Scrum Team Scrum Team bao gồm Product Owner, Development Team Scrum Master Scrum Team nhóm tự quản đa Các nhóm tự quản chọn cách tốt để hồn thành cơng việc thay hướng dẫn người bên ngồi Các nhóm đa có tất lực cần thiết để hoàn thành công việc mà không phụ thuộc vào người khác bên ngồi nhóm Mơ hình nhóm Scrum thiết kế để tối ưu hóa tính linh hoạt, sáng tạo suất Scrum Team chứng minh tính hiệu cao độ tất mục đích sử dụng nêu công việc phức tạp Scrum Team phát hành sản phẩm theo chu kỳ lặp tăng dần, nhờ tối đa hội tiếp nhận ý kiến phản hồi Việc phát hành phần tăng trưởng sản phẩm trạng thái "Done" đảm bảo phiên tiềm năng, hữu ích hoạt động sản phẩm khả dụng Product Owner Product Owner chịu trách nhiệm tối đa hóa giá trị sản phẩm từ cơng việc Development Team Việc thực khác tổ chức, Scrum Team cá nhân Product Owner người chịu trách nhiệm quản lý Product Backlog (ND: tạo phẩm Scrum) Việc quản lý Product Backlog bao gồm: • • • • • Thể rõ ràng hạng mục Product Backlog; Sắp xếp hạng mục Product Backlog để đạt mục tiêu nhiệm vụ cách tốt nhất; Tối ưu hóa giá trị công việc Development Team; Bảo đảm Product Backlog tường minh, minh bạch rõ ràng cho tất người, Scrum Team làm tiếp theo; và, Đảm bảo Development Team hiểu hạng mục Product Backlog mức cần thiết Product Owner tự thực cơng việc yêu cầu Development Team thực Tuy nhiên, Product Owner người chịu trách nhiệm Product Owner người, khơng phải hội đồng Product Owner đại diện cho ý muốn hội đồng thể Product Backlog, Product Owner người định việc thay đổi độ ưu tiên hạng mục Product Backlog Để Product Owner thành cơng, tồn tổ chức phải tơn trọng định anh/cô ta Các định Product Owner thể nội dung cách xếp thứ tự Product Backlog Khơng buộc Development Team thực u cầu khác ngồi Product Backlog ©2017 Ken Schwaber and Jeff Sutherland 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 | Development Team Development Team bao gồm chuyên gia làm việc để xây dựng phần tăng trưởng sản phẩm trạng thái "Done", có tiềm để trở thành phát hành vào cuối Sprint Một phần tăng trưởng sản phẩm trạng thái "Done" yêu cầu bắt buộc cho lần Sprint Review Chỉ thành viên Development Team người tạo thành phẩm Nó tăng dần sau Sprint góp phần vào sản phẩm cuối Development Team xây dựng trao quyền tổ chức để tự điều hành quản lý cơng việc họ Điều tạo sức mạnh cộng hưởng làm tối ưu hiệu hiệu suất chung Development Team Development Team có đặc điểm sau: • • • • • Họ tự tổ chức công việc Không (kể Scrum Master) nói cho Development Team cách chuyển Product Backlog thành chức hoàn thiện dần, tiềm để phát hành; Thành viên Development Team làm việc bao gồm đầy đủ chức năng, với tất kỹ cần thiết để tạo phần tăng trưởng thành phẩm cuối; Scrum không quy định chức danh cho thành viên Development Team, dù người thực cơng việc nhóm; Scrum khơng quy định có nhóm Development Team, lĩnh vực cần thực kiểm thử, kiến trúc, điều phối phân tích kinh doanh; và, Mỗi thành viên Development Team có kỹ chun mơn lĩnh vực trọng tâm, trách nhiệm thuộc nhóm Độ lớn Development Team Kích cỡ tối ưu cho Development Team đủ nhỏ để trì linh hoạt đủ lớn để hồn thành cơng việc quan trọng Sprint Nếu ba thành viên, Development Team bị giảm tương tác dẫn đến suất Các Development Team nhỏ gặp phải hạn chế kỹ Sprint, khiến Development Team cung cấp phần hoàn thiện dần, đáng tin sản phẩm cuối Nếu nhiều chín thành viên lại địi hỏi q nhiều phối hợp Các Development Team lớn tạo nhiều phức tạp, làm giảm tính hữu ích quy trình thực nghiệm Vai trị Product Owner Scrum Master không bao gồm Development team trừ họ thực công việc Sprint Backlog Scrum Master Scrum Master chịu trách nhiệm xúc tiến hậu thuẫn Scrum định nghĩa Tài Liệu Hướng Dẫn Scrum Scrum Master làm điều cách giúp người hiểu lý thuyết, thực hành, quy tắc giá trị Scrum Scrum Master “servant-leader” (ND: “lãnh đạo theo phương châm phục vụ”) cho Scrum Team Scrum Master giúp người bên Scrum Team hiểu tương tác họ với Scrum Team hữu ích tương tác khơng có lợi Scrum Master giúp người thay đổi tương tác để tối đa giá trị tạo Scrum Team ©2017 Ken Schwaber and Jeff Sutherland 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ụ Product Owner Scrum Master phục vụ Product Owner theo nhiều cách, bao gồm: • • • • • • • Đảm bảo mục tiêu, phạm vi lĩnh vực sản phẩm người Scrum Team hiểu rõ có thể; Tìm kiếm kỹ thuật để quản lý Product Backlog hiệu quả; Giúp Scrum Team hiểu yêu cầu hạng mục Product Backlog rõ ràng súc tích; Hiểu cách lập kế hoạch sản phẩm mơi trường thực nghiệm; Đảm bảo Product Owner biết cách xếp Product Backlog để tối đa hóa giá trị; Hiểu rèn luyện uyển chuyển nhanh nhẹn; và, Tạo điều kiện cho kiện Scrum yêu cầu lúc cần thiết Scrum Master phục vụ Development Team Scrum Master phục vụ Development Team theo nhiều cách, bao gồm: • • • • • Huấn luyện Development Team cách thức, kỹ tự tổ chức thực thi khái niệm đa chức năng; Giúp Development Team tạo sản phẩm có giá trị cao; Loại bỏ trở ngại cho tiến độ Development Team; Tạo điều kiện cho kiện Scrum yêu cầu lúc cần thiết; và, Huấn luyện Development Team mơi trường tổ chức mà Scrum chưa công nhận hiểu rõ Scrum Master phục vụ 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 tổ chức; Giúp nhân viên bên liên quan hiểu thực Scrum cách thức phát triển sản phẩm theo thực nghiệm; Tạo thay đổi làm tăng suất Scrum Team; và, Làm việc với Scrum Master khác để tăng hiệu việc áp dụng Scrum tổ chức ©2017 Ken Schwaber and Jeff Sutherland 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 | Các kiện Scrum Các kiện quy định Scrum để tạo đặn nhịp nhàng để giảm thiểu nhu cầu cho họp không quy định Scrum Tất kiện quy định thời lượng cố định, cho chúng có độ dài tối đa định sẵn Một Sprint bắt đầu, thời lượng cố định khơng thể rút ngắn kéo dài Các kiện cịn lại kết thúc đạt mục đích kiện, đảm bảo thời lượng phù hợp sử dụng khơng gây lãng phí thời gian trình làm dự án Trong Sprint bao gồm tất kiện khác, kiện Scrum hội thức để xem xét - kiểm tra điều chỉnh thứ Những kiện thiết kế đặc thù phép xem xét - kiểm tra phản biện cách minh bạch Nếu ta không thực kiện kiện dẫn đến giảm tính minh bạch hội để xem xét - kiểm tra thích nghi Sprint Trái tim Scrum Sprint, quy định thời lượng cố định, dài tháng Trong đó, phần hồn thiện dần, sử dụng được, phát hành trạng thái “Done” sản phẩm tạo Sprint có thời lượng ổn định suốt trình phát triển dự án Một Sprint bắt đầu sau kết thúc Sprint trước Sprint bao gồm buổi Sprint Planning, buổi Daily Scrum hàng ngày, công việc phát triển dự án, buổi Sprint Review buổi Sprint Retrospective Trong Sprint: • • • Khơng có thay đổi gây ảnh hưởng tiêu cực đến mục tiêu Sprint; Các tiêu chí chất lượng không bị suy giảm; và, Phạm vi công việc làm rõ thêm thảo luận Product Owner Development Team số thông tin trở nên rõ ràng Mỗi Sprint xem dự án với tầm nhìn khơng tháng Vì vậy, giống dự án, Sprint sử dụng để hồn tất việc Mỗi Sprint có mục tiêu cần xây dựng, thiết kế kế hoạch linh động để hướng dẫn công việc, cách thức kết tạo phần tăng trưởng sản phẩm cuối Sprint giới hạn phạm vi tháng làm việc Nếu để tầm nhìn dài, tập xác định cơng việc cần hồn thành bị thay đổi, độ phức tạp tăng lên rủi ro nặng nề Sprint tạo khả dự đốn trước cách đảm bảo việc xem xét kiểm tra thay đổi để thích ứng dựa Sprin Goal thực hàng tháng Sprint giảm thiểu chi phí rủi ro xuống khoảng chi phí tháng ©2017 Ken Schwaber and Jeff Sutherland 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 | Việc hủy Sprint Sprint bị hủy trước hết thời lượng Chỉ có Product Owner có quyền hủy Sprint, nhiên, cần phải có thống với bên liên quan, Development Team Scrum Master Sprint bị hủy mục tiêu Sprint trở nên lỗi thời Việc xảy tổ chức thay đổi định hướng thị trường hay cơng nghệ có thay đổi Nói chung, Sprint bị hủy khơng cịn mang lại ý nghĩa tình hình thực tế Tuy thế, thời lượng sprint tương đối ngắn, việc hủy sprint mang lại giá trị thực tế Khi Sprint bị hủy, phần hoàn tất hạng mục trạng thái “Done” Product Backlog xem lại Nếu phần việc có tiềm phát hành được, Product Owner thường chấp nhận Tất hạng mục chưa hoàn tất Product Backlog ước lượng lại đem trở vào Product Backlog Phần công việc xong chúng ý nghĩa thường xuyên ước ượng lại Việc hủy Sprint gây hao tổn tài nguyên người phải họp Sprint Planning lại để bắt đầu Sprint Hủy Sprint gây hại cho Scrum Team xảy Sprint Planning Công việc cần thực sprint lên kế hoạch buổi Sprint Planning Kế hoạch toàn Scrum Team phối hợp với để đề Sprint Planning xác định thời lượng tối đa tám đồng hồ cho Sprint tháng Đối với Sprint ngắn hơn, kiện thường ngắn Scrum Master bảo đảm kiện phải diễn người tham dự hiểu mục đích Scrum Master hướng dẫn Scrum Team đảm bảo thời lượng buổi họp Sprint Planning trả lời câu hỏi: • • Sprint này, đưa vào phần tăng trưởng sản phẩm? Làm để đạt mục tiêu cho công việc cần thiết? Chủ đề thứ Nhất: Những việc hoàn tất Sprint này? Development Team làm việc để ước tính chức phát triển Sprint Product Owner thảo luận mục tiêu mà Sprint cần đạt hạng mục Product Backlog mà hoàn tất chúng Sprint, đạt mục tiêu Sprint Tồn Scrum Team phối hợp với việc tìm hiểu công việc Sprint Đầu vào buổi họp Product Backlog, phần sản phẩm vừa hoàn thiện nhất, suất dự trù Development Team Sprint hiệu suất công việc biết Development Team (từ sprint trước đó) Số lượng hạng mục chọn từ Product Backlog đem vào Sprint hoàn toàn cho Development Team định Chỉ có Development Team ước lượng hồn tất Sprint diễn ©2017 Ken Schwaber and Jeff Sutherland 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 Cũng Sprint Planning, Scrum Team định Mục Tiêu Sprint Mục Tiêu Sprint tiêu chí đáp ứng thông qua việc thực Product Backlog, mục tiêu Sprint cung cấp cho Development Team hướng dẫn, giải thích câu hỏi chức hay chức góp phần tạo phần tăng trưởng sản phẩm Chủ đề thứ Hai: Làm để hoàn tất việc chọn? Sau đặt Mục Tiêu Sprint chọn hạng mục Product Backlog cho Sprint, Development Team định cách thức thực chúng, đưa vào phần tăng trưởng sản phẩm trạng thái “Done” Sprint Các hạng mục chọn từ Product Backlog đem vào Sprint với kế hoạch để thực chúng gọi Sprint Backlog Development Team thường bắt đầu việc thiết kế hệ thống công việc cần thực để chuyển đổi Product Backlog thành phần tăng trưởng sản phẩm hoạt động Cơng việc có kích thước khác nhau, hay nói cách khác, ước lượng trước công sức cần bỏ Thông qua Sprint Planning, công việc lên kế hoạch vừa đủ để Development Team dự báo họ tin tưởng hồn tất Sprint diễn Vào cuối buổi họp này, công việc Development Team lên kế hoạch thực vào vài ngày Sprint phân tách tới mức có thời lượng để hồn thành từ ngày trở xuống Development Team tự tổ chức để thực công việc Sprint Backlog thông qua Sprint Planning cần thiết suốt Sprint Product Owner giúp làm rõ hạng mục chọn từ Product Backlog định vấn đề cân tình Nếu Development Team thấy họ phải làm q nhiều q ít, họ có quyền thảo luận lại hạng mục chọn Product Backlog với Product Owner Development Team mời người bên tham dự để cung cấp tư vấn mặt kỹ thuật chuyên ngành Vào cuối Sprint Planning, Development Team giải thích cho Product Owner, Scrum Master họ dự định tự tổ chức cơng việc để hồn tất mục tiêu Sprint tạo phần tăng trưởng sản phẩm mong đợi Mục tiêu Sprint Mục Tiêu Sprint tập tiêu chí đáp ứng thông qua việc thực Product Backlog, mục tiêu Sprint cung cấp cho Development Team hướng dẫn, giải thích câu hỏi chức hay chức đóng góp để tạo phần tăng trưởng sản phẩm Mục tiêu đề buổi họp Sprint Planning Mục tiêu Sprint cung cấp cho Development Team linh hoạt chức thực Sprint Những hạng mục chọn từ Product Backlog tạo thành tổ hợp chức năng, lấy làm Mục Tiêu Sprint Mục Tiêu Sprint tổ hợp chức khuyến khích làm việc Development Team thay khuyến khích cho chia rẽ Khi Development Team làm việc, họ ghi nhớ Mục Tiêu Sprint Để đạt Mục Tiêu Sprint, họ thực chức kỹ thuật Nếu công việc thật khơng dự kiến, ©2017 Ken Schwaber and Jeff Sutherland 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 Development Team phối hợp với Product Owner để thương lượng lại phạm vi Sprint Backlog Sprint Daily Scrum Daily Scrum kiện với thời lượng 15 phút cho Development Team Daily Scrum tổ chức hàng ngày suốt Sprint Qua đó, Development Team lên kế hoạch cho 24 tới Cuộc họp tối ưu việc phối hợp hoạt động hiệu suất cơng việc nhóm việc rà sốt cơng việc từ lần Daily Scrum trước dự đốn cơng việc tới Sprint Daily Scrum tổ chức vào thời điểm, vị trí cố định, ngày, để đơn giản hóa quy trình Development Team sử dụng Daily Scrum để xem xét tiến độ so với Mục Tiêu Sprint tìm hiểu xu hướng tiến độ hồn tất cơng việc Sprint Backlog Daily Scrum tối đa hóa khả Development Team hoàn tất Mục Tiêu Sprint Mỗi ngày, Development Team biết họ cần tự tổ chức làm việc với để đạt Mục Tiêu Sprint tạo phần tăng trưởng sản phẩm mong đợi vào cuối Sprint Cấu trúc họp Development Team định tổ chức theo nhiều cách khác nhau, miễn tập trung vào chủ đề tiến độ cơng việc hướng tới Mục Tiêu Sprint Một số Development Team sử dụng câu hỏi họp, số lại tổ chức họp theo hướng thảo luận nhiều Đây gợi ý mà bạn sử dụng: • • • Hơm qua, tơi làm để giúp Development Team đạt Mục Tiêu Sprint? Hơm nay, tơi làm để giúp Development Team đạt Mục Tiêu Sprint? Tơi có thấy khó khăn trở ngại ngăn trở tơi Development Team đạt mục tiêu Sprint? Development Team số thành viên nhóm thường họp thêm sau họp Daily Scrum để thảo luận chi tiết để điều chỉnh, lên kế hoạch lại công việc lại Sprint Scrum Master bảo đảm Development Team có tổ chức Daily Scrum Development Team chịu trách nhiệm tổ chức Daily Scrum Scrum Master hướng dẫn Development Team đảm bảo Daily Scrum gói gọn 15 phút Daily Scrum họp nội cho Development Team Nếu người bên tham dự, Scrum Master bảo đảm họ không làm gián đoạn họp Daily Scrum cải thiện giao tiếp nhóm, giảm thiểu họp khác, xác định giải trở ngại trình lên cấp để có định nhanh chóng cho việc giải trở ngại cải thiện mức độ hiểu biết Development Team (ND: Về công việc dự án) Đây họp quan trọng để xem xét kiểm tra điều chỉnh ©2017 Ken Schwaber and Jeff Sutherland 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 Sprint Review Sprint Review tổ chức vào cuối Sprint để xem xét - kiểm tra phần tăng trưởng sản phẩm vừa xây dựng nên Sprint điều chỉnh Product Backlog cần thiết Trong buổi Sprint Review, Scrum Team bên liên quan xem xét hồn tất Sprint Dựa với thay đổi Product Backlog Sprint diễn ra, thành viên họp xác định việc cần làm tới để tối ưu giá trị (ND: sản phẩm dự án) Đây họp cứng nhắc, buổi họp báo cáo tình hình mà việc trình bày phần sản phẩm vừa xây dựng nên Sprint diễn với mục đích gợi ý cho ý kiến phản hồi khuyến khích cộng tác (ND: từ tất thành viên dự án) Cuộc họp quy định thời lượng tối đa đồng hồ cho Sprint có độ dài tháng Nếu Sprint ngắn họp ngắn Scrum Master bảo đảm sư kiện phải diễn thành viên hiểu mục đích Scrum Master hướng dẫn người tham dự đảm bảo thời lượng kiện Sprint Review gồm có mục sau: • • • • • • • • Người tham dự bao gồm Scrum Team bên liên quan Product Owner mời đến; Product Owner giải thích hạng mục Product Backlog vừa hồn tất, trạng thái “Done” chưa hồn tất, chưa “Done”; Development Team thảo luận làm tốt, khó khăn với cách thức giải mà họ thực hiện; Development Team trình bày cơng việc mà họ hồn tất, “Done” trả lời câu hỏi (ND: người tham dự) phần sản phẩm vừa hoàn thiện; Product Owner trao đổi Product Backlog vừa cập nhật Anh/Cơ ta dự báo mục tiêu ngày hoàn tất gần dựa tiến độ dự án tới thời điểm (nếu cần); Mọi người đóng góp vào việc xác định nên thực tiếp theo, nhờ đó, Sprint Review cung cấp thông tin giá trị cho lần Sprint Planning kế tiếp; Cùng nhìn lại thị trường thay đổi có tiềm sử dụng sản phẩm để biết làm có giá trị nhất; và, Cùng xem lại mốc thời gian, ngân sách, tiềm tình hình thị trường đợt phát hành mong đợi tới tính năng lực sản phẩm Kết Sprint Review Product Backlog chỉnh sửa, cập nhật với hạng mục cho Sprint tới định nghĩa, làm rõ Product Backlog điều chỉnh mức toàn diện để đáp ứng hội ©2017 Ken Schwaber and Jeff Sutherland 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 Sprint Retrospective Sprint Retrospective hội để Scrum Team tự xem xét - kiểm tra họ lập kế hoạch cho cải tiến thực Sprint Sprint Retrospective diễn sau Sprint Review trước đợt Sprint Planning Buổi họp chiếm tối đa đồng hồ, Sprint có độ dài tháng Đối với Sprint ngắn hơn, kiện chiếm thời gian Scrum Master bảo đảm kiện phải diễn người tham dự hiểu mục đích Scrum Master bảo đảm họp diễn tích cực hiệu Scrum Master hướng dẫn người thực khung thời gian cho phép Scrum Master tham dự vào họp thành viên bình thường với trách nhiệm quy trình Scrum Mục đích Sprint Retrospective để: • • • Kiểm tra, xem xét Sprint diễn nào, mặt người, mối quan hệ, quy trình, cơng cụ; Xác định lập thứ tự mục yếu thực tốt điểm tiềm cần cải tiến; và, Lập kế hoạch để thực cải tiến cách làm việc Scrum Team Scrum Master khuyến khích Scrum Team cải tiến, khn khổ quy trình Scrum, trình phát triển thực hành họ để làm cho Scrum Team hiệu thú vị Sprint Trong Sprint Retrospective, Scrum Team lập kế hoạch cách thức cải tiến chất lượng sản phẩm việc cải tiến quy trình làm việc thay đổi Định Nghĩa “Done”, phù hợp không mâu thuẫn với tiêu chuẩn sản phẩm tổ chức Khi kết thúc Sprint Retrospective, Scrum Team xác định điểm cần cải thiện Sprint Việc tiến hành cải thiện Sprint kế tiếp, thay đổi để thích ứng từ kết việc kiểm tra, xem xét mà Scrum Team đưa Mặc dù, điểm cần cải thiện tiến hành lúc nào, Sprint Retrospective cung cấp dịp thức để tập trung vào vấn đề kiểm tra, xem xét thay đổi để thích ứng Các tạo phẩm Scrum Các tạo phẩm tạo Scrum thể công việc giá trị nhằm cung cấp minh bạch hội cho việc kiểm tra, xem xét thay đổi để thích ứng Các tạo phẩm định nghĩa Scrum thiết kế đặc thù để tối ưu minh bạch thông tin cốt yếu giúp người có cách hiểu thống ©2017 Ken Schwaber and Jeff Sutherland 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 Product Backlog Product Backlog danh sách có thứ tự chứa thứ cần thực sản phẩm Đây nguồn chứa yêu cầu thay đổi cần thực cho sản phẩm Product Owner chịu trách nhiệm nội dung, tính sẵn sàng, thứ tự hạng mục Product Backlog Product Backlog khơng hồn tất Đầu tiên, phát triển dựa hiểu biết ban đầu rõ thời điểm yêu cầu Product Backlog tiếp tục phát triển song song với sản phẩm mơi trường sử dụng Product Backlog linh động; liên tục thay đổi để xác định điều làm cho sản phẩm đắn, cạnh tranh hữu dụng Nếu sản phẩm tồn tại, Product Backlog tồn Product Backlog liệt kê tất tính năng, chức năng, yêu cầu, điểm mở rộng điểm cần sửa chữa cấu thành thay đổi cần thực cho lần phát hành tới sản phẩm Các hạng mục Product Backlog có thuộc tính mơ tả, thứ tự, ước lượng giá trị Các hạng mục Product Backlog thường bao gồm mô tả việc kiểm thử để chứng tỏ mức độ hồn chỉnh nó thực xong trạng thái “Done” Khi sản phẩm đưa vào sử dụng mang giá trị với với phản hồi từ thị trường, Product Backlog trở nên lớn thấu đáo toàn diện Yêu cầu không ngừng thay đổi, vậy, Product Backlog tạo phẩm sống động Những thay đổi nhu 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 Scrum Team thường làm việc sản phẩm Trong trường hợp này, Product Backlog sử dụng để mô tả công việc tới Một thuộc tính Product Backlog sử dụng để nhóm hạng mục lại với Công việc tinh chỉnh Product Backlog hoạt động thêm chi tiết, ước lượng xếp mục Product Backlog Đây trình tiếp diễn mà qua đó, Product Owner Development Team đóng góp vào chi tiết mục Product Backlog Trong trình tinh chỉnh Product Backlog, hạng mục duyệt điều chỉnh Scrum Team định thời điểm phương pháp để thực việc tinh chỉnh Công việc tinh chỉnh thường chiếm không 10% suất Development Team Tuy nhiên, mục Product Backlog cập nhật Product Owner theo ý Product Owner Các mục xếp cao Product Backlog thường rõ ràng chi tiết mục bên dưới, ước lượng xác hơn, dựa thơng tin rõ ràng đầy đủ; vị trí thấp, chi tiết Các mục Product Backlog mà Development Team thực Sprint tới định nghĩa để mục thực xong, trạng thái “Done” nội Sprint Những mục mà Development Team hồn thành Sprint xem “Ready” để chọn vào Sprint Planning Các hạng mục Product Backlog thường cần đạt đến độ minh bạch qua trình tinh chỉnh nêu ©2017 Ken Schwaber and Jeff Sutherland 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 Development Team chịu trách nhiệm cho việc đánh giá ước lượng Product Owner ảnh hưởng đến việc Development Team cách giúp họ hiểu chọn lựa điều lợi-hại, thực thực công việc đưa đánh giá ước lượng cuối Giám sát tiến độ so với mục tiêu Tại thời điểm nào, cơng việc cịn lại để đạt mục tiêu tổng kết Product Owner theo dõi cơng việc cịn lại lần vào Sprint Review Product Owner so sánh khối lượng công việc với khối lượng cơng việc cịn lại từ lần thống kê Sprint Review trước để đánh giá tiến độ hồn thành cơng việc dự kiến thời gian mong muốn để hồn thành mục tiêu Thơng tin thể minh bạch cho tất bên liên quan Nhiều phương pháp dự tính sử dụng để dự báo tiến độ, ví dụ biểu đồ “burndown”, “burn-up” Luồng Lũy Tích (Cummulative Flow) Những phương pháp chứng minh hữu dụng Tuy hiên, chúng không thay tầm quan trọng chủ nghĩa thực nghiệm Trong môi trường phức tạp, xảy dường khơng thể biết dược Chỉ có xảy sử dụng cho việc định tương lai Sprint Backlog Sprint Backlog tập hạng mục Product Backlog chọn vào Sprint với kế hoạch hoàn tất chúng nhằm làm phần sản phẩm tăng trưởng thực hóa Mục tiêu Sprint Sprint Backlog dự báo Development Team chức đưa vào phần tăng trưởng tới sản phẩm công việc cần thiết để thực chúng Sprint Backlog giúp cho công việc mà Development Team xác định cần thiết để đạt Mục tiêu Sprint rõ ràng minh bạch Để đảm bảo tính liên tục cải tiến, Sprint Backlog bao gồm điểm cần cải tiến có độ ưu tiên cao mà nhóm định từ lần Retrospective trước Sprint Backlog kế hoạch với đầy đủ chi tiết đến mức thay đổi tiến độ cơng việc nhìn thấy buổi Daily Scrum Development Team chỉnh sửa Sprint Backlog suốt Sprint, Sprint Backlog ngày rõ ràng suốt Sprint Việc ngày rõ ràng diễn Development Team thực kế hoạch hiểu thêm công việc cần thiết để đạt Mục tiêu Sprint Khi cần làm thêm việc gì, Development Team thêm việc vào Sprint Backlog Khi công việc thực hồn tất, giá trị ước lượng cơng việc cập nhật Khi vài phần kế hoạch xem không cần thiết nữa, chúng xóa Chỉ có Development Team thay đổi Sprint Backlog họ Sprint Sprint Backlog tranh sinh động, cập nhật minh bạch cao để Development Team lên kế hoạch hoàn thành suốt Sprint, thuộc Development Team ©2017 Ken Schwaber and Jeff Sutherland 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 Theo dõi tiến độ Sprint Tại thời điểm Sprint, tổng khối lượng cơng việc cịn lại Sprint Backlog tổng kết Development Team theo dõi khối lượng cơng vệc cịn lại lần Daily Scrum để dự tính khả đạt Mục tiêu Sprint Bằng cách theo dõi cơng việc cịn lại suốt Sprint, Development Team quản lý tiến độ Increment Phần tăng trưởng sản phẩm (Increment) tất hạng mục Product Backlog vừa hoàn tất Sprint giá trị phần tăng trưởng từ Sprint trước gộp lại Ở cuối Sprint, phần tăng trưởng thêm sản phẩm phải hoàn tất, trạng thái “Done”, có nghĩa là, phải tình trạng sử dụng đạt tiêu chí định nghĩa “Done” Scrum Team Phần tăng trưởng sản phẩm cơng việc hồn tất – “Done”, kiểm tra - xem xét được, theo nguyên lý thực nghiệm cuối Sprint Phần tăng trưởng sản phẩm bước tiến gần đến tầm nhìn, mục tiêu Phần tăng trưởng sản phẩm phải tình trạng sử dụng Product Owner có định phát hành hay khơng Vấn đề Minh bạch Tạo phẩm Scrum dựa tính minh bạch Các định tối ưu giá trị kiểm soát rủi ro đưa dựa trạng thái nghiệm từ tạo phẩm Khi tính minh bạch bảo tồn, định có sở hợp lý Khi tính minh bạch tạo phẩm khơng bảo tồn, định bị sai lệch, giá trị bị giảm rủi ro tăng lên Scrum Master phải làm việc với Product Owner, Development Team bên liên quan để hiểu mức độ minh bạch tạo phẩm Có nhiều cách thức để đối phó với thiếu minh bạch; Scrum Master phải giúp người áp dụng phương pháp thích hợp trường hợp Scrum Master phát vấn đề thiếu minh bạch cách kiểm tra - xem xét tạo phẩm, đoán biết kiểu thiếu minh bạch, lắng nghe kỹ thảo luận phát khác biệt kỳ vọng kết thực tế Công việc Scrum Master làm việc với Scrum Team tổ chức để tăng tính minh bạch cho tạo phẩm Công việc thường liên quan đến việc học hỏi, thuyết phục thay đổi Tính minh bạch không xuất sớm chiều mà q trình ©2017 Ken Schwaber and Jeff Sutherland 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 nghĩa “Done” Khi mục Product Backlog hay phần tăng trưởng sản phẩm xác định “Done”, người phải hiểu “Done” Dù cho việc khác đáng kể Scrum Team, thành viên (ND: team) phải hiểu giống ý nghĩa trạng thái hoàn tất việc, để đảm bảo tính minh bạch Đây định nghĩa “Done” Scrum Team định nghĩa sử dụng để đánh giá việc hoàn tất thêm vào phần tăng trưởng sản phẩm Định nghĩa hướng dẫn Development Team định chọn mục từ Product Backlog vào Sprint Planning Mục đích Sprint cung cấp phần tăng trưởng chức có tiềm phát hành được, tuân thủ theo định nghĩa “Done” cập nhật Scrum Team Development Team cung cấp phần tăng trưởng tính sản phẩm sau Sprint Phần hoàn thiện sử dụng được, thế, Product Owner định phát hành Nếu định nghĩa “Done” cho phần tăng trưởng sản phẩm phần quy ước, quy chuẩn hướng dẫn cho phát triển tổ chức, tất Scrum Team phải tối thiểu tuân theo Nếu “Done” cho phần tăng trưởng sản phẩm quy ước phát triển tổ chức, Development Team Scrum Team phải định định nghĩa “Done” thích hợp cho sản phẩm mà họ sản xuất Trong trường hợp có nhiều Scrum Team làm việc để phát hành hệ thống sản phẩm, Development Teams tất Scrum Teams phải xác định định nghĩa “Done” Mỗi phần tăng trưởng sản phẩm gộp vào phần tăng trưởng hoàn thiện trước kiểm thử kỹ càng, bảo đảm tất phần hoạt động tốt với Khi Scrum Team trưởng thành hơn, họ kỳ vọng định nghĩa “Done” họ mở rộng để bao gồm tiêu chí nghiêm ngặt hơn, cho chất lượng cao Những định nghĩa mới, đưa vào sử dụng, thêm phần cần phải thực phần sản phẩm hồn thiện trước Bất sản phẩm hay hệ thống nên có định nghĩa “Done” để làm chuẩn cho tất công việc thực sản phẩm, hệ thống ©2017 Ken Schwaber and Jeff Sutherland 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 Kết luận Scrum miễn phí cung cấp qua Tài Liệu Hướng Dẫn Bạn không thay đổi vai trò, kiện, tạo phẩm quy định Scrum việc áp dụng vài phần Scrum xảy ra, song, kết việc áp dụng khơng gọi Scrum Scrum tồn dạng tồn vẹn hoạt động tốt dạng tập chứa cho kỹ thuật, phương pháp kinh nghiệm khác Tri Ân Cá nhân Trong số hàng ngàn người đóng góp cho Scrum, chọn vài cá nhân viên gạch ban đầu: Jeff Sutherland với Jeff McKenna John Scumniotales, Ken Schwaber với Mike Smith Chris Martin, họ làm việc Rất nhiều người khác góp phần năm tiếp theo, khơng có đóng góp họ, Scrum có lẽ không tinh gọn ngày Quá trình Ken Schwaber Jeff Sutherland phát triển Scrum từ năm 1995, họ trình bày Scrum Hội Nghị OOPSLA vào năm 1995 Bài thuyết trình ghi lại phần cốt yếu từ kinh nghiệm mà Ken Jeff có từ nhiều năm trước đó, định nghĩa thức Scrum Q trình phát triển Scrum mơ tả nhiều nơi Để vinh danh nơi mà Scrum tinh chỉnh, thử nghiệm, muốn nhắc tới Individual, Inc., Newspage, Fidelity Investments IDX (ngày GE Health) Tài Liệu Hướng Dẫn Scrum phát triển, cải tiến trì 20 năm Jeff Sutherland Ken Schwaber Những nguồn khác cung cấp cho bạn khuôn mẫu, quy trình gợi ý bổ sung cho Scrum Framework giúp tăng suất, giá trị, sáng tạo hài lịng với kết ©2017 Ken Schwaber and Jeff Sutherland 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 Thay đổi Tài Liệu Hướng Dẫn Scrum 2016 2017 Bổ sung cho phần Công dụng Scrum Ban đầu, Scrum phát triển để quản lý xây dựng sản phẩm Từ đầu năm 1990, Scrum sử dụng rộng rãi toàn giới việc: Nghiên cứu xác định thị trường khả thi, công nghệ lực sản phẩm; Phát triển sản phẩm cải tiến; Phát hành sản phẩm cải tiến, đến mức nhiều lần ngày; Phát triển trì dịch vụ Cloud (trực tuyến, bảo mật, theo yêu cầu) môi trường hoạt động khác việc sử dụng sản phẩm; và, Bảo trì đổi sản phẩm Scrum sử dụng để phát triển phần mềm, phần cứng, phần mềm nhúng, mạng lưới chức tương tác, xe tự hành, trường học, phủ, tiếp thị, quản lý hoạt động tổ chức thứ dùng tới sống hàng ngày cá nhân xã hội Khi công nghệ, thị trường, phức tạp môi trường làm việc tương tác chúng tăng lên nhanh chóng tiện ích mà Scrum mang lại việc giải vấn đề phức tạp chứng minh hàng ngày Scrum tỏ đặc biệt hiệu việc chuyển giao kiến thức cách lặp lại liên tục tăng dần Scrum sử dụng rộng rãi cho sản phẩm, dịch vụ việc quản lý tổ chức lớn Phần cốt lõi Scrum nhóm nhỏ người làm việc Mỗi nhóm linh hoạt dễ thích nghi Thế mạnh tiếp tục phát huy nhóm, nhiều nhóm, nhiều nhóm mạng lưới nhóm làm việc để phát triển, phát hành, vận hành trì công việc sản phẩm hàng ngàn người Họ cộng tác phối hợp hoạt động xuyên suốt kiến trúc phát triển tinh tế môi trường phát hành sản phẩm định sẵn Khi từ "phát triển" "công việc phát triển" sử dụng Tài Liệu Hướng dẫn Scrum, chúng đề cập đến công việc phức tạp, nêu Thay đổi từ ngữ phần Scrum Master để làm rõ vai trò Đoạn sau: Scrum Master chịu trách nhiệm xúc tiến hậu thuẫn Scrum định nghĩa Tài Liệu Hướng Dẫn Scrum Scrum Master làm điều cách giúp người hiểu lý thuyết, thực hành, quy tắc giá trị Scrum Scrum Master “servant-leader” (ND: “lãnh đạo theo phương châm phục vụ”) cho Scrum Team Scrum Master giúp người bên Scrum Team hiểu tương tác ©2017 Ken Schwaber and Jeff Sutherland 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 | 20 họ với Scrum Team hữu ích tương tác khơng có lợi Scrum Master giúp người thay đổi tương tác để tối đa giá trị tạo Scrum Team Bổ sung cho phần Scrum Master phục vụ Product Owner Đảm bảo mục tiêu, phạm vi lĩnh vực sản phẩm người Scrum Team hiểu rõ Cập nhật đoạn đầu phần Daily Scrum thành: Daily Scrum kiện với thời lượng 15 phút cho Development Team Daily Scrum tổ chức hàng ngày suốt Sprint Qua đó, Development Team lên kế hoạch cho 24 tới Cuộc họp tối ưu việc phối hợp hoạt động hiệu suất cơng việc nhóm việc rà sốt cơng việc từ lần Daily Scrum trước dự đốn công việc tới Sprint Daily Scrum tổ chức vào thời điểm, vị trí cố định, ngày, để đơn giản hóa quy trình Cập nhật phần Daily Scrum để làm rõ mục tiêu Daily Scrum đoạn sau: Cấu trúc họp Development Team định tổ chức theo nhiều cách khác nhau, miễn tập trung vào chủ đề tiến độ công việc hướng tới Mục Tiêu Sprint Một số Development Team sử dụng câu hỏi họp, số lại tổ chức họp theo hướng thảo luận nhiều Đây gợi ý mà bạn sử dụng: • • • Hơm qua, tơi làm để giúp Development Team đạt Mục Tiêu Sprint? Hôm nay, tơi làm để giúp Development Team đạt Mục Tiêu Sprint? Tơi có thấy khó khăn trở ngại ngăn trở tơi Development Team đạt mục tiêu Sprint? Làm rõ xung quanh vấn đề time-boxes Dùng từ “tối đa” để làm rõ kiện không bắt buộc phải kéo dài cho đủ thời lượng, mà khoảng thời gian tối đa sử dụng cho kiện Bổ sung cho phần Sprint Backlog Sprint Backlog bao gồm điểm cần cải tiến có độ ưu tiên cao mà nhóm định từ lần Retrospective trước Làm rõ phần Increment (phần Tăng Trưởng sản phẩm) Phần tăng trưởng sản phẩm cơng việc hồn tất – “Done”, kiểm tra - xem xét được, theo nguyên lý thực nghiệm cuối Sprint Phần tăng trưởng sản phẩm bước tiến gần đến tầm nhìn, mục tiêu ©2017 Ken Schwaber and Jeff Sutherland 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 | 21 Phụ lục (Glossary) Người dịch cố gắng để dịch Tiếng Việt gần gũi dễ hiểu Tuy nhiên, khác biệt cách thể nội dung Tiếng Anh Tiếng Việt, với khả có hạn, khơng tránh khỏi nhiều điểm chưa tự nhiên, sáng Bên số thuật ngữ khó dịch Tơi sử dụng cách dịch quán suốt tài liệu để bạn đọc tra cứu Artifact: Tạo phẩm Framework: Cơ cấu tổ chức công việc Incrememt: Phần tăng trưởng sản phẩm Transparency: Tính minh bạch Inspection: Tính tra Adaptation: Tính thích ứng Scrum Team: Nhóm Scrum Development Team: Nhóm Phát triển sản phẩm Sprint Planning: Họp lên kế hoạch cho Sprint 10 Daily Scrum: Họp Scrum hàng ngày 11 Sprint Review: Họp xem lại Sprint 12 Sprint Retrospective: Họp cải tiến Sprint 13 Cross functionality: Đa Cập nhật dịch # Phiên 1.0.1 1.0.2 1.0.3 1.0.0 Mơ tả Biên dịch tồn chỉnh sửa tả Chỉnh sửa định dạng bố cục Thêm phần Thay Đổi Tài Liệu Hướng Dẫn Scrum 2016 2017 Sửa lỗi tả Chịu trách nhiệm Đồn Nguyễn Minh Tuệ Đoàn Nguyễn Minh Tuệ Đoàn Nguyễn Minh Tuệ Đoàn Nguyễn Minh Tuệ Ngày hoàn tất Ngày 18 Tháng Năm 2019 Ngày 24 Tháng Năm 2019 Ngày 25 Tháng Năm 2019 Ngày 17 Tháng Năm 2019 ©2017 Ken Schwaber and Jeff Sutherland 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 | 22 ... Tài Liệu Hướng Dẫn Scrum Định Nghĩa Scrum Công Dụng Scrum Khía cạnh học thuyết Scrum Các Giá Trị Scrum Scrum Team ... Owner Scrum Master không bao gồm Development team trừ họ thực công việc Sprint Backlog Scrum Master Scrum Master chịu trách nhiệm xúc tiến hậu thuẫn Scrum định nghĩa Tài Liệu Hướng Dẫn Scrum Scrum... hành, quy tắc giá trị Scrum Scrum Master “servant-leader” (ND: “lãnh đạo theo phương châm phục vụ”) cho Scrum Team Scrum Master giúp người bên Scrum Team hiểu tương tác họ với Scrum Team hữu ích