TÌM HIỂU MÔ HÌNH AGILE VÀ SCRUM TRONG PHÁT TRIỂN PHẦN MỀM

HIỆN TRẠNG CỦA NGÀNH PHÁT TRIỂN PHẦN MỀM . • Dự án không minh bạch. • Xuất hiện rủi ro, hiểu sai yêu cầu ban đầu. • Vấn đề khi tích hợp các module và ổn định hệ thống. • Xuất hiện thêm các yêu cầu phát sinh. • Lượng mã nguồn tăng nhanh, áp lực thời gian sau khi sản phẩm bắt đầu chạy. Agile là gì ? ▸ Agile là triết lý và tất cả những phương pháp phát triển phần mềm, phát triển sản phẩm và quản lý. ▸ Dựa trên triết lý được mô tả trong tuyên ngôn Agile. ĐIỂM CHÍNH VỀ AGILE Con người là trung tâm. Khách hàng tham gia vào quá trình phát triển sản phẩm. Team làm việc với sự tin tưởng, linh hoạt. Đáp ứng được sự thay đổi. Tạo ra giá trị (phần mềm, landing page,…) liên tục và truyền tải nó đến khách hàng. Nhắc đến sự phát triển bền vững và ổn định

TÌM HIỂU MƠ HÌNH AGILE VÀ SCRUM TRONG PHÁT TRIỂN PHẦN MỀM Thành viên nhóm: Đồn Minh Hịa Nguyễn Huỳnh Thúy Điệp Nguyễn Quốc Lực Bùi Ngọc Danh NỘI DUNG:  HIỆN TRẠNG NGÀNH PHÁT TRIỂN PHẦN MỀM  GIỚI THIỆU VỀ NGUYÊN LÝ AGILE  SCRUM TRONG PHÁT TRIỂN PHẦN MỀM  TRAO ĐỔI & THẢO LUẬN  DEMO 1.HIỆN TRẠNG NGÀNH PHÁT TRIỂN PHẦN MỀM HIỆN TRẠNG CỦA NGÀNH PHÁT TRIỂN PHẦN MỀM HIỆN TRẠNG CỦA NGÀNH PHÁT TRIỂN PHẦN MỀM • Dự án khơng minh bạch • Xuất rủi ro, hiểu sai yêu cầu ban đầu • Vấn đề tích hợp module ổn định hệ thống • Xuất thêm yêu cầu phát sinh • Lượng mã nguồn tăng nhanh, áp lực thời gian sau sản phẩm bắt đầu chạy Bạn làm việc nhóm, bạn nhóm gặp phải vấn đề cộm công việc? KHỦNG HOẢNG & SỰ RA ĐỜI CỦA PHƯƠNG PHÁP LUẬN AGILE • Thập kỷ 80: Khủng hoảng phương pháp luận để phát triển phần mềm • Nhiều phương pháp phần mềm đời: XP, Scrum, FDD, Crystal, DSDM, Kanban, v.v… • 11-13/02/2001, The manifesto for Agile Software Development (Tuyên ngôn Agile) đời Số liệu dự án phân tích từ báo cáo CHAOS Standish Group năm 2015 Quy mô dự án Tổng kết Lớn Vừa Nhỏ Phương pháp Thành công Thử thách Thất bại Agile 39% 52% 9% Waterfall 11% 60% 29% Agile 18% 59% 23% Waterfall 3% 55% 42% Agile 27% 62% 11% Waterfall 7% 68% 25% Agile 58% 38% 4% Waterfall 44% 45% 11% 2.GIỚI THIỆU VỀ NGUN LÝ AGILE 10 SPRINT BACKLOG • Là cơng việc lấy từ Product Backlog để thực sprint • Develop Team người chọn đưa mục tiêu thực cho sprint 40 INCREMENT • Là bảng tổng kết cơng việc n từ Product backlog hồn thành giá trị truyền tải đến khách hàng 41 SCRUM TEAM 42 SCRUM MASTER Đảm bảo chắn Scrum team hiểu làm theo quy trình Cung cấp điều kiện thuận lợi cho họp Sprint Biết cần can thiệp để nhóm tự thông qua kinh nghiệm sai lầm họ Ln có mặt để trả lời câu hỏi đưa lời khuyên Dev team Owner Product cần 43 SCRUM MASTER Bảo vệ nhóm cách ngăn cản phiền nhiễu từ bên Loại bỏ trỏ ngại cho nhóm đẻ họ tập trung vào cơng việc Khơng phải Sếp vai trị định nghĩa tập hợp trách nhiệm không theo cấp bậc Hành động người biện hộ nhóm trước công ty 44 SCRUM MASTER Huấn luyện Product Owner Scrum Practices Giúp nhóm sử dụng thành thục Scrum Artifacts Huấn luyện tất thành viên nhóm Scrum Practices Hành động nhà truyền giáo Scrum, giúp công ty triển khai Scrum 45 SCRUM MASTER Dẫn dắt họp Scrum ngày nhóm tự tổ chức Điều hành ½ thời gian Backlog Grooming Hỗ trợ tham gia vào Restrospective meeting 46 PRODUCT OWNER Thay mặt khách hàng nắm giữu tầm nhìn sản phẩm Phát triên lộ tình phát triển sản phẩm Phát triển kế hoạch phát hành sản phẩm Là người thay mặt cho nhóm phát triển trình bày sản phẩm cho khách hàng 47 PRODUCT OWNER Giao tiếp bên liên quan thường xuyên thiết lập mối quan hệ chặc chẽ với khách hàng Không đảm nhận vai trị Scrum Master Khơng làm cơng việc phát triển sản phẩm Viết User Stories giúp đỡ thành viên khác viết User Stories 48 PRODUCT OWNER Hiểu giá trị người dung cho Story Làm rõ yêu cầu cho nhóm phát Là người ghi nhận phản hồi từ bên liên quan Sprint Review Là người có định cuối Sprint cần kết thúc sớm 49 LỢI ÍCH KHI DÙNG SCRUM 50 Độ trực quan Giá trị chuyển giao Rủi ro Khả thay đổi 51 TRAO ĐỔI & THẢO LUẬN 52 CÂU HỎI ỨNG DỤNG Bốn nguyên lý Agile ? Scrum có phải Agile không ? Sự khác biệt lớn mô hình truyền thống & Agile ? Theo bạn, có phải tất nhóm nhỏ nên làm việc theo “kiểu Agile” không ? Theo bạn, Scrum áp dụng sản xuất phần mềm, hay sai ? Theo bạn, Scrum không coi trọng việc lập kế hoạch linh hoạt theo thời gian, hay sai ? Product Owner có phải Product Manager khơng ? ScrumMaster kiêm Product Owner khơng ? Nếu áp dụng Scrum cho nhóm bạn, đóng vai trò Scrum Master ? 53 THANKS! Any questions? 54 ... NGÀNH PHÁT TRIỂN PHẦN MỀM  GIỚI THIỆU VỀ NGUYÊN LÝ AGILE  SCRUM TRONG PHÁT TRIỂN PHẦN MỀM  TRAO ĐỔI & THẢO LUẬN  DEMO 1.HIỆN TRẠNG NGÀNH PHÁT TRIỂN PHẦN MỀM HIỆN TRẠNG CỦA NGÀNH PHÁT TRIỂN PHẦN... thay đổi Tạo giá trị (phần mềm, landing page,…) liên tục truyền tải đến khách hàng Nhắc đến phát triển bền vững ổn định 28 PHƯƠNG PHÁP SCRUM TRONG PHÁT TRIỂN PHẦN MỀM 29 Scrum gì? • Là phương... AGILE 10 Agile ? ▸ Agile triết lý tất phương pháp phát triển phần mềm, phát triển sản phẩm quản lý ▸ Dựa triết lý mô tả tuyên ngôn Agile 11 TUYÊN NGÔN AGILE 12 Cá nhân tương tác quy trình cơng cụ