Hướng dẫn thực hành Scrum Quản trị dự án phẩn mềm theo triết lý Agile Scrum in Action: Agile Software Project M anagem ent and Developm ent ♦ Cung cấp hướng dẫn từ kinh nghiệm thực tiễn cho nhóm dự án để áp dụng dễ dàng vào tình thực tế ♦ Cung cấp giải pháp chi tiế t áp dụng cho loại hình dự án phần mềm ♦ Được viết lời nói đầu Sanjiv Augustin, tác giả Managing Agile Projects lời tựa Dan Pilone, tác giả Head First Software Development Head First IPhone Development Andrew Pham Phuong-Van Pham ■ STARS NHÀ XUẤT BẢN BÁCH KHOA - HÀ NỘI Fpt University TRƯỜNG Đ ẠI HỌC FPT * CENGAGE » * Learning* HƯ Ớ NG[lrfấl T H ực HÀNH SCRUM Q u ả n t h ị D ự a n PÈ vjan m ề m t h e d T r iế t l ý A g il e j , 'ỉ S c r u m ® I n A c t io n : A g il e S o f t w a r e P r o j e c t Ma n a g e m e n t A n d D evelopm ent A N D R E W PHAM P H U O N G -V a n P H A M Dịch thuật Trường Đại Học FPT Fpt University NHÀ XUẤT BẢN BÁCH KHOA HÀ NỘI TRƯỜNG Đ Ạ I HỌC FPT * Ạ c ENGAGE Learning* ^jP^rptUnhiMity TRƯỜNG Đ ẠI HỌC FPT Tên sách: HƯỚNG DẪN THựC HÀNH SCRUM - Quản trị Dự án Phần mềm theo Triết lý Agile Tác giả: Andrew Pham, Phuong-Van Pham ISBN - 13: 978-1-4354-5913-7 (Bản gốc tiếng Anh) Bản quyền dịch © 2015 thuộc Cengage Learning Asia vậ Trường Đại học FPT Bản quyền đăng ký bảo hộ Không phần xuất phẩm phép chép hay phát hành hình thức phương tiện nào, hay lưu giữ sở liệu hệ thống truy cập, mà khơng có cho phép trước văn Nhà xuất Cengage Learning Trường Đại học FPT Trường Đại học FPT đối tác độc quyền dịch phân phối Việt Nam ISBN: 978-604-938-495-0 (Bản dịch tiếng Việt) Title: Scrum® in Action: Agile Software Project*Management and Development Author: Andrew Pham, Phuong-Van Pham ISBN - : 978-1-4354-5913-7 Original edition published by Course Technology, Cengage Learning Copyright © 2012 Course Technology, Cengage Learning All Rights Reserved No part of this publication may be reproduced or distributed in any form or by any means, or stored in a data base or retrieval system, without the prior written permission of the publisher The copyrights for the Vietnamese edition are jointly held by Cengage Learning Asia Pte Ltd and FPT University The Vietnamese edition is exclusively translated and distributed by FPT University in Viet Nam ISBN: 978-604-938-495-0 (Vietnamese edition) Đội ngũ sản xuất dịch - Trường Đại học FPT Dịch giả: Nguyễn Việt Khoa Biên tập: Khuất Thị Thùy Linh Trình bày: Nguyễn Thị Bích Mai, Nguyễn Thế Hồng Thiết kế bìa: Nguyễn Thế Hồng Sửa in: Chu Đình Phú Điều phối sản xuất sản phẩm: Khuất Thị Thùy Linh Quản lý sản xuất sản phẩm: Nguyễn Thị Thu Hiền Liên hệ hợp tác nội dung dịch tiếng Việt phân phối Việt Nam: Phòng Bản quyền Xuất bản, Trường Đại học FPT Tầng 2, Nhà F, Tòa Nhà VAS, KĐT Mỹ Đình I, Từ Liêm, Hà Nội Điện thoại: (04) 305 1398 Email: publishing@fpt.edu.vn Website: books.fpt.edu.vn Gửi tới gia đình u thương chúng tơi Cuốn sách dành cho tất chuyên gia toàn giới - người thông minh chăm làm cho giới trở nên tốt đẹp “Hành trình ngàn dặm bước đi.” — Lão Tử, triết gia người Trung Quốc LỜI NÓI ĐẦU Cuốn sách tài liệu Agile có giá trị mang tính thực tiễn cao Hai tác giả Andrew Phuong-Van nhanh chóng vào vấn đề bao gồm mảng lớn quản lý phát triển phần mềm Những nội dung bao gồm Agile, tài chính, giành hỗ trợ từ quản lý, thu thập yêu cầu Agile, tầm nhìn kiến trúc, vai trò Product Owner, kiểm thử cần trọng, làm việc nhóm, quản lý Agile, cách để thích ứng với Scrum mà khơng phá hủy nó, cuối họ cung cắp sẵn công cụ để đánh giá mức độ sẵn sàng Có hai nhóm người nhận thấy sách hữu ích: nhóm với tư hướng kế hoạch truyền thống nhóm cịn lại người tiếp cận tư Agile Sức mạnh sách bắt nguồn từ tính thực tế, khơng giáo điều, sách đóng vai trò cầu nối cho suy nghĩ khác hai nhóm người Cuốn sách có vài phần thông tin tuyệt vời dành cho người xuất phát từ tảng hướng kế hoạch, truyền thống Những nội dung tầm nhìn kiến trúc; xây dựng yêu cầu thông minh cho Product Backlog; trở thành Product Owner hiệu Agile, lãnh đạo kiểu phục vụ (đầy tớ); tập trung vào kiểm thử tự động, kiểm thử hồi quy, kiểm thử tích hợp; trở thành thành viên nhóm đam mê hiệu quả; thích ứng Scrum mà khơng triệt tiêu giá trị Agile cốt lõi đáp ứng hai mục đích Một mặt, sách mang đến ấm áp thoải mái trái tim bạn bị ướp lạnh lời đồn việc thiếu vắng nhóm Agile lĩnh vực phát triển phần mềm quan trọng Mặt khác, sách trinh bày số công cụ “mềm” thực quan trọng là: người, nhóm nhân tố lãnh đạo tuyệt vời cùa Scrum khiến cho trở nên phổ biến vị trí, thứ hạng khai sáng nhà quản lý Đối với người tiếp cận tư Agile, đặc biệt bạn không bị giới hạn nhiều chặt chẽ mang tính truyền thống, tài liệu đề cập giá trị thu nói riêng tài nói chung, việc tạo tầm nhìn kiến trúc áp dụng tầm nhìn vào Product Backlog, việc tiến hành dự toán dựa tiêu chí IV Lời tựa phương pháp bổ sung cho planning poker (bộ lập kế hoạch) giúp mở rộng suy nghĩ bạn mà không khiến bạn cáu chặt chẽ truyền thống giải hợp lý phù hợp thực tin bạn không gặp vấn đề tìm kiếm cách để áp dụng vài số kỹ thuật truyền thống chứng minh cho dự án Nếu bạn nhà quản lý dự án, nhà phát triển phần mềm, nhân viên kiểm thử, quản lý sản phẩm, chuyên gia phân tích nghiệp vụ, hay lĩnh vực phát triển phần mềm, bạn thấy sách hữu ích, giúp bạn hiểu thứ nhóm Scrum VỚI tính thực tiễn cao Đây tác phẩm dễ hiểu tin bạn hứng thú đọc, bát kể bạn xuất phát đâu Tôi gặp Andrew lớp học ScrumMaster, tơi nhanh chóng bị ấn tượng chiều sâu kiến thức chân thành quan điểm anh Andrew thẳng thắn khiêm tốn việc giảng dạy chia sẻ kiến thức Cùng với đồng tác giả Phuong-Van, Andrew mời bạn tham dự chuyến hành trình thú vị quản lý phát triển linh hoạt Tôi hy vọng bạn chấp nhận lời mời Sanjiv Augustine Tác giả sách Managing Agile Projects (tạm dịch: Quản lý dự án linh hoạt) Đã đưực cấp chứng đào tạo Scrum (Certified Scrum Trainer - CST) Đồng sáng lập Agile Project Leadership Network (Mạng lưới Lãnh đạo Dự án theo Agile) Là chủ tịch LitheSpeed V ĨIj LỜI TƯA ■ Pl rH i Agile quy trình phát triển phần mềm, thường bị người hiểu nhầm quy trình khơng có u cầu, thiết kế tìm trình phát triển, điều xa vời kiểu họp lập kế hoạch đơn giản không cần bàn tới Cuốn sách hiệu để chấm dứt quan niệm sal lầm Thơng thường, người thực hành phát triển theo Agile Scrum khơng gặp khó khăn để nhận thấy việc cần phải làm mà khó việc làm để biết việc họ làm có hay khơng Nếu khơng thực Sprint với người có kinh nghiệm, rắt khó để hiểu ảnh hưởng thỏa hiệp xảy liên tục trình phát triển dự án thực tế Liệu Sprint có dài? Quá ngắn? Bạn dành nhiều thời gian để thực việc cải tiến chưa? Lý đắn để bạn bắt đầu làm việc gì? Cuốn sách Andrew Pham Phuong-Van Pham giúp giải thích lý bạn nên thực hành Agile Scrum, mà cung cấp trải nghiệm mà hai tác giả vất vả có được, qua giúp bạn biết liệu có triển khai cách hay không Cuốn sách cung cấp “người rơm” (straw man) cần thiết cho hoạt động mà đa phần mẻ người nhóm Một phần u thích tơi sách thời gian để nhìn nhận Agile từ quan điểm người khơng phải nhà phát triển Với vai trò kiến trúc sư doanh nghiệp (enterprise architect), tổ chức bạn định bắt đầu sử dụng Scrum cho q trình phát triển điều có ý nghĩa với bạn? Với vai trị khách hàng, thi Scrum mang lại cho bạn điều gì? Sẽ bạn chịu trách nhiệm nỗ lực cần phải cách kết hợp quy trình Agile nhằm hỗ trợ thơng tin theo dõi tài tiến độ phận mình? Như phần nhiều nhóm phát triển muốn nghĩ đến thuật ngữ ROI (tỷ lệ hoàn vốn đầu tư) EVM (kỹ thuật quản lý giá trị thu được) để làm việc với nhà quản lý, sách giúp liên kết dự án lại VỚI mà không làm tính hiệu Agile vi Lời tựa Khơng giống kiến thức giảng dạy lớp học lý thuyết, sách dành cho chuyên gia - người muốn cần biết cách làm để áp dụng Aglle Scrum cho tình thực tế Nói điều để thấy sách giáo điều quy trình, mà sách dành cho chuyên gia thực dụng có sứ mệnh cung cấp phần mềm thực công ty thực với người tình thực tế Với tất khó khăn mà biết, việc triển khai quy trình Agile đặc biệt Scrum tổ chức chiến công không nhỏ Cuốn sách nguồn tài nguyên có giá trị để giúp thực điều Dan Pilone Tác giả Head First Software Development (tạm dịch: Nhập môn Phát triển Phần mềm) Head First iPhone Development (tạm dịch: Nhập môn Phát triển iPhone) người sáng lập đồng thời Tổng Giám đốc Element 84, LLC vii LỜI cẴM dN * ''v •::T I -I Chúng tơi nợ nhiều người giúp chúng tơi hồn thành sách lời cảm ơn cảm tạ Đầu tiên gia đình chúng tơi, tình u, hỗ trợ kiên định vơ điều kiện họ Tiếp đến, muốn cảm ơn nhóm Course Technology PTR Tơi xin cảm ơn Mitzi Koontz - biên tập thủ đắc1cấp cao, người tin tưởng sách từ ngày đầu tiên; Sandy Doell - biên tập viên thảo, người thực công việc tuyệt vời, biến sách trở nên trôi chảy nhiều so với thảo ban đầu chúng tôi; sau Jenny Davidson - biên tập dự án, người bảo đảm cộng tác tất để giúp thứ diễn Tiếp theo, muốn chuyển lời cảm ơn tới: ■ David K Pham, cựu Giám đốc công nghệ (CTO) KTD Media Corporation đồng thời người sáng lập Cơng ty 7billion, LLC kiểm tra giúp cải thiện ý tưởng sách ■ Scott Booth, có chứng MCP, Quản lý Pariveda Solutions - công ty tư vấn Texas, người không tham dự buổi thuyết trình Andrew Ảnh hưởng cùa Tầm nhìn Kiến trúc tới tốc độ nhóm chất lượng Phần mềm DFW Scrum User Group, dành nhiều thời gian để đánh giá sách ■ Sameer Bendre, có chứng CSM PMP, tư vấn cấp cao 3i Infotech Consulting, người nhiệt tình với sách giới thiệu vài người bạn cho 1Biên tập thủ đắc: Từ tiếng Anh Acquisitions Editor - Người chịu trách nhiệm tim kiếm thu mua thào cho nhà xuất viii Lời cảm ơn ■ Mike Vizdos, có chứng CST Richmond, Virginia, người dành thời gian để phản hồi sách bát chắp lịch dạy dày đặc ■ Linda Rising, tác giả với lịch làm việc bận rộn không ngần ngại dành thời gian đề gửi vài phản hồi nhanh nháp ban đầu đường để bắt chuyến bay tới Đức ■ Henrik Kniberg, tác giả Scrum and XP in the Trenches (tạm dịch: Scrum XP từ chiến hào), có chứng chì CST, stockhold, Thụy Điển, người giúp nghĩ tên hay cho sách ■ Anwar Bardai, chuyên gia máy tính cắp cao Công ty Compucom, người vài năm trước cộng tác thành công với Andrew Pham áp dụng Scrum Agile để cài đặt gói ERP thời gian kỷ lục cho nhà bán lẻ máy tính lớn ■ Benjamin Oguntona, quản lý hệ thống cấp cao AT&T, người làm việc với Andrew Pham Andrew Giám đốc kỹ thuật SBC, sau kiến trúc sư trường Cingular Wireless, nhiệt tình phê bình chỉnh sửa sách ■ Dennis Palmer, Product Owner Công ty Esquire Innovations, cơng ty phần mềm có trụ sở California, người dành thời gian để phê bình sách giai đoạn đầu ■ Dennis Simpson, chuyên gia cứu hộ công nghệ thông tin Dallas, Texas, người khơng phê bình sách mà cịn giúp chỉnh sửa để sách trở nên tinh tế ■ Harold Thomas, có chứng CBAP, chuyên gia phân tích nghiệp vụ (Business Analyst - BA) Phịng Dịch vụ việc làm Gia đình bang Ohio, người khơng ngần ngại dành thời gian làm việc để phê bình giúp chỉnh sửa sách ■ Sanjiv Augustine, có chứng CST, đồng sáng lập Agile Project Leadership Network (APLN) tác giả sách Managing Agile Projects, người không dành thời gian lịch làm việc bận rộn để phê bình mà cịn tốt bụng viết lời tựa cho sách ■ Dan Pilone, tác giả Head First Software Development Head First iPhone Development, đồng thời Tổng giám đốc Cơng ty TNHH Element 84, dành thời gian để phê bình viết lời tựa cho sách Lời cảm ơn cuối không phần quan trọng, xin gửi tới tất tác giả có tác phẩm trích dẫn sách Những người mà chưa kể đến, làm ơn hiểu làm tát để lưu lại quyền sở hữu, có điều vơ tình bị bỏ qua, xin cho nhà xuất biết để thực chỉnh sửa cần thiết cách sớm Andrew Pham Phuong-Van Pham ix Mục lục Chương 11 Bản c h ấ t m ới q u ả n lý lã n h đ o tro n g dự án Scrum 125 Huấn luyện để đạt hiệu cao nhất: Mơ hình GROW 130 Đặc điểm nhà Lãnh đạo Quản lý chu đáo 132 Tóm tắ t .134 Chương 12 Làm th ế đ ể th íc h ứng với Scrum mà k h ô n g phá bỏ tín h lin h h o t triể n khai S c ru m b u t tiê u cực 135 Làm để thích ứng Scrum mà khơng triển khai “ScrumBut” tiêu cực với ngụy biện .136 Ví dụ tình thích ứng Scrum 137 Khía cạnh Tổ chức 137 Khía cạnh Hạ tầ n g 140 Khía cạnh N hóm 141 Khía cạnh Cơng nghệ 142 Khía cạnh Quy trình 142 Khía cạnh Nghiệp vụ 143 Tóm tắ t .144 Chương 13 T ự đ n h giá đ ộ sẵn sàng Dự án S c ru m 145 Một công cụ đơn giản để đánh giá độ sẵn sàng với Scrum 145 Khía cạnh Tổ chức 147 Khía cạnh Hạ tầ n g 148 Khía cạnh N hóm 148 Khía cạnh Công nghệ 148 Khía cạnh Quy trìn h 149 Khía cạnh Nghiệp vụ 149 Ví d ụ 151 Diễn đạt lại đánh g iá 156 Tóm tắ t .157 Chương 14 Khi n o bạn cẩn m ộ t S cru m M a ste r? .159 Kiến thức chuyên sâu lý thuyết thực hành Scrum 160 Tố chất lãnh đạo kiểu phục vụ tuyệt vời 161 Kỹ tốt mặt Tổ ch ứ c 161 Kỹ tốt Giao tiế p 161 Kỹ Thuyết trình tuyệt v i .161 Kỹ Giải xung đ ộ t 162 Kỹ tốt Phát triển Nhân lực 162 Tóm tắ t .162 XV Mục lục Chương 15 Nhắn gửi bạn đ ọ c 163 Phụ lục A Tim hiểu hai case s tu d y p h t triể n sản phẩm phần mềm 167 Giới thiệu 167 Ruby Ruby on Rails (R oR ) 167 Ngôn ngữ Ruby 167 Ruby on Rails (RoR), khung làm việc W eb 171 Quản lý phiên kiểm thử việc phát triển Web R oR 174 Hệ thống Quản lý phiên G it 174 Kiểm thử Khung làm việc kiểm th 174 Case study (Noshster) 176 Tầm nhìn Mục tiêu sản phẩm 176 Thu thập yêu cầu cách sử dụng kỹ thuật trực quan sách 177 Tầm nhìn Kiến trúc Lập kế hoạch phát hành/ kế hoạch Sprint 177 Ước tính dự án sử dụng kỹ thuật dựa tiêu chí khách quan 182 Phát triển Noshster 182 Case study (Conferous ) 225 Tằm nhìn Mục tiêu sản phẩm 225 Thu thập yêu cầu cách sử dụng kỹ thuật trực quan sách 225 Tầm nhìn Kiến trúc Lập kế hoạch phát hành/ kế hoạch Sprint 225 Ước tính dự án sử dụng kỹ thuật dựa tiêu chí khách quan 227 Phát triển Conferous 229 Phụ lục B Bạn có th ể có nên chấm d ứ t b ấ t th n g m ộ t S print 247 Lời giới thiệu 247 Khi Sprint kết thúc sớm dự định? 247 Làm để tránh dừng Sprint sớm dự kiến 248 Làm để khởi động lại sau chấm dứt Sprint sớm dự định .249 T h u ậ t ngữ 251 Tham k h ả o 257 Chỉ m ụ c 261 xvi IỚI T H I Ê U NỘI DUNG CUỐN SÁCH Có nhiều sách hay Scrum, tin không số cung cấp đầy đủ kiến thức cần thiết mà nhóm dự án phần mềm cần biết để bắt đầu hồn thành dự án phần mềm Scrum với ràng buộc tổ chức (ràng buộc có nghĩa cơng ty mà Scrum hay Agile chưa áp dụng thành cơng rộng rãi quy mơ tồn doanh nghiệp) Để giúp đỡ nhóm Scrum thành cơng, đơi phải ngược lại với ràng buộc tổ chức, định viết sách thực hành Scrum thông qua việc sử dụng kiến thức mà thu từ “chiến hào” Với mục đích đó, 15 chương sách cung cáp cho độc giả tất kiến thức cần thiết mà ScrumMaster có kinh nghiệm cho bạn Ngoài ra, bạn thấy phần Phụ lục A hai case study (tình nghiên cứu) hai sản phẩm phần mềm xây dựng triển khai thành công cách sử dụng kỹ thuật lời khuyên trình bày sách Chương 1: Chuẩn bị cho Agile Scrum Trọng tâm Chương kiến thức Agile đặc biệt nhấn mạnh vào Scrum - phần gia đình Agile Chương đóng vai trị phần giới thiệu nhập môn Scrum chỉnh sửa số thông tin khơng xác Scrum, gần giống gl mà Alan Shalloway nhóm ơng viết trang 84-92 Lean-Agile Software Development Achieving Enterprise Agility (tạm dịch: Phát triển phần mềm linh hoạt-tinh gọn nhằm đạt linh hoạt doanh nghiệp) Đây cách để đưa bạn lên ngang tầm với trước tiếp tục nội dung khác xvii Giới thiệu Chương 2: Bàn luận tài Cho dù bạn có niềm đam mê với Agile Scrum hay khơng bạn nên nhớ ngôn ngữ quản lý kinh doanh tài Trong Chương 2, bạn tìm hiểu yếu tố cần thiết tài chính, kiến thức cần biết để phối hợp tốt với nhà quản lý kinh doanh việc lựa chọn dự án, dự toán ngân sách dự án, dự đoán lượng tiền thời gian bạn cần để hoàn thành dự án Chương 3: Đảm bảo ủng hộ từ quản lý cấp cao hỗ trợ từ quản lý cấp trung Mặc dù việc giành đồng tình nhà quản lý kinh doanh cấp cao làm việc với họ quan trọng, quan trọng việc trao đổi công việc hàng ngày với quản lý cấp trung, quản lý cấp trung điểm mấu chốt để thành cơng Mục đích Chương nhằm cung cấp cho bạn đủ kiến thức để giao tiếp thành công với hai cắp Chương 4: Thu thập yêu cầu trực quan cho Product Backlog Một nhóm dự án đồng ý để tiến hành dự án khơng cỏ quan trọng việc có tập yêu cầu tốt Chương trình bày quy trình rát đơn giản trực quan để thu thập yêu cầu cho dự án Scrum mà sử dụng Chương 5: Tạo ước tính điểm story so sánh để triển khai Scrum toàn doanh nghiệp Với việc Agile Scrum ngày phổ biến rộng rãi, vấn đề gặp phải VỚI hệ thống điểm User story (dựa vào để xây dựng tốc độ nhóm) khơng cho phép so sánh nhóm VỚI Điều gây cản trở cho nhiều phòng CNTT mong muốn triển khai Scrum diện rộng, đặc biệt nói đến việc phân bổ nguồn lực tái phân bổ Cũng Chương 4, chương trình bày cách tiếp cận mang lại thành công cho nhiều dự án Cách tiếp cận giúp bạn ước tính User story hỗ trợ cho điều bạn nói, khơng phải cảm giác cá nhân mà liệu hữu hình Bên cạnh đó, cách tiếp cận tạo khả so sánh tốc độ nhóm khác bên tổ chức xviii Giới thiệu Chương 6: Ảnh hưởng tầm nhìn kiến trúc tốc độ nhóm chất lượng phẩn mềm Đối với làm việc với Scrum, cho dù dự án nhất, nhận thấy tốc độ nhóm thay đổi tăng giảm, thường dẫn đến việc làm giảm suất khả chuyển giao Chương cho bạn nguyên nhân dẫn đến biến động cùa tốc độ nhóm; đồng thời gợi ý cách làm để sử dụng tầm nhìn kiến trúc, vài người gọi ý đồ kiến trúc, để khắc phục việc Chương 7: Từ tầm nhìn kiến trúc đến lập kế hoạch phát hành, lập kế hoạch Sprint đến phát triển phần mềm song song Ngồi việc trợ giúp, chí làm tăng tốc độ nhóm, tàm nhìn kiến trúc tốt cịn có lựi ích khác Điều bao gồm ảnh hưởng tích cực đến kế hoạch phát hành kế hoạch Sprint Chương 8: Product Owner Trong dự án Scrum, tất người quan trọng, Product Owner người giúp nhóm chuyển giao giá trị kinh doanh cao Chương đánh giá phẩm chất cá nhân chuyên môn mà Product Owner cần phải có để thành cơng Chương 9: Tầm quan trọng kiểm thử tự động, kiểm thử hồi quy kiểm thử tích hợp Khơng phải tất kiểm thử tạo Trong chương này, cung cấp cách xử lý chuyên sâu vài kiểm thử mà theo quan trọng đốl với dự án Scrum, đồng thời giải thích chúng lại chìa khóa thành cơng nhóm dự án Scrum Chương 10: Tầm quan trọng làm việc nhóm Tất nghe nói đến làm việc nhóm tầm quan trọng Cho dù nghe sáo rỗng, Chương 10 khẳng định làm việc nhóm điều cần thiết để nhóm Scrum chuyển giao giá trị, đặc biệt nhóm Scrum nhóm tự tổ chức Ngồi việc nói tầm quan trọng làm việc nhóm, chương cung cấp số hiểu biết loại tâm lý tính khí người, giúp cho đồng nghiệp hiểu cộng tác với tốt Ngoài ra, chương cung cấp số kỹ thuật đề giải xung đột, có tính đến giai đoạn dự án mà xung đột xảy xix Giới thiệu Chương 11: Bản chất quản lý lãnh đạo dự án Scrum Mặc dù nhóm Scrum tự tổ chức, song việc quản lý dự án lãnh đạo nhóm cần thiết Những cách thức khiến việc quản lý dự án có đơi chút biến đổi mơi trường Scrum tìm hiểu chương Điểm mấu chốt cần ghi nhớ lãnh đạo kiểu phục vụ thay kiểu mệnh lệnh kiểm soát khứ Chương 11 điểm lại vài kỹ thuật hữu ích cho ScrumMaster Product Owner để huấn luyện lãnh đạo họ thành lập nhóm, nhằm giúp hướng dẫn nhóm đến việc chuyển giao sản phẩm cuối dự án Chương 12: Làm để thích ứng với Scrum mà khơng phá bỏ tính linh hoạt triển khai Scrumbut tiêu cực Có tuyệt vời khơng sáng tạo phương pháp luận quy trình phù hợp với cơng ty vấn đề dùng mà khơng cần thích nghi với mơi trường mình? Thực tế thường phải thích nghi phương pháp với ràng buộc đề chúng hoạt động Điều với Scrum Không giống “ScrumBut” tiêu cực (chính việc ứng dụng sai Scrum), xem xét số ví dụ “ScrumBut” tích cực (hoặc việc thích nghi tốt Scrum) giống phương pháp mà Jurgen Appelo, CIO CSM eCompany Netherlands làm “ScrumButs are the best part of Scrum” (tạm dịch: ScrumBut phần tốt nhát Scrum) Chương 13: Tự đánh giá độ sẵn sàng dự án Scrum Chương 13 cung cấp ví dụ việc tự đánh giá độ sẵn sàng dự án Scrum, điều mà bạn cần phải tiến hành thời điểm ban đầu dự án Scrum Việc cho phép bạn xác định khía cạnh mà trở ngại gây tổn hại đến khả chuyển giao nhóm dự án Tùy vào điểm số có từ mơi trường tại, bạn biết nhóm gặp thuận lợi hay khó khăn làm việc mơi trường cố gắng cải thiện để chuyển giao dễ dàng Chương 14: Khi bạn cần ScrumMaster Trừ bạn nhóm bạn có nhiều kinh nghiệm với Scrum, không bạn cần đến ScrumMaster để hướng dẫn bạn vượt qua số khó khăn xuất nỗ lực với Scrum bạn Mặc dù sách đóng vai trị ScrumMaster hướng dẫn bạn, Chương 14 nêu số phẩm chất cá nhân chuyên môn mà ScrumMaster phải có để thành cơng XX Giới thiệu Chương 15: Nhắn gửi bạn đọc Thay để bạn bước mình, Chương 15 cung cấp số gợi ý ứng dụng rút từ chương trật tự mà bạn cần phải tuân thủ áp dụng chúng vào tình dự án Phụ lục A: Tìm hiểu hai case study phát triển sản phẩm phần mềm Phụ lục A trình bày hai sản phẩm phần mềm xây dựng triển khai thành công cách sử dụng lời khuyên sách này, từ việc thu thập yêu cầu tầm nhìn kiến trúc đến việc lập kế hoạch phát hành, kế hoạch Sprint kiểm thử Case study cung cấp ví dụ ứng dụng phát triển theo chiều dọc, case study thứ hai cung cấp ví dụ ứng dụng phát triển theo chiều ngang Phụ lục B: Bạn có nên chấm dứt bất thường Sprint ? Thông thường, dự án Scrum diễn suôn sẻ bạn làm theo lời khuyên đưực trình bày sách Nhưng thật đáng buồn, có lúc mà bạn phải kết thúc bất thường Sprint Điều xảy việc đánh giá thấp tốc độ nhóm phức tạp vài User story Nhằm cung cắp cho bạn tư vấn cần thiết tình này, sách kèm theo chương nhỏ kết thúc bất thường Sprint, nguyên nhân gì, cách để né tránh đối phó với tình này, làm để tái khởi động lại công việc nhóm dự án sau tình xảy Thuật ngữ Một bảng giải cung cấp cuối sách nhằm giúp độc giả hiểu số thuật ngữ quan trọng Scrum NHỮNG ĐỐI TƯỢNG NÊN ĐỌC CUỐN SÁCH NÀY Sau gợi ý chương bạn nên đọc thứ tự đọc chúng tùy theo chức danh vai trò bạn tổ chức Có hai nhóm người thấy sách có ích: Những người với Scrum (2) người có chút kinh nghiệm với Scrum xxi Giới thiệu Nếu Scrum với bạn Nếu bạn thành viên đội quản lý Là thành viên phận quản lý, bạn nên đọc Chương để làm quen với phát triển Agile, cách để bắt đầu nguồn gốc điều Scrum Kế tiếp, bạn nên đọc Chương để xem lời khuyên dành cho nhóm Scrum làm việc với nhà quản lý, quàn lý kinh doanh cấp cao quản lý cấp trung Sau đó, bạn nên đọc Chương Chương 14 để tìm hiểu vai trị phẩm chất Product Owner ScrumMaster Dù có dùng hay khơng dùng Scrum, chúng tơi đốn bạn thắc mắc cách bạn nhóm bạn thu thập yêu cầu người dùng để tạo Product Backlog danh sách mà bạn nghe tới nhiều Trong trường hợp này, bạn nên đọc Chương để biết cách xác định mục tiêu người dùng sử dụng kỹ thuật trực quan để thu thập yêu cầu cho dự án Scrum Có thể bạn nghe thấy dùng planning poker (bộ lập kế hoạch) tốc độ nhóm khác khác Tốc độ nhóm số lượng User story mà nhóm Scrum chuyển giao Sprint Nếu mà bạn nghe thấy bạn thấy băn khoăn cách so sánh tốc độ nhóm khác triển khai Scrum diện rộng, bạn muốn đọc Chương Chương giới thiệu cách đơn giản để ước tính yêu cầu, cách làm hỗ trợ thành viên nhóm việc ước tính làm cho tốc độ nhóm trở nên so sánh Sau chắn điều kiện then chốt để triển khai Scrum thành công với nhiều nhóm doanh nghiệp Nếu có thêm thời gian, chúng tơi khuyến nghị bạn đọc tồn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Bạn thấy bất ngờ lượng kiến thức học Agile Scrum Nếu bạn thành viên đội quàn lý kỹ thuật Là thành viên phận quản lý, bạn nên đọc Chương để làm quen với phát triển Agile, cách để bắt đầu nguồn gốc điều Scrum Kế tiếp, bạn nên đọc Chương để xem lời khuyên dành cho Nhóm Scrum làm việc với nhà quản lý, quản lý kinh doanh cáp cao quản lý cấp trung Sau đó, bạn nên đọc Chương Chương 14 để tìm hiểu vai trị phẩm chất Product Owner ScrumMaster Dù có hay khơng việc dùng Scrum, chúng tơi đốn bạn thắc mắc cách bạn nhóm bạn thu thập yêu cầu người dùng để tạo Product Backlog danh sách mà bạn nghe tới nhiều Trong trường hợp này, bạn nên đọc Chương để biết cách xác định mục tiêu cùa người dùng sử dụng kỹ thuật trực quan để thu thập yêu cầu cho dự án Scrum Có thể bạn nghe thấy dùng planning poker (bộ lập kế hoạch) tốc độ nhóm khác khác Tốc độ nhóm số lượng User story mà nhóm Scrum chuyển giao Sprint Nếu mà bạn nghe thấy bạn thấy băn khoăn cách xxii Giới thiệu so sánh tốc độ nhóm khác triển khai Scrum diện rộng, bạn muốn đọc Chương Chương giới thiệu cách đơn giản để ước tính yêu cầu, cách làm hỗ trợ thành viên nhóm việc ước tính làm cho tốc độ nhóm trở nên so sánh Sau chắn điều kiện then chốt để triển khai Scrum thành cơng với nhiều nhóm doanh nghiệp Bởi bạn xuất phát từ tảng kỹ thuật, nên bạn nên đọc Chương 6, chương viết tầm nhìn kiến trúc, hữu ích tầm nhìn kiến trúc việc giúp nhóm trì tốc độ tốt cht việc lập kế hoạch Sprint lập kế hoạch phát hành tốt (Chương 7) Nếu bạn muốn biết người dẫn dắt yêu cầu nhu cầu kinh doanh Scrum Chương viết Product Owner cung cấp thông tin cho bạn Tương tự, bạn muốn biết người chịu trách nhiệm giúp nhóm Product Owner hiểu áp dụng đắn Scrum, bạn nên đọc Chương 14 Dù bạn thuộc phận quản lý không cần bận tâm thêm nữa, bạn muốn đọc Chương để biết ba loại kiểm thử quan trọng nhát cách tổ chức chúng để giúp nhóm tổ chức bạn chuyển giao Nếu bạn thành viên đội quản lý, chúng tơi đốn bạn tị mị cách quản lý nhóm bạn nghe thấy Scrum nhóm tự quản Trong trường hợp này, bạn nên đọc Chương 10 Bởi bạn thành viên đội quản lý, nên tự nhiên khuyên bạn đọc Chương 11 với nội dung quản lý dự án lãnh đạo nhóm Như quản lý chuyên nghiệp dạn dày nào, bạn biết thực tế không dễ dàng việc áp dụng quy trình khung quy trình vào tổ chức mà khơng có thích ứng Trong trường hợp này, Chương 12 phần bạn nên đọc Sau đó, bạn băn khoăn vị trí với Scrum Chương 13 có khía cạnh mà bạn càn xem xét bắt đầu việc sử dụng câu hỏi Nếu có thêm thời gian, chúng tơi khuyến nghị bạn đọc tồn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Bạn thấy bất ngờ lượng kiến thức học Agile Scrum Nếu bạn nhà quản lý dự án Do bạn yêu cầu đảm nhận vai trò ScrumMaster dự án đồng thời giữ vai trò đỏ quản lý, chúng tơi coi bạn nhà quản lý dự án, người có mối quan tâm giống nhà quản lý khác, chúng tơi đề nghị bạn đọc tồn sách Bạn ngạc nhiên lượng kiến thức học Agile Scrum để hiểu mà chun gia nói tự tin tiến phía trước Nếu bạn nhà phát triển Bởi bạn thành viên đội kỹ thuật, cho bạn chủ yếu quan tâm tới chương hướng dẫn cách thực công việc phát triển Trong trường hợp này, bạn đọc: xxiii Giới thiệu ■ Chương (Toàn nội dung Agile Scrum) ■ Chương (Tạo ước tính điểm story so sánh đưực để triển khai Scrum toàn doanh nghiệp) ■ Chương (Ảnh hưởng tầm nhìn kiến trúc tới tốc độ nhóm chất lượng phần mềm) ■ Chương (Từ tầm nhìn kiến trúc đến lập kế hoạch phát hành lập kế hoạch Sprint) ■ Chương (Product Owner) ■ Chương (Tầm quan trọng kiểm thừ tự động, kiểm thử hồi quy kiểm thử tích hợp) ■ Chương 10 (Tầm quan trọng làm việc nhóm) ■ Chương 14 (Khi bạn cần ScrumMaster?) Bây có thêm thời gian, chúng tơi khuyến nghị bạn đọc tồn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Bạn ngạc nhiên lượng kiến thức học Agile Scrum để hiểu mà chuyên gia nói tự tin tiến phía trước Nếu bạn chuyên viên phân tích nghiệp vụ (Business Analyst - BA) Giống nhà phát triển, giả định bạn chủ yếu quan tâm tới chương phi kỹ thuật, giúp bạn hiểu Scrum cách để thực công việc Nếu bạn nên đọc: ■ Chương (Toàn nội dung Agile Scrum) ■ Chương (Bàn luận tài chính) ■ Chương (Thu thập yêu cầu cho Product Backlog) ■ Chương (Tạo ước tính điểm story so sánh để triển khai Scrum toàn doanh nghiệp ) ■ Chương (Product Owner) ■ Chương 10 (Tầm quan trọng làm việc nhóm) ■ Chương 11 (Bản chất quản lý lãnh đạo dự án Scrum) ■ Chương 14 (Khi bạn cần ScrumMaster?) Nếu bạn có tảng kỹ thuật thời gian nên đọc Chương 6, để biết tầm nhìn kiến trúc Chúng tơi viết chương theo cách dễ hiểu cho thành viên phi kỹ thuật Bạn thành viên kỹ thuật nhóm hiểu chương này, bạn cộng tác với họ cách tốt xxiv Giới thiệu Bây có thêm thời gian, chúng tơi khuyến nghị bạn đọc toàn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Nếu bạn kiểm thử viên Giống nhà phát triển nhân viên phân tích nghiệp vụ, giả định bạn chủ yếu quan tâm tới chương giúp hiểu Scrum cách để thực công việc Nếu bạn nên đọc: ■ Chương (Toàn nội dung Agile Scrum) ■ Chương (Thu thập yêu cầu cho Product Backlog) ■ Chương (Tầm quan trọng kiểm thử tự động, kiểm thử hồi quy kiểm thử tích hợp) ■ Chương 10 (Tầm quan trọng làm việc nhóm) ■ Chương 11 (Bản chất quản lý lãnh đạo dự án Scrum) Nếu bạn quan tâm tới cách đồng nghiệp thu thập u cầu người dùng ước tính dự án Scrum đọc Chương Nếu bạn có chút tảng kỹ thuật chúng tơi đề nghị bạn nên đọc Chương có chủ đề tầm nhìn kiến trúc Chúng viết chương theo cách dễ hiểu cho thành viên phi kỹ thuật Hãy thử đọc chương bạn hối tiếc bạn thành viên kỹ thuật nhóm hiểu chương nhau, từ bạn cộng tác với họ cách tốt Nếu có thêm thời gian, chúng tơi khuyến nghị bạn đọc tồn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Bạn ngạc nhiên lượng kiến thức học Agile Scrum Nếu bạn chuyên gia kiến trúc ứng dụng Giống nhà phát triển chuyên viên phân tích nghiệp vụ, giả định bạn chủ yếu quan tâm tới chương giúp hiểu Scrum cách để thực cơng việc Nếu bạn nên đọc: ■ Chương (Toàn nội dung Agile Scrum) ■ Chương (Thu thập yêu cầu cho Product Backlog) ■ Chương (Ảnh hưởng tầm nhìn kiến trúc tới tốc độ nhóm chất lượng phần mềm) ■ Chương (Từ tầm nhìn kiến trúc đến lập kế hoạch phát hành lập kế hoạch Sprint) XXV Giới thiệu ■ Chương 10 (Tầm quan trọng làm việc nhóm) ■ Chương 11 (Bản chất quản lý lãnh đạo dự án Scrum) Tiếp theo đọc Chương 3, đặc biệt phần 3.3 Nếu có thêm thời gian, chúng tơi khuyến nghị bạn đọc tồn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Bạn thấy bát ngờ lượng kiến thức mà học Agile Scrum Nếu bạn kiến trúc sư doanh nghiệp Không giống nhà phát triển, kiểm thử viên chuyên viên phân tích nghiệp vụ, kiến trúc sư doanh nghiệp chủ yếu quan tâm tới việc đảm bảo kiến trúc dự án Scrum phù hợp với kiến trúc tổng thể doanh nghiệp Do đó, bạn đọc: ■ Chương (Toàn nội dung Agile Scrum) ■ Chương (Thu thập yêu cầu cho Product Backlog) ■ Chương ( Ảnh hưởng tầm nhìn kiến trúc tới tốc độ nhóm chất lượng phần mềm) ■ Chương (Từ tầm nhìn kiến trúc đến lập kế hoạch phát hành lập kế hoạch Sprint) ■ Chương (Product Ovvner) ■ Chương 10 (Tầm quan trọng làm việc nhóm) ■ Chương 11 (Bản chát quản lý lãnh đạo dự án Scrum) ■ Chương 14 (Khi bạn cần ScrumMaster?) Tiếp theo đọc Chương 3, đặc biệt phần 3.3 Nếu có thêm thời gian, chúng tơi khuyến nghị bạn đọc toàn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Bạn tháy bất ngờ lượng kiến thức mả học Agile Scrum Nếu bạn thành viên PMO Bởi nhóm bạn quan tâm tới phù hợp cùa Công Nghệ Thông Tin (CNTT) tới nhu cầu kinh doanh hiệu CNTT, nên bạn muốn đọc: xxvi ■ Chương (Toàn nội dung Agile Scrum) ■ Chương (Bàn luận tài chính) ■ Chương (Đảm bảo ủng hộ từ quản lý cấp cao hỗ trự tử quản lý cấp trung) Giới thiệu ■ Chương (Thu thập yêu cầu cho Product Backlog) ■ Chương (Tạo ước tính điểm story so sánh để triển khai Scrum cho toàn doanh nghiệp) ■ Chương (Ảnh hưởng tầm nhìn kiến trúc tới tốc độ nhóm chất lượng phần mềm) ■ Chương (Từ tầm nhìn kiến trúc đến lập kế hoạch phát hành lập kế hoạch Sprint) ■ Chương (Product Owner) m Chương 11 (Bản chất quản lý lãnh đạo dự án Scrum) ■ Chương 12 (Cách thích ứng với Scrum) ■ Chương 13 (Tự đánh giá độ sẵn sàng dự án Scrum) ■ Chương 14 (Khi bạn cần ScrumMaster?) Nếu có thêm thời gian, chúng tơi khuyến nghị bạn đọc toàn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Bạn thấy bất ngờ lượng kiến thức mà học Agile Scrum Nếu bạn thành viên nhóm vận hành Bởi nhóm bạn chịu trách nhiệm hàng ngày vận hành ứng dụng phần mềm cho tổ chức, nên bạn muốn đọc: ■ Chương (Toàn nội dung Agile Scrum) ■ Chương (Đảm bảo ủng hộ từ quản lý cấp cao hỗ trợ từ quản lý cấp trung) ■ Chương (Ảnh hưởng tầm nhìn kiến trúc tới tốc độ nhóm chất lượng phần mềm) ■ Chương (Từ tầm nhìn kiến trúc đến lập kế hoạch phát hành lập kế hoạch Sprint) ■ Chương (Product Owner) ■ Chương (Tầm quan trọng kiểm thử tự động, kiểm thử hồi quy kiểm thử tích hợp) ■ Chương 14 (Khi bạn cần ScrumMaster?) Nếu có thêm thời gian, chúng tơi khuyến nghị bạn đọc toàn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Bạn thấy bất ngờ lượng kiến thức mà học Agile Scrum xxvii Giới thiệu Nếu bạn Product Owner Bạn chịu trách nhiệm vấn đề kinh doanh dự án, đọc: ■ Chương (Product Owner) ■ Chương (Bàn luận tài chính) ■ Chương (Đảm bảo ủng hộ từ quản lý cấp cao hỗ trợ từ quản lý cấp trung) ■ Chương (Thu thập yêu cầu cho Product Backlog) ■ Chương (Tạo ước tính điểm story so sánh để triển khai Scrum cho toàn doanh nghiệp) ■ Chương (Tầm quan trọng kiểm thử tự động, kiểm thử hồi quy kiểm thử tích hợp) ■ Chương 11 (Bản chất quản lý lãnh đạo dự án Scrum) ■ Chương 14 (Khi bạn cần ScrumMaster?) Nếu bạn chịu trách nhiệm đảm bảo nhóm phát triển tạo ứng dụng mạnh mẽ, không bị sụp đổ sau đưa vào sử dụng, gợi ý bạn đọc: ■ Chương (Ảnh hưởng tầm nhìn kiến trúc tới tốc độ nhóm chất lượng phần mềm) ■ Chương (Từ tầm nhìn kiến trúc đến lập kế hoạch phát hành lập kế hoạch Sprint) Nếu có thêm thời gian, chúng tơi gợi ý bạn đọc tồn sách từ đầu tới cuối Bạn thấy bất ngờ lượng kiến thức mà học Agile Scrum Nếu bạn người tài trợ kinh doanh Là người đứng sau nhu cầu kinh doanh dự án người cấp vốn cho dự án, bạn nên quan tâm tới việc đọc chương sau: ■ Chương (Toàn nội dung Agile Scrum) ■ Chương (Bàn luận tài chính) ■ Chương (Đảm bảo ủng hộ từ quản lý cáp cao hỗ trợ từ quản lý cấp trung) ■ Chương (Product Owner) ■ Chương 11 (Bản chất quản lý lãnh đạo dự án Scrum) ■ Chương 14 (Khi bạn cần ScrumMaster?) Nếu có thêm thời gian, chúng tơi khuyến nghị bạn đọc toàn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Bạn thấy bất ngờ lượng kiến thức mà học Agile Scrum xxviii Giới thiệu Nếu bạn có kinh nghiệm với Scrum Nếu bạn ScrumMaster Là ScrumMaster có kinh nghiệm, bạn nên đọc: ■ Chương 14 (Khi bạn cần ScrumMaster?) ■ Chương (Bàn luận tài chính) ■ Chương (Đảm bảo ủng hộ từ quản lý cắp cao hỗ trợ từ quản lý cấp trung) ■ Chương (Thu thập yêu cầu cho Product Backlog) ■ Chương (Tạo ước tính điểm story so sánh để triển khai Scrum cho toàn doanh nghiệp) ■ Chương (Ảnh hưởng tầm nhìn kiến trúc tới tốc độ nhóm chất lượng phần mềm) ■ Chương (Từ tầm nhìn kiến trúc đến lập kế hoạch phát hành lập kế hoạch Sprint) ■ Chương 11 (Bản chất quản lý lãnh đạo dự án Scrum) ■ Chương 12 (Cách thích ứng với Scrum) ■ Chương 13 (Tự đánh giá độ sẵn sàng dự án Scrum) Nếu có thêm thời gian, chúng tơi khuyến nghị bạn đọc toàn sách từ đầu tới cuối, bao gồm Phụ lục A với hai ví dụ hai sản phẩm phần mềm xây dựng triển khai thành công dùng lời khuyên sách Nếu bạn Product Owner Là Product Owner có kinh nghiệm, bạn nên đọc: ■ Chương (Product Owner) ■ Chương (Bàn luận tài chính) ■ Chương (Thu thập yêu cầu cho Product Backlog) ■ Chương (Tạo ước tính điểm story so sánh để triển khai Scrum cho toàn doanh nghiệp) ■ Chương (Ảnh hưởng tầm nhìn kiến trúc tới tốc độ nhóm chất lượng phần mềm) ■ Chương (Từ tầm nhìn kiến trúc đến lập kế hoạch phát hành lập kế hoạch Sprint) ■ Chương 11 (Bản chát quản lý lãnh đạo dự án Scrum) xxỉx ... cơng ty mà Scrum hay Agile chưa áp dụng thành công rộng rãi quy mơ tồn doanh nghiệp) Để giúp đỡ nhóm Scrum thành cơng, đơi phải ngược lại với ràng buộc tổ chức, định viết sách thực hành Scrum thông... bạn cần ScrumMaster Trừ bạn nhóm bạn có nhiều kinh nghiệm với Scrum, khơng bạn cần đến ScrumMaster để hướng dẫn bạn vượt qua số khó khăn xuất nỗ lực với Scrum bạn Mặc dù sách đóng vai trị ScrumMaster... làm “ScrumButs are the best part of Scrum? ?? (tạm dịch: ScrumBut phần tốt nhát Scrum) Chương 13: Tự đánh giá độ sẵn sàng dự án Scrum Chương 13 cung cấp ví dụ việc tự đánh giá độ sẵn sàng dự án Scrum,