QUY TRÌNH SCRUM

ĐỒ ÁN MÔN HỌC NHẬP MÔN CÔNG NGHỆ THÔNG TIN ĐỒ ÁN TỔNG HỢP CNPM-HTTT-MMT QUY TRÌNH SCRUM Nhóm 1412400 1412410 1412415 1412450 1412468 8: Lê Minh Phúc Phạm Sĩ Phú Hồ Công Phương Nguyễn Tiến Quý Trịnh Công Sơn Mục Lục Định nghĩa: I Scrum II Sprint III Khung làm việc Scrum có gì? Ba giá trị cốt lõi Ba vai trò Năm họp 4) Ba công cụ IV Nguyên lý hoạt động scrum V The Scrum Team Người quản lí sản phẩm Đội phát triển Chủ qui trình Scrum VI Cách thức cài đặt để sử dụng scrum 10 VII Định nghĩa hoàn thành 11 VIII Ứng dụng thực tế 12 Scrum sử dụng cho 12 VIII ĐÁNH GIÁ 12 -Ưu điểm 13 -Nhược điểm: 13 Định nghĩa: I Scrum: Scrum khung làm việc linh hoạt không phần phổ biến Scrum dùng để quản lý dự án phát triển phần mềm, scrum dùng công việc khác với độ phức tạp tính sang tạo đa dạng Dựa lý thuyết quản lý thực nghiệm: Scrum sử dụng kĩ lặp tăng dần để tối ưu hóa hiệu kiểm soát rủi ro II Sprint (tạm gọi vòng phát triển) Cốt lõi qui trình Scrum Sprint, vòng thời gian tháng hơn, phát triển tung sản phẩm có tiềm năng, hữu dụng tạo Những Sprints tối ưu sprint có thời hạn thông qua nỗ lực phát triển Sprint bắt đầu ngày sau Sprint trước kết thúc Trong Sprint : + Không có thay đổi thực nhằm trì kết Sprint + Chất lượng kết không giảm làm rõ thảo luận lại chủ sản phẩm đội phát triển Một Sprint bị hủy mục tiêu cuối Sprint trở nên lỗi thời Điều xảy công ty thay đổi dẫn hay điều kiện thị trường, công nghệ thay đổi III Khung làm việc Scrum có gì? Dựa lý thuyết quản lý thực nghiệm (empirical process control), Scrum sử dụng chế lặp (iterative) tăng trưởng (incremental) để tối ưu hóa tính hiệu kiểm soát rủi ro Scrum đơn giản, dễ học có khả ứng dụng rộng Để dùng Scrum, cần hiểu rõ vận dụng thành tố tạo nên Scrum bao gồm giá trị cốt lõi (còn gọi “ba chân”, hay ba trụ cột Scrum), vai trò, kiện, công cụ (artifacts) đặc thù Scrum: Ba giá trị cốt lõi: a) Minh bạch (Transparency): Trong Scrum, minh bạch xem giá trị cốt lõi Muốn thành công với Scrum, thông tin phải minh bạch thông suốt Từ người với vai trò khác có đủ thông tin cần thiết để tiến hành định giá trị để nâng cao hiệu công việc Các công cụ họp Scrum bảo đảm thông tin minh bạch cho bên b) Thanh tra (Inspection): Công tác tra liên tục hoạt động scrum bảo đảm cho việc phát triển vấn đề giải pháp để thông tin đa dạng hữu ích đến với bên tham gia dự án Với việc truy xét kỹ liên tục chế khởi đầu cho việc thích nghi cải tiến liên tục Scrum c) Thích nghi (Adaptation): Scrum phương pháp phát triển linh hoạt Nhờ mang lại tinh thích nghi cao Scrum phản hồi lại thay đổi cách tích cực nhờ mang lại nhiều công lớn cho dự án Ba vai trò a) Product Owner: người xác định tính có sản phẩm b) Scrum Master: người chịu trách nhiệm tình hình dự án, hiệu suất làm việc thành viên nhóm phát triển phối hợp họ, loại bỏ trở ngại ảnh hưởng đến trình phát triển c) Team members: thành viên nhóm phát triển chịu trách nhiệm xây dựng kiểm thử phần mềm chất lượng cao Năm họp: a) Sprint Planning (Họp Kế hoạch Sprint): Nhóm phát triển gặp gỡ với Product Owner để lên kế hoạch làm việc cho Sprint (xem thêm phần Sprint bên dưới) Công việc lập kế hoạch bao gồm việc chọn lựa yêu cầu cần phải phát triển, phân tích nhận biết công việc phải làm kèm theo ước lượng thời gian cần thiết để hoàn tất tác vụ Scrum sử dụng cách thức lập kế hoạch phần tăng dần theo thời gian, theo đó, việc lập kế hoạch không diễn lần vòng đời dự án mà lặp lặp lại, có thích nghi với tình hình thực tiễn tiến trình đến sản phẩm b) Daily Scrum (Họp Scrum ngày): Scrum Master tổ chức cho Đội sản xuất họp ngày khoảng 15 phút để Nhóm Phát triển chia sẻ tiến độ công việc chia sẻ khó khăn gặp phải trình phát triển phần mềm suốt Sprint c) Sprint Review (Họp Sơ kết Sprint): Cuối Sprint, nhóm phát triển với Product Owner rà soát lại công việc hoàn tất (DONE) Sprint vừa qua đề xuất chỉnh sửa thay đổi cần thiết cho sản phẩm d) Sprint Retrospective (Họp Cải tiến Sprint): Dưới trợ giúp Scrum Master, nhóm phát triển rà soát lại toàn diện Sprint vừa kết thúc tìm cách cải tiến quy trình làm việc thân sản phẩm Cuối Sprint, nhóm phát triển với Product Owner rà soát lại công việc hoàn tất (DONE) Sprint vừa qua đề xuất chỉnh sửa thay đổi cần thiết e) Sprint Planning (Họp Kế hoạch Sprint): Nhóm phát triển gặp gỡ với Product Owner để lên kế hoạch làm việc cho Sprint Công việc lập kế hoạch bao gồm việc chọn lựa yêu cầu cần phải phát triển, phân tích nhận biết công việc phải làm kèm theo ước lượng thời gian cần thiết để hoàn tất tác vụ Scrum sử dụng cách thức lập kế hoạch phần tăng dần theo thời gian, theo đó, việc lập kế hoạch không diễn lần vòng đời dự án mà lặp lặp lại, có thích nghi với tình hình thực tiễn tiến trình đến sản phẩm 4) Ba công cụ: a) Product backlog: Đây danh sách ưu tiên tính (feature) đầu khác dự án, hiểu danh sách yêu cầu (requirement) dự án Product Owner chịu trách nhiệm xếp độ ưu tiên cho hạng mục (Product Backlog Item) Product Backlog dựa giá trị Product Owner định nghĩa (thường giá trị thương mại – business value) b) Sprint backlog: Đây kế hoạch cho Sprint; kết buổi họp lập kế hoạch (Sprint Planning) Với kết hợp Product Owner, nhóm phân tích yêu cầu theo độ ưu tiên từ cao xuống thấp để thực hóa hạng mục Product Backlog dạng danh sách công việc (TODO list) c) Burndown Chart: Đây biểu đồ hiển thị xu hướng dự án dựa lượng thời gian cần thiết lại để hoàn tất công việc Burndown Chart dùng để theo dõi tiến độ Sprint (được gọi Sprint Burndown Chart) dự án (Project Burndown Chart) Biểu đồ burndown thành tố tiêu chuẩn Scrum theo định nghĩa mới, sử dụng rộng rãi tính hữu ích IV Nguyên lý hoạt động scrum: Scrum chia dự án thành vòng lặp phát triển gọi sprint Mỗi sprint thường 2- tuần (30 ngày) để hoàn thành Nó phù hợp cho dự án có nhiều thay đổi yêu cầu tốc độ cao Một sprint hoàn thành số chức năng, mục đích toàn hệ thống Các tác vụ sprint chia thành danh mục, đội làm việc phát triển đánh giá lại cho đạt mục đích ban đầu khoảng thời gian đề V The Scrum Team (tạm dịch “Đội Scrum”): Đội Scrum bao gồm nhân tố Product Owner (người quản lí sản phẩm), Development Team ( đội phát triển) Scrum Master (Chủ qui trình Scrum) Một Đội Scrum tự tổ chức thực đội đa chức Đội tổ chức lựa chọn cách tốt để hoàn thành công việc, tuân theo dẫn đội khác Đội đa chức có yếu tố cần thiết để hoàn thành công việc mà phụ thuộc vào nhân tố từ đội khác Phong cách làm việc Đội Scrum thiết kế để xử lí công việc cách linh hoạt, sáng tạo có suất Hình ảnh từ agileatlas.org Đội Scrum cung cấp sản phẩm thường xuyên, lặp lặp lại có tăng dần, đồng thời thu nhiều kết phản hồi sản phẩm Kết tăng dần việc cung cấp sản phẩm hoàn thiện nhằm đảm bảo phiên sản phẩm đạt chất lượng Người quản lí sản phẩm (The Product Owner) Người quản lí sản phẩm phản hồi cách hiệu chất lượng sản phẩm hiệu suất công việc đội phát triển (Development Team) Cách thức thực để hoàn thành công việc thông qua tổ chức, đội Scrums, cá nhân Người quản lí sản phẩm người chịu trách nhiệm quản lí tồn đọng sản phẩm Quản lí tồn đọng sản phẩm bao gồm: + Thể rõ ràng sản phẩm tồn đọng + Đặt loại sản phẩm tồn đọng cách tối ưu mục đích nhiệm vụ + Thúc đẩy tối ưu hiệu công việc đội phát triển + Đảm bảo sản phẩm tồn đọng minh bạch, rõ ràng, cho đội Scrum công việc + Đảm bảo đội phát triển hiểu loại sản phẩm phần sản phẩm tồn đọng cấp độ Đội phát triển Đội phát triển bao gồm chuyên gia người làm công việc cung cấp sản phẩm hoàn thiện có chất lượng tăng dần (chất lượng phát triển) vào cuối Sprint Chỉ thành viên đội phát triển tạo phát triển sản phẩm Đội phát triển tổ chức ủy quyền tổ chức nhằm vận hành quản lí công việc họ Kết tổng hợp, tối ưu hóa sản phẩm dựa vào thành công, có hiệu đội phát triển Những đặc điểm đội phát triển là: + Họ tự vận hành, tự tổ chức, không nói thành viên đội phát triển để đưa sản phẩm tồn đọng phát triển cách hiệu có suất + Đội phát triển đa chức năng, có yếu tố, kĩ cần thiết đội để tạo phát triển sản phẩm + Mỗi cá nhân đội phát triển có kĩ đặc biết vùng công việc phù hợp, người tập trung vào ưu Chủ qui trình Scrum Chủ qui trình Scrum có trách nhiệm đảm bảo Scrum người hiểu ban hành Chủ qui trình Scrum làm điều cách đảm bảo đội Scrum tuân thủ lí thuyết Scrum, qui tắc qui trình thực hành Chủ qui trình Scrum giúp cho người đội Scrum hiểu tương tác phù hợp đội Scrum Chủ qui trình Scrum giúp người thay đổi tương tác nhằm tối ưu hóa giá trị, chất lượng thực đội Scrum a) Chủ qui trình Scrum Chủ Sản phẩm: + Tìm kiếm kĩ thuật cho việc quản lí sản phẩm tồn đọng hiệu + Giúp cho đội Scrum hiểu cần thiết cho việc rõ ràng, súc tích sản phẩm tồn đọng + Hiểu kế hoạch sản phẩm môi trường thực nghiệm + Đảm bảo Chủ sản phẩm hiểu cách xếp sản phẩm tồn đọng cách tối ưu + Hiểu, thực công việc cách nhanh nhẹn tạo điều kiện cho kiện Scrum theo yêu cầu cần thiết b) Sự dịch vụ chủ qui trình Scrum đội phát triển: + Huấn luyện đội phát triển việc tổ chức thực đa chức + Giúp đỡ đội phát triển tạo sản phẩm có giá trị, suất cao + Loại bỏ trở ngại trình làm việc đội phát triển + Huấn luyện đội phát triển môi trường có tổ chức chưa hiểu hoàn toàn qui trình Scrum c) Sự dịch vụ chủ qui trình Scrum tổ chức: + Chỉ ra, huấn luyện cho tổ chức qui trình Scrum + Kế hoạch triển khai tổ chức + Giúp đỡ nhân viên đối tượng liên quan hiểu ban hành Scrum, sản phẩm thực nghiệm phát triển + Thay đổi nhằm thúc đẩy việc làm hiệu quả, có suất đội Scrum làm việc với chủ qui trình Scrum khác để nâng cao hiểu việc ứng dụng qui trình Scrum tổ chức Hình ảnh từ capgemini.com VI Cách thức cài đặt để sử dụng scrum Bước 1: Thu nhập đặc điểm sản phẩm (backlog) đơn đặt hàng Đây bước quan trọng Lập nên đội làm việc, tách thành đội cần thiết thảo luận với nghiệp vụ cần làm Sau bổ nhiệm người vào vị trí Product owner, người có khả trao đổi, bao quát công việc tốt, biết xếp ưu tiên thứ tự nhiệm vụ Sau tự tổ chức lại đội làm việc, đề xuất vị trí Scrum master thảo luận chi tiết yêu cầu, xếp chúng theo thứ tự ưu tiên Bước 2: Ước lượng đầy yêu cầu sản phẩm đầu Có ước lượng mức độ cao, chia sản phẩm thành số lượng danh mục backlog Tuy nhiên số lượng không xác được, sau chúng bổ sung Tiếp đến ước lượng chi tiết backlog, ước lượng số lượng đội làm việc Bước 3: Lên kế hoạch phát triển vòng lặp sprint Sử dụng trao đổi kế hoạch phát triển sprint với tất thành viên Xác định khoảng thời gian phát triển sprint (thường 10 30 ngày), mục tiêu sprint gì, đạt gì, phân tích yêu cầu sprint cách rõ ràng Bước 4: Lên kế hoạch phát triển nhiệm vụ sprint Tất người xác định ngân sách sprint đó, chia đặc điểm thành tác vụ nhỏ hơn, ước lượng số thời gian làm task (giờ), hoàn tất yêu cầu nhận dạng task quan trọng Bước 5: Tạo không gian làm việc cộng tác cho tất người Thường sử dụng bảng trắng để vẽ nên vấn đề cần thiết cho tất người đánh giá Bước 6: Các thành viên bắt tay xây dựng sprint Lập trình, kiểm thử điều chỉnh thời gian để có hiệu tốt Đôi hủy bỏ sprint quay lại với việc lập kế hoạch khác Bước 7: Mọi người báo cáo kết để tiếp tục làm việc Các báo cáo tập trung vào vấn đề: đạt so với lần trao đổi trước; hoàn thành lần trao đổi tiếp theo; có trở ngại trình làm việc v.v Bước 8: Tổng hợp kết biểu đồ Đây tranh tổng quát việc làm được, việc chưa làm được, thời gian ước lượng lại điều chỉnh lại Bước 9: Xem xét để hoàn tất Khi thành viên nói công việc hoàn thành có nghĩa thay đổi bị từ chối, đẩy lại cho vòng lặp sau Bước 10: Đánh giá, phản ánh lặp lại Có họp đánh giá lại sprint thành viên Sẽ trình bày đạt được, phản hồi khách hàng, xét thời hạn sprint Nhìn lại biểu đồ bước để xác định lại toàn hệ thống tiếp nhận đóng góp, bổ sung để đưa tiếp vào vòng lặp sprint VII Định nghĩa hoàn thành: Khi hạng mục Product Backlog Gói tăng trưởng cho “Hoàn thành”, người phải hiểu rõ “Hoàn thành” nghĩa Mặc dù việc xác định rõ định nghĩa hoàn toàn phụ thuộc vào Nhóm Scrum, thành viên phải chia sẻ chung cách hiểu việc hoàn thành công việc, để đảm bảo tính minh bạch thông suốt Đây “Định nghĩa Hoàn thành” (Definition of Done) cho Nhóm Scrum; dùng để đánh giá công việc thực hoàn thành gói tăng trưởng sản phẩm Định nghĩa giống dẫn cho Nhóm Phát triển nắm số lượng hạng mục Product Backlog lựa chọn cho Sprint Mục đích Sprint để chuyển giao Gói tăng trưởng chức có tiềm chuyển giao tuân thủ “Định nghĩa Hoàn thành: Nhóm Scrum Mỗi Sprint, Nhóm Phát triển chuyển giao Gói tăng trưởng Phần tăng trưởng phải khả dụng, để Product Owner lựa chọn phát hành Mỗi gói tăng trưởng 11 cộng dồn vào gói tăng trưởng trước kiểm thử toàn để đảm bảo chúng làm việc tốt với Khi Nhóm Scrum ngày trưởng thành “Định nghĩa Hoàn thành” mở rộng với tiêu khắt khe để đạt chất lượng cao VIII Ứng dụng thực tế Scrum sử dụng cho: • Phần mềm Thương mại • Các dự án mà giá chốt • Các ứng dụng Tài • Các ứng dụng tuân thủ chuẩn ISO 9001 • Các hệ thống Nhúng • Các hệ thống hoạt động 24x7 với yêu cầu 99.999% thời gian hoạt động • Phát triển Video game • Phần mềm Điều khiển-Vệ tinh • Phần mềm cho thiết bị cầm tay • Điện thoại di động • Các ứng dụng chuyển mạng • Các ứng dụng ISV • Các chiến dịch Marketing Công ty áp dụng phương pháp này? VIII ĐÁNH GIÁ So sánh scrum quy trình phần mềm truyền thống 12 -Ưu điểm: Điểm mạnh việc linh hoạt, dự án không cố định từ đầu thời gian hoàn thành hay yêu cầu mà xác định phát triển thực tế Phân phối sản phẩm mềm dẻo: nội dung sản phẩm chuyển giao xác định linh hoạt theo môi trường sử dụng thực tế Thời gian biểu linh hoạt: muộn sớm so với kế hoạch ban đầu Chất lượng sản phẩm tốt giảm rủi ro sản xuất, chi phí thấp Khả trao đổi khách hàng nhà phát triển, thành viên đội đặt lên mức cao Tốc độ phát triển nhanh, tiết kiệm thời gian Việc chuẩn bị hành động cho thay đổi trình phát triển tốt hàng ngày có buổi họp đánh giá lại vòng lặp phát triển Các bugs (lỗi) vấn đề phát sớm nhiều so với phương pháp truyền thống khách hàng tham gia đánh giá nhiều đầu sản phẩm nhanh Và sai hướng, hủy sprint để quay lại với kế hoạch -Nhược điểm: Quy mô đội ngũ: Trung bình giới hạn từ đến 10 người, quy mô đội ngũ trở ngại vượt số lượng đề xuất Việc tổ chức họp không khả thi tảng phương pháp trở suy yếu Số lượng yêu cầu nhiều: Số yêu cầu đến từ nhiều kênh dự án khó quản lý khía cạnh khác chúng Ở mức độ nhận giao hàng, mâu thuẫn làm chậm trình xác nhận Chất lượng phát triển: Số lượng đội ngũ tăng, chất lượng khó kiểm soát Điều hoàn toàn dự án triển khai nhiều chi nhánh Các rủi ro đặc biệt liên quan đến chất lượng code số lượng khiếm khuyết xác định thời điểm tích hợp 13