8 HIỂU LẦM VỀ SCRUM Khiến doanh nghiệp Mất Tiền - Người - Thời gian và Cách giải quyết

8 HIỂU LẦM VỀ SCRUM Khiến doanh nghiệp Mất Tiền Người Thời gian Cách giải Mục lục Không cần lập kế hoạch Trong Scrum, tập trung vào hành động lên kế hoạch thân kế hoạch Trong Scrum, lập kế hoạch hoạt động cộng tác Trong Scrum, người thực cơng việc người lập kế hoạch Lập kế hoạch Scrum phần Sự kiện Trong Scrum, cách lập kế hoạch giảm thiểu lãng phí Trong Scrum, nhận thức tính khó lường phát triển phần mềm Không thay đổi Sprint Backlog Sprint Hiểu lầm việc Sprint Backlog thay đổi suốt Sprint “Bắt bệnh” hiểu lầm Cam kết Dự đoán Lời kết Trong Scrum, tính chuyển giao cuối Sprint “Bắt bệnh” hiểu lầm Nhầm lẫn bắt nguồn đâu 10 Cịn Sơ kết Sprint sao? 11 Thủ thuật 11 Lời kết 12 Product Backlog buộc phải có User story 13 Giải mã hiểu lầm 14 Đôi điều user story 14 Các kĩ thuật để nắm vững công việc Product Backlog 15 Thủ thuật 16 Lời kết 16 Trong Scrum, Product Backlog ưu tiên 17 Giải mã hiểu lầm 17 Ưu tiên hay thứ tự 17 Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Các nhân tố ảnh hưởng tới thứ tự 18 Thủ thuật 20 Lời kết 20 ScrumMaster Huấn luyện viên Agile cấp thấp 21 Hiểu lầm liên quan tới số lý sau: 22 Giải mã hiểu lầm 22 tư ScrumMaster 23 Đối mặt với thử thách “cao cấp” 24 Vậy có nên sa thải tất HLV Agile không? 25 Nếu dùng Kanban/XP/DevOps sao? 26 Lời kết 27 ScrumMaster giải MỌI VẤN ĐỀ 28 Giải mã hiểu lầm 28 Điều tạo “chướng ngại vật”? 29 Các vấn đề trở ngại thực tế 30 Trở thành ScrumMaster thành công có nghĩa là… 31 Vậy ScrumMaster không giải vấn đề? 32 Thủ thuật 32 Lời kết 33 ScrumMaster phải có mặt suốt buổi Scrum Hằng ngày 34 Hiểu nhầm việc ScrumMaster phải xuất suốt buổi Scrum Hằng ngày 34 Hướng dẫn Scrum nói gì? 35 Các vấn đề tiềm 35 Thủ thuật 36 Lời kết 36 Nguồn tham khảo 37 Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Không cần lập kế hoạch Một hiểu lầm thường xuyên lặp lại Scrum việc người dùng nghĩ khơng có lập kế hoạch Scrum Thật khơng may, hiểu lầm dẫn tới hai hậu tiêu cực đây: Những người phụ trách vị trí quản lý ngân sách, sản phẩm, bán hàng hay marketing không sẵn sàng thử nghiệm Scrum Nhóm Scrum không tận dụng hiệu sử dụng Scrum Trong thực tế, lập kế hoạch RẤT NHIỀU Scrum Chúng ta thực việc khác để tối đa hoá hiệu Trong Scrum, tập trung vào hành động lên kế hoạch thân kế hoạch Chúng ta biết kế hoạch thay đổi Và lối tư theo đuổi giá trị Agile việc liên tục thích nghi với thay đổi bám sát kế hoạch Trong Scrum, lập kế hoạch hoạt động cộng tác Một Sprint thường phải bắt đầu Lập kế hoạch Sprint với tham gia tồn Nhóm Scrum Lập kế hoạch Sprint giống đàm phán hợp tác nhằm đạt kết có giá trị Nhóm Phát triển tạo Sprint Backlog buổi họp để xác định việc cần hoàn thành kế hoạch cởi mở cho kết có giá trị Scrum Hằng ngày hoạt động lên kế hoạch cộng tác cho Nhóm Phát triển để giám sát quy trình điều chỉnh kế hoạch nhằm đạt Mục tiêu Sprint Sơ kết Sprint phiên cộng tác nhằm thu thập thông tin đầu vào cần thiết cho buổi Lập kế hoạch Sprint Cải tiến Sprint hoạt động hợp tác nhằm tạo chuẩn bị cho phát triển liên tục Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Trong Scrum, người thực cơng việc người lập kế hoạch Nhóm Phát triển sở hữu Sprint Backlog Họ tạo họ điều chỉnh Tính sở hữu đồng nghĩa với việc kế hoạch phản ánh tình trạng thực với kết hợp chặt chẽ thông tin đầu vào từ người giỏi Đối với kế hoạch ban đầu nhằm mục đích đự đốn chính, tồn Nhóm Scrum phải phối hợp thực trách nhiệm riêng vai trò Scrum Lập kế hoạch Scrum phần Sự kiện Trong tất Sự kiện, cần phải thực việc giám sát/thanh tra thích nghi Đó phần việc lập kế hoạch Nếu không thấy thích nghi xảy Sự kiện Scrum, lúc tìm hiểu lại mục đích Sự kiện Chúng ta cần phải nhớ, Khung làm việc Scrum khung làm việc Nó khuyến khích Nhóm Scrum áp dụng phương pháp bổ sung cần trợ giúp lúc lập kế hoạch, bao gồm Lập kế hoạch phát hành sản phẩm kĩ thuật làm mịn Product Backlog Các thành viên Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ nhóm chọn cách thực công việc họ tạo thảo luận việc lập kế hoạch suốt Sprint Trong Scrum, cách lập kế hoạch giảm thiểu lãng phí Một kế hoạch trở thành khứ phút sau bạn thảo luận chúng Do vậy, cần giữ kế hoạch đơn giản, dễ dàng bổ sung/cập nhật Có vài cách giảm thiểu lãng phí liên quan tới lập kế hoạch bao gồm: • Tối thiểu thời gian cho việc phân tích việc không xảy Những việc tương lai xa phía cuối danh sách cơng việc ưu tiên cần thời gian để thực chi tiết • Giảm thiểu thời gian phân tích độ hồn hảo bất khả thi Sẽ có thời điểm nhận việc thực xác việc khơng giúp giảm thời gian cần thiết Chúng ta cần chấp nhận thực tế chất khó lường phức tạp môi trường phát triển phần mềm khiến việc lên kế hoạch hồn hảo khơng khả thi • Tạo nhận xét/đánh giá ý nghĩa tất họp lập kế hoạch Bằng cách thực điều với việc tạo phần mềm, học thông tin giá trị hỗ trợ cho việc thích ứng với kế hoạch Trong Scrum, nhận thức tính khó lường phát triển phần mềm Bằng cách chấp nhận thực tế này, minh bạc quy trình tại, ngày hồn thành Việc minh bạch giúp ta xây dựng lịng tin tạo điều kiện để sử dụng phát triển kinh doanh linh hoạt, đưa định khó khăn làm việc chuyên nghiệp Tóm lại, việc lập kế hoạch hiệu phần quan trọng Scrum Khi thực tốt Scrum, việc Lập kế hoạch Scrum hiệu Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Không thay đổi Sprint Backlog Sprint Scrum định hướng khung làm việc đơn giản hiệu để phân phối sản phẩm phức tạp Scrum giải pháp cho vấn đề, lời giải tuyệt đối cho vấn đề hóc búa hay phương pháp tồn diện Thay vào đó, Scrum đề giới hạn tối thiểu việc nhóm tự tổ chức để giải vấn đề phức tạp theo hướng thực tiễn, quan sát thực hành thay lý thuyết chung chung Sự tối giản sức mạnh lớn Scrum, nguồn nhiều lời đồn đoán hiểu lầm xung quanh Hiểu lầm việc Sprint Backlog thay đổi suốt Sprint Rất nhiều người lầm tưởng Sprint Backlog không thay đổi suốt Sprint Nhóm Phát triển cam kết thực tất hạng mục công việc Sprint Backlog, không cho phép có thay đổi điễn Sprint (khơng thêm, khơng bớt) Điều giúp nhóm có tập trung cần thiết để hồn thành cam kết đề Vậy, việc lại hiểu lầm? Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ “Bắt bệnh” hiểu lầm Sprint Backlog trình bày cơng việc mà Nhóm Phát triển cần thực để đạt Mục tiêu Sprint Mục tiêu Sprint đặt Nhóm Scrum họp Lập kế hoạch Sprint Mục tiêu Sprint cần thể giả thuyết mà nhóm muốn thử nghiệm muốn đạt Mặc dù Mục tiêu Sprint cố định, Sprint Backlog khơng Điều khơng đúng, nhìn lại tiền đề cốt lõi Scrum: Chúng ta tạo kế hoạch chi tiết cho tương lai Thậm chí tương lai gói gọn Sprint, hồn tồn xuất vấn đề hay trở ngại Sprint Nhóm Phát triển thực cơng việc Sprint Backlog Một nhóm biết rằng, cơng nghệ mà chọn khơng mong muốn Hoặc hạng mục quan trọng cần thiết để đạt Mục tiêu Sprint lại bị bỏ sót thực Lập kế hoạch Sprint Khi vấn đề xuất hiện, thay đổi với Sprint Backlog cần đảm bảo nhằm đạt Mục tiêu Sprint Nhóm Phát triển đàm phán lại Sprint Backlog với Product Owner Tóm lại, Sprint Backlog linh hoạt, miễn thay đổi không ảnh hưởng tới Mục tiêu Sprint Scrum Hằng ngày giúp nhóm có hội để tra thích nghi với tiến độ đạt Mục tiêu Sprint tạo điều chỉnh thích hợp cho Sprint Baclog cần thiết Cam kết Dự đoán Liên quan tới vấn đề này, Hướng dẫn Scrum (Scrum Guide) thay đổi kể từ vài năm trước Trong khuôn khổ nội dung Sprint Backlog, từ “Cam kết” thay từ “Dự đoán” Trong hướng dẫn mơ tả Sprint Backlog dự đốn Nhóm Phát triển chức phần Gói tăng trưởng cơng việc cần làm để hồn thành chức đưa vào Gói tăng trưởng phần mềm “Hồn thành” Điều nhấn mạnh thông tin vấn đề khơng mong đợi có xu hướng xảy giai đoạn phát triển, khn khổ Sprint Tuy nhiên, nhóm trì Cam kết Họ tự cam kết với việc: • Hồn thành Mục tiêu Sprint; • Tạo phần mềm chất lượng cao, sử dụng được, đáp ứng mong đợi khách hàng người dùng; • Chỉ làm việc hạng mục Product Backlog với giá trị cao nhất; Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ • Tập trung vào cải tiến, học tập liên tục, kĩ thuật xuất sắc; • Thanh tra thích nghi liên tục với trải nghiệm hỗ trợ; • Hợp tác với tất nhân thuộc mảng kinh doanh có liên quan; • Giá trị thành phần Khung làm việc Scrum Khi Sprint Backlog đầu trông đợi, Mục tiêu Sprint kết mà muốn đạt Thay cố gắng “nhồi” nhiều hạng mục vào Sprint, nên đạt kết đáng trông đợi (Mục tiêu Sprint) với số lượng hạng mục (Sprint Backlog) Bám lấy chất thay đổi Sprint Backlog Khuyến khích Nhóm Phát triển thay đổi, cải thiện điều chỉnh Sprint Backlog suốt Sprint Nếu công việc phát sinh, Nhóm Phát triển cần đưa vào Sprint Backlog Ngược lại, loại bỏ khỏi Sprint Backlog công việc chứng minh khơng cần thiết Những điều chỉnh với thay đổi hoàn toàn phụ thuộc vào nhóm, họ thơng báo với Product Owner thấy điều cần thiết Bất kì thay đổi Sprint Backlog “hồn thành” Mục tiêu Sprint “hồn thành” tạo Phần tăng trưởng “hoàn thành” Lời kết Trong nội dung này, miêu tả hiểu lầm việc Sprint Backlog không thay đổi Sprint Chúng gỡ bỏ hiểu lầm cách đưa góc nhìn từ Hướng dẫn Scrum mơ tả khác biệt Dự đoán Cam kết Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Trong Scrum, tính chuyển giao cuối Sprint Ngày tồn nhiều nhầm lẫn Scrum, đặc biệt hiểu lầm kiểu “Scrum linh hoạt Bản phát hành có sau kết thúc Sprint” “DevOps/Kanban phù hợp tốt cho chúng cho phép phát hành nhanh hơn” Ở hai trường hợp trên, cốt lõi nhầm lẫn nằm chỗ Scrum cho phép nhóm phát hành phần mềm cuối Sprint, việc làm giảm tốc độ giảm linh hoạt nhóm có khả thực nhanh “Bắt bệnh” hiểu lầm Sự nhầm lẫn ví vụ việc tạo khung làm việc quan trọng mục tiêu, trường hợp xuất phát từ hiểu lầm khung làm việc Mục đích khung làm việc Scrum phát triển sản phẩm, giải vấn đề phức tạp cách sử dụng quy trình thực nghiệm để thúc đẩy phản hồi nhanh chóng Ở phân đoạn ngắn, sử dụng nhận xét/đánh giá từ bên bên ngồi nhóm Do tránh việc giải nhầm vấn đề và/hoặc thực giải pháp chưa tối ưu Với mục tiêu đó, làm mà Scrum buộc nhóm chuyển giao phần mềm cuối Sprint? Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ tư ScrumMaster Một góc nhìn hữu ích khác vai trò ScrumMaster giới thiệu tài liệu “8 tư ScrumMaster” Trong mô tả trọng trách khác ScrumMaster tư hay vị trí cơng việc liên kết chặt chẽ với Hướng dẫn Scrum ScrumMaster … • Một người loại bỏ trở ngại – người giúp giải vấn đề cản trở tiến độ nhóm, để ý tới lực tự tổ chức Nhóm Phát triển; • Một hỗ trợ viên – người vẽ giai đoạn, cung cấp ranh giới rõ ràng mà nhóm hợp tác Công việc bao gồm trợ giúp kiện Scrum nhằm đảm bảo họ đạt kết mong muốn quan trọng quy trình thực nghiệm tối đa hố; • Một huấn luyện viên – người giúp cho cá nhân/ nhóm đội phát triển cách liên tục giúp họ chuyển giao đầu giá trị nhóm tổ chức; • Một nhà giáo – Người đảm bảo Scrum kĩ thuật liên quan hiểu tốt thực hiện; • Một lãnh đạo đầy tớ (servant leader) – người tạo không gian làm việc hiệu cho nhóm với bên liên quan để tạo kết có giá trị; • Một nhà quản lý – người chịu trách nhiệm để quản lý trở ngại (thực), loại bỏ lãng phí, quản lý quy trình, quản lý sức khoẻ nhóm, quản lý ranh giới việc tự tổ chức, quản lý văn hố; • Một Nhân tố thay đổi – người giúp kích hoạt văn hố nơi mà Nhóm Scrum phát huy rực rỡ – cấp bậc tổ chức; • Một Mentor – người truyền kiến thức Agile kinh nghiệm sang cho nhóm Các ScrumMaster nên nhận thức vị trí/vai trị đa dạng vị trí Họ nên biết làm để áp dụng chúng, phụ thuộc vào ngữ cảnh khác Nhưng mục tiêu tất vị trí nhằm giúp người hiểu tinh thần Scrum Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Đối mặt với thử thách “cao cấp” “Một ScrumMaster giỏi giúp cho Nhóm Scrum sống sót văn hố tổ chức Một ScrumMaster giỏi giúp thay đổi văn hoá, Nhóm Scrum lớn mạnh.”- Geoff Watts Cả Hướng dẫn Scrum “8 tư ScrumMaster” cho ta biết thử thách ScrumMaster • Làm để giúp người chuyển đổi từ lối tiếp cận dựa kế hoạch sang quy trình thực nghiệm cơng cho phức tạp cơng việc mà họ làm? • Làm để thúc đẩy tính minh mạch, tra thích nghi tổ chức “đóng” truyền thống? • Làm để huấn luyện tổ chức theo cách hợp tác “thực sự” với Nhóm Scrum họ? • Làm để quản lý giới hạn việc tự tổ chức môi trường quen theo lối mệnh lệnh? • Làm để tạo mơi trường “an tồn để học tập thất bại” từ thực nghiệm? • Làm để truyền bá văn hố Scrum để Nhóm lớn mạnh? Là ScrumMaster nghĩa phải đối diện với thức thách khó khăn ảnh hưởng văn hố tổ chức theo cách mà… • Thành cơng nhóm đánh giá cao thành cơng cá nhân • Cải tiến liên tục khuyến khích thực nghiệm; • Khuyến khích “các hợp đồng Agile”; • Hỗ trợ ổn định nhóm; • Thưởng theo hành vi thành tích cá nhân; Việc tạo môi trường Scrum thân thiện phụ thuộc vào ScrumMaster Thật may mắn ScrumMaster vị trí hồn hảo để thực cơng việc anh/cơ thay đổi từ ngồi Là phần Nhóm Scrum, ScrumMaster biết xác điều cần thay đổi việc thay đổi cần thiết Họ giúp nhóm tìm trở ngại kéo họ lại, cách thức mà nhóm chuyển giao nhiều giá trị với Scrum Vị trí hồn hảo cho Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ họ để làm việc với phận nhân để tìm hoạt động phù hợp hơn, tốt với Scrum Hoặc nhằm giúp cho phận bán hàng chuyển đổi hợp đồng với “giá cố định/ quy mô cố định” sang hợp đồng Agile thân thiện Hoặc nhằm gia tăng hợp tác Nhóm Scrum bên liên quan Làm việc với ScrumMaster khác, họ thúc đẩy thay đổi mang tính tổ chức cần thiết, cách ảnh hưởng lên hệ thống từ ngồi Từ góc nhìn Nhóm Scrum, ScrumMaster thực “Nhà Hỗ trợ Thay đổi” “Các hội việc áp dụng Scrum thành công gia tăng nhanh chóng bạn coi ScrumMaster Nhà Hỗ trợ Thay đổi từ ngoài!” Khi tổ chức lựa chọn thực quy trình thực nghiệm lớn với Scrum gần khơng cần có mặt Huấn luyện viên Agile Thay vào đó, ScrumMaster nên có mặt hỗ trợ nhằm thúc đẩy quy trình thực nghiệm cấp bậc tổ chức Nếu họ có thể, họ làm điều đó, khơng có vai trị khác cần thiết để giúp tổ chức tạo kết có giá trị với Scrum “Khi tổ chức chọn làm việc với Scrum, họ gần khơng cần thiết phải có Huấn luyện viên Agile.” Vậy có nên sa thải tất HLV Agile không? Không, bạn không nên Bằng cách giải thích kĩ lưỡng hiểu lầm ScrumMaster “HLV Agile cấp thấp”, chúng tơi khơng đánh đồng với việc HLV Agile khơng có giá trị Chúng tơi nói cần thiết cho HLV Agile giảm đáng kể ScrumMaster phép thể vai trị vốn có Chúng tơi muốn nói rằng, khác biệt liên quan tới thứ bậc mà hay thấy HLV Agile ScrumMaster xuất phát từ việc thiếu hiểu biết Scrum Trong ScrumMaster sử dụng cách tiếp cận “từ ngồi”, HLV Agile sử dụng lối tiếp cận “từ vào trong” Hiển nhiên thích cách tiếp cận thực thay đổi tổ chức Nhưng hai cách thêm giá trị cho tổ chức góc nhìn thay đổi thuộc tổ chức Chúng khác góc nhìn cách tạo mơi trường Scrum thân thiện (nếu mục tiêu HLV Agile) Sử dụng phương pháp từ vào chắn hiệu quả, khó khăn Kinh nghiệm cho thấy nhiều HLV Agile (bên ngồi) thường đưa giá trị thực cách Họ bất lực để ảnh hưởng lên thay đổi, hiểu biết bề ngồi cơng việc bên Nhóm Scrum (chỗ giá trị tạo ra) Họ phần nhóm, thiếu hỗ trợ cần thiết từ ban quản lý khơng có kiểu kinh nghiệm cần thiết để thúc đẩy thay đổi từ “Ngoài vào trong” Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Hơn nữa, nhiều HLV Agile có kinh nghiệm với Scrum làm ScrumMaster Nhưng việc huấn luyện ScrumMaster thường xuyên công việc ngày họ “Thực tế là, hầu hết HLV Agile ScrumMaster non tay nghề” Vì vậy, lời khun chúng tơi cho tổ chức là: • Tập trung vào thúc đẩy ScrumMaster nhằm hỗ trợ thay đổi “từ ngoài” Hỗ trợ ScrumMaster việc tạo nhóm tuyệt vờ, sáng tạo sản phẩm tuyệt vời Giúp cho họ tạo trải nghiệm công cụ để thực cơng việc này; • Loại bỏ “HLV hải âu” – người đến gây náo loạn khắp nơi, chí “bay” tới vị khách hàng mà để lại đằng sau đống lộn xộn; • Nếu bạn thật muốn thuê HLV Agile ScrumMaster sẵn có cơng ty, đảm bảo họ có kinh nghiệm thực việc ảnh hưởng thay đổi “từ vào trong” Đảm bảo họ tập trung nỗ lực vào việc giúp đỡ nhóm ScrumMaster tự thay đổi Đừng tạo phân biệt khơng có thực “thay đổi cấp quản lý” ( HLV Agile) “thay đổi cấp nhóm” (bởi ScrumMaster) Nếu dùng Kanban/XP/DevOps sao? Scrum khơng khung làm việc để cải thiện lực tổ chức tạo nơi làm việc gắn kết người với bên liên quan để tạo sản phẩm tuyệt vời Như Geoff Watts mơ tả “Scrum có mục đích điều khiển lượng nhóm gắn kết, tự chủ tự tổ chức – người có trách nhiệm chuyển giao hợp tác trực tiếp với khách hàng” “Scrum thân không mục tiêu Dù bạn chọn loại Khung làm việc Phương pháp nào, bạn phải có thay đổi liên quan tới tổ chức Những vị trí tốt để ảnh hưởng lên thay đổi này, phần nhóm làm việc Họ có chức danh ScrumMaster, Kanban God, XP Dude, DevOps Guru khơng có chức danh gì: chúng tơi khơng quan tâm “Thay đổi tổ chức nên thực từ đội ngũ thật thuộc nhóm” Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Lời kết Trong này, giải mã hiểu lầm “ScrumMaster HLV Agile cấp thấp” Thay đổi hiệu xuất phát từ ScrumMaster phần Nhóm Scrum, vị trí tốt để thúc đẩy thay đổi HLV Agile (người ngoài) Điều mô tả Hướng dẫn Scrum vai trò ScrumMaster Khi tổ chức chọn thực thi quy trình thực nghiệm thơng qua Scrum, họ khơng cần có HLV Agile Thay vào đó, ScrumMaster nên thơng qua hỗ trợ để thúc đẩy quy trình thực nghiệm cấp bậc tổ chức Nếu họ có thể, họ thực khơng có vai trò cần thiết để giúp tổ chức tạo đầu có giá trị thơng qua Scrum Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ ScrumMaster giải MỌI VẤN ĐỀ Hiểu lầm cách giải vấn đề cản trở Nhóm Phát triển thực công việc họ Từ vấn đề hỏng phát wifi yêu cầu liên quan đến từ họp bên ngồi nhóm Từ làm rõ công việc không hiểu rõ tới giải mâu thuẫn nội Chúng gặp nhiều nhóm mà ScrumMaster phải dành tồn thời gian để giải vấn đề nêu trên, hay nói cách khác giải “trở ngại” Một vài ScrumMaster nhiều thời gian để thiết lập “Impediment Board” (bảng trở ngại) mời thành viên Nhóm Phát triển điền thêm cản trở vào để “xử lý” chúng Ngày hôm nay, tìm hiểu hiểu lầm trách nhiệm ScrumMaster giải vấn đề cản trở Nhóm Phát triển Giải mã hiểu lầm Trong Hướng dẫn Scrum (Scrum Guide) mô tả “dịch vụ” khác mà ScrumMaster cung cấp Một số loại bỏ trở ngại xuất q trình làm việc Nhóm Phát triển Trước tiên, thấy việc dường củng cố cho vấn đề ngày hôm Nhưng trở ngại từ khoá quan trọng Những cản trở dường xuất thường xuyên, vấn đề xuất Sprint mặc định coi “chướng ngại vật” Nhưng cách mà hiểu trách nhiệm ScrumMaster Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Điều tạo “chướng ngại vật”? “Chướng ngại vật” vấn đề gây cản trở cho tiến trình Nhóm Phát triển nằm khả giải họ Điều có nghĩa rằng, trở ngại có mối quan hệ mật thiết tới khái niệm quan trọng khác Scrum Tự tổ chức (self-organization) Những ý nghĩa đứng đằng sau trách nhiệm – phát triển phần mềm nỗ lực phức tạp khó tiên lượng – nhiều loại vấn đề khơng mong đợi có xu hướng xảy Sprint Những vấn đề ví dụ như: • Thành viên nhóm bị ốm • Các vấn đề với mơi trường phát triển • Một máy tính bị hỏng • Product Owner vắng mặt • Mâu thuẫn nội nhóm • Bug xảy mơi trường sản xuất Một yêu cầu đặt cho Nhóm Phát triển, sử dụng chun mơn, khả sáng tạo trí thơng minh để giải vấn đề Trong Scrum, chất tự tổ chức nhóm hiểu lực giải vấn đề họ gặp phải mà khơng phải phân bổ quyền giải vấn đề cho người ngồi nhóm Với cách đó, chúng tơi muốn giải thích cản trở vấn đề mà giải xong cải thiện hội, Nhóm Phát triển tự giải vấn đề tương tự tương lai Nhiều dạng vấn đề giải Nhóm Phát triển, làm rõ đặc tả không rõ ràng, sửa lỗi sản phẩm triển khai chí đưa giải pháp cho mâu thuẫn nhóm Sự khác nhỏ hậu khơng Liệu Nhóm Phát triển có thật tự tổ chức tất vấn đề xảy đến cần ScrumMaster giải quyết? Điều xảy đến ScrumMaster giúp Nhóm Phát triển làm rõ với Product Owner đặc tả chưa rõ ràng, phân tách cơng việc có khối lượng lớn? Điều xảy đến ScrumMaster giải vấn đề liên quan tới sở hạ tầng? Một ScrumMaster giải hầu hết vấn đề xảy đến khơng phải giúp đỡ cho nhóm Mà anh chủ động cản trở khả (sự trưởng thàng) Nhóm Phát triển việc giải vấn đề riêng họ Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Các vấn đề trở ngại thực tế Sẽ mơ hồ toàn viết dành để nói “tự tổ chức” “các trở ngại”, vào tìm hiểu thơng qua ví dụ thực tế VÍ DỤ #1: Các vấn đề liên quan tới sở vật chất / hạ tầng Giả sử Nhóm Phát triển gặp vấn đề hạ tầng Nhóm triển khai ứng dụng, họ phụ thuộc vào nhóm khác Vào ngày trước buổi Sơ kết Sprint, Nhóm Phát triển có vấn đề với triển khai Trở ngại đưa buổi Scrum Hằng ngày, ScrumMaster phải tự giải vấn đề Vấn đề triệu chứng trở ngại sâu xa hơn; khả khơng thể tự giải Nhóm giải vấn đề liên quan tới việc triển khai Bằng cách giải vấn đề cấp bách, ScrumMaster không thực giúp cho Nhóm Phát triển cải thiện khả giải vấn đề tương tự Thay vào đó, ScrumMaster trở ngại thực cách giúp Nhóm tìm cách giải cho vấn đề Một giải pháp bổ sung kĩ nhân cần thiết vào nhóm để giải vấn đề Một giải pháp khác cho Nhóm Phát triển thiết lập quản lý sở hạ tầng riêng họ (DevOps) Một giải pháp “low-tech” tạo kênh giao tiếp Nhóm Phát triển người có khả giải vấn đề với việc triển khai (ví dụ liên lạc viên) Dù gải pháp nữa, chúng nên xuất phát từ Nhóm Phát triển với trợ giúp ScrumMaster VÍ DỤ #2: Mâu thuẫn nội Một ví dụ khác Giả sử Nhóm Phát triển phải đối mặt với mẫu thuận hai thành viên Thay nói thân vấn đề, ScrumMaster giao cho nhiệm vụ giải mâu thuẫn Trở ngại thật việc nhóm khơng có khả giải mâu thuẫn Có lẽ bên nhóm có tâm lý khơng an tồn để nói việc Hoặc người khơng biết cách để nói mâu thuẫn hay khơng dũng cảm để thực điều Bằng cách giải vấn đề, ScrumMaster khơng giúp nhóm phát triển kĩ giải vấn đề tái diễn tương lai Thay vào đó, ScrumMaster hỗ trợ tổ chức phiên “giải căng thẳng”, phiên đó, cảm xúc khó chịu nêu nhóm dàn xếp (thay giao cho vấn đề) ScrumMaster làm mẫu cho hành vi cần thiết để giải mâu thuẫn, hỏi câu hỏi mở, thể cảm thơng tìm điểm chung, sau mời thành viên nhóm làm điều tương tự VÍ DỤ #3: Thiếu việc Ví dụ cuối cùng, giả sử Nhóm Phát triển thấy nửa thành viên khơng có để làm Điều đưa trở ngại buổi Scrum Hằng ngày, mà ScrumMaster giao Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ thêm nhiệm vụ tìm cơng việc cho họ làm Trở ngại thật Nhóm Phát triển hiển nhiên khơng hợp tác nhằm thúc đẩy tất người đóng góp, để đạt Mục tiêu Sprint Thay tìm kiếm cơng việc, ScrumMaster nên điều tra xem điều thật xảy nhóm Anh điều chủ đề buổi Cải tiến Sprint Hoặc có lẽ Nhóm Phát triển khơng biết đến phương pháp thúc đẩy việc hợp tác, ví dụ lập trình cặp theo nhóm, hay chia nhỏ công việc, kiểm tra công việc Hoặc nhóm có người cư xử “trụ cột nhóm” làm số lượng lớn cơng việc, người cịn lại thực công việc nhỏ nhặt khác Dù theo cách nữa, ScrumMaster giúp Nhóm Phát triển trở nên tự tổ chức cách tìm giải pháp cho trở ngại khơng phải cho vấn đề nêu Scrum Hằng ngày Trở thành ScrumMaster thành cơng có nghĩa là… Các ScrumMaster thành cơng giúp cho Nhóm Phát triển phát triển khả giải vấn đề riêng họ Đây điều mà nhóm phải học ScrumMaster giúp họ thực điều Những điều coi trở ngại Sprint trở thành vấn đề thật mà nhóm dễ dàng xử lý Sprint Nếu bạn muốn biết bạn có làm tốt nhiệm vụ ScrumMaster hay khơng giám sát lực Nhóm Phát triển họ giải vấn đề riêng họ thời gian Nếu thấy lực có tiến triển, bạn làm tốt cơng việc Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Vậy ScrumMaster khơng giải vấn đề? Liệu điều có đồng nghĩa với việc ScrumMaster không giải vấn đề gì? Dĩ nhiên khơng ScrumMaster phần Nhóm Scrum Một ScrumMaster phải sửa phát wifi bị hỏng Nhóm Phát triển hoàn toàn tập trung vào giải vấn đề lớn liên quan tới kĩ thuật Hoặc ScrumMaster hỗ trợ Nhóm Phát triển buổi họp phân tách cơng việc để họ dễ dàng thực Sprint, Giải vấn đề cho Nhóm Phát triển hồn tồn chấp nhận thực mục đích, cần lưu ý không làm điều thường xuyên Trước giải vấn đề, cân nhắc bạn thật giúp cho Nhóm Phát triển gia tăng lực giải vấn đề tương tượng riêng họ Hãy nhớ “Một ScrumMaster nên Gợi mở, khơng Giải quyết.” Thủ thuật • Đừng đợi đến buổi Scrum Hằng ngày đưa trở ngại Hãy coi Scrum Hằng ngày hội tối thiểu để thảo luận trở ngại Những cản trở thực tới tiến trình nhóm cần thảo luận • Bất chướng ngại tiềm nêu ra, cân nhắc việc xảy đến bạn khơng làm Sẽ có khác Nhóm Phát triển lo việc chứ? • Khơng có vấn đề phải dùng tới “Impediment Board”, nhằm giúp minh bạch trở ngại loại bỏ Nhưng cần đảm bảo chúng dùng cho trở ngại thực, khơng phải dành cho vấn đề mà Nhóm Phát triển thấy cần phải “đùn đẩy” sang cho ScrumMaster Ngoài ra, đảm bảo bảng tồn Nhóm Scrum, khơng phải dành riêng cho ScrumMaster • Khơng phải trở ngại quan trọng Sử dụng Mục tiêu Sprint kim nam hướng dẫn Là ScrumMaster, bạn đặc biệt nên làm việc với trở ngại có khả cản trở Nhóm Phát triển đạt Mục tiêu Sprint Tập trung vào trở ngại trước giải thứ khác; • Hãy dũng cảm sáng tạo việc xoá bỏ trở ngại Hãy nhớ “Một ScrumMaster giỏi thúc đẩy ý kiến nhằm xố bỏ cản trở tới suất nhóm Một ScrumMaster vĩ đại sẵn sàng để xin tha thứ.” (Geoff Watts – Scrum Mastery) Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ • Một cơng cụ mạnh mẽ huấn luyện viên sử dụng quyền im lặng Giữ im lặng quan sát điều xảy đến Đó cách mà ScrumMaster nên hành động Như thí nghiệm bạn khơng cần làm quan sát điều xảy • Hợp tác với Product Owner.Các trở ngại thường liên quan tới vấn đề quản lý sản phẩm, việc hợp tác bên liên quan nhà cung ứng Product Owner nhân tố quan trọng vấn đề Do vậy, đảm bảo trì mối quan hệ gắn bó với Product Owner • Hiểu khác biệt “cản trở” (block) “trở ngại” (impediment) Một cản trở ảnh hưởng tới nhiệm vụ đơn lẻ, trở ngại hoạt động dù với việc ảnh hưởng từ từ làm chậm dần q trình Thường xun, Nhóm Phát triển tự giải cản trở trở ngại cần xử lý ScrumMaster (IIan Goldstein – Scrum Shortcuts with cutting corners) • Tập trung vào vấn đề thực sự, vấn đề xảy đến Hỏi câu hỏi nhằm hiểu tình Kiểm tra xem thực trở ngại hội để học tập cho Nhóm Phát triển “Tập trung vào vấn đề thực sự, vấn đề xảy đến đầu tiên” Lời kết Ngày hôm giải mã hiểu lầm khác ScrumMaster chịu trách nghiệm giải vấn đề cản trở tiến trình Nhóm Phát triển việc đạt Mục tiêu Sprint Thay vào đó, ScrumMaster nên giúp Nhóm Phát triển gia tăng khả tự giải vấn đề tương tự (tự-tổ chức) ScrumMaster thực điều cách vấn đề “hoạt động dù” nhóm, khơng xuất lúc Trong nội dung chúng tơi đưa vài ví dụ cụ thể làm rõ loại vấn đề mà nhóm nên giải quyết, vấn đề thực “các trở ngại” chọn ScrumMaster Chúng cung cấp vài mẹo cho bạn để ứng dụng Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ ScrumMaster phải có mặt suốt buổi Scrum Hằng ngày Scrum định hướng khung làm việc đơn giản hiệu để phân phối sản phẩm phức tạp Scrum giải pháp cho vấn đề, lời giải tuyệt đối cho vấn đề hóc búa hay phương pháp tồn diện Thay vào đó, Scrum đề giới hạn tối thiểu việc nhóm tự tổ chức để giải vấn đề phức tạp theo hướng thực tiễn, quan sát thực hành thay lý thuyết chung chung Sự tối giản sức mạnh lớn Scrum, nguồn nhiều lời đồn đoán hiểu lầm xung quanh Trong loạt viết này, chúng tơi – Christiaan Verwijs Barry Overeem – “giải mã hiểu lầm” bạn, đề cập đến đồn đoán hiểu lầm phổ biến Thea Schukken tác giả minh họa tuyệt vời cho loạt viết Hiểu nhầm việc ScrumMaster phải xuất suốt buổi Scrum Hằng ngày Mọi người thường hiểu nhầm việc ScrumMaster phải xuất suốt buổi Scrum Hằng ngày Ở vài nhóm, ScrumMaster giao nhiệm vụ tổ chức buổi Scrum Hằng ngày Trong khi, đội khác cảm thấy ScrumMaster cần đứng giải trở ngại Dù cách ln địi hỏi diện ScrumMaster Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Hướng dẫn Scrum nói gì? Theo Hướng dẫn Scrum (Scrum Guide), Nhóm Phát triển chịu trách nhiệm buổi Scrum Hằng ngày Scrum xây dựng dựa quan sát phát triển sản phẩm tiến trình khó khăn phức tạp Sự phức tạp thể rõ tính khó đốn định cao Ngay quy mơ Sprint riêng lẻ thứ khơng theo kỳ vọng Một thành viên cốt cán nhóm bị ốm Sprint Một lỗi nghiêm trọng phát cần phải sửa chữa Hay ý tưởng nảy phù hợp với Mục tiêu Sprint Giao tiếp thường xuyên Nhóm Phát triển quan trọng để đối phó với thay đổi chúng xảy Các buổi Scrum Hằng ngày ranh giới Scrum đem đến cho Nhóm Phát triển hội ngày để cập nhật công việc lập kế hoạch cho ngày Cả nhóm làm việc buổi Scrum Hằng để đạt Mục tiêu Sprint? Kết buổi Scrum Hằng ngày kế hoạch cho ngày vài thay đổi với Sprint Backlog để đạt Mục tiêu Sprintl Mặc dù ScrumMaster xuất để tổ chức Scrum Hằng ngày, nhiên điều không bắt buộc ScrumMaster phải đảm bảo buổi Scrum Hằng ngày diễn ra, Nhóm Phát triển người chịu trách nhiệm thực họp Khơng ngồi Nhóm Phát triển ScrumMaster phép tham gia Nếu Scrum Hằng ngày dẫn đến định ảnh hưởng đến người khác (ví dụ Product Owner), họ Nhóm Phát triển hỏi ý kiến sau Do ScrumMaster tham gia Scrum Hằng ngày, điều không bắt buộc Scrum Các vấn đề tiềm Khi mà ScrumMaster xuất buổi Scrum Hằng ngày, có vài “dấu hiệu” vấn đề việc áp dụng Scrum: • ScrumMaster hoạt động quản lý nhóm, sử dụng Scrum Hằng ngày để chia sẻ cơng việc định thay cho Nhóm Phát triển; • Nhóm Phát triển khơng hỗ trợ cam kết với Scrum, cần ScrumMaster để “đảm bảo chắn điều xảy ra” Trong trường hợp này, cần xác định động lực sâu xa đằng sau nhóm để làm việc với Scrum; • Nhóm Phát triển dựa vào ScrumMaster để tạo điều kiện giao tiếp nhóm Điều gây cản trở khả học cách tự tổ chức Nhóm Phát triển Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ • ScrumMaster sử dụng Scrum Hằng ngày để cảm thấy ý nghĩa Là người đầy tớ lãnh đạo, thành công ScrumMaster thường bộc lộ theo cách gián tiếp (phát triển theo thời gian, bầu khơng khí thân thiện, học hỏi) Với vài ScrumMaster, Scrum Hằng ngày tạo hội cho họ chiếm lấy sân khấu nhằm tạo đóng góp bật – điều khơng có lợi cho Nhóm Phát triển lý kể Thủ thuật Những thủ thuật sau hữu ích để khiến Scrum Hằng ngày (cũng ScrumMaster) hiệu hơn: • Nhấn mạnh lại mục đích Scrum Hằng ngày từ lúc ban đầu • Lùi lại (theo nghĩa đen) phía sau buổi Scrum Hằng ngày, đặt thân bên ngồi Nhóm Phát triển • Giới hạn thân đặt câu hỏi mở xuyên suốt Scrum Hằng ngày; • Giới hạn thân đặt câu hỏi liên quan đến minh bạch, kiểm tra thích nghi: “Cách nhìn ảnh hưởng đến Mục tiêu Sprint nào?”, “Công việc cần phải minh bạch?” “Chúng ta làm hơm để giúp đạt Mục tiêu Sprint?” • Đừng chủ động thực Scrum Hằng ngày việc yêu cầu thành viên trả lời câu hỏi Scrum Hằng ngày Thay vào đó, để người tự định người tiếp theo; • Đừng tham dự vào Scrum Hằng ngày Hãy quan sát xảy sau đó; • Nhờ Nhóm Phát triển hỗ trợ triển khai Scrum Hằng ngày; • Hãy để Nhóm Phát triển lựa chọn thời gian bắt đầu địa điểm Đây kiện họ để họ chọn thời điểm phù hợp với Điều làm tăng cảm giác tự chủ khuyến khích nhóm bắt đầu Lời kết Trong nội dung này, mô tả hiểu lầm việc Scrum Master phải xuất buổi Scrum Hằng ngày Chúng cung cấp nhìn từ Hướng dẫn Scrum, mơ tả vài ví dụ vấn đề có khả xảy việc áp dụng Scrum chia sẻ mẹo việc thực Scrum Hằng ngày hiệu Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/ Nguồn tham khảo Nhiều phần tài liệu dịch tham khảo từ linkedin.com medium.com theo loạt viết Christiaan Verwijs Barry Overeem “giải mã hiểu lầm” Scrum, đề cập đến đồn đoán hiểu lầm phổ biến Thea Schukken tác giả minh họa tuyệt vời cho loạt nội dung Barry Overeen Christiann Verwjis, người “giải mã” hiểu lầm Scrum Xem thêm nhiều viết sách miễn phí Agile/ Scrum https://hocvienagile.com/kien-thuc-agile/