Phương Pháp Phát Triển Phần Mềm Nhanh Agile Và Ứng Dụng Trên Smartphone

Luận văn thạc sĩ nghiên cứu phương pháp phát triển phần mềm nhanh agile và phát triển ứng dụng trên smartphone, đánh giá hiện trạng, phân tích vấn đề, đề xuất biện pháp hoàn thiện

• Tác giả: Nguyễn Văn Duy
• Người hướng dẫn: PGS. Nguyễn Việt Hà
• Trường học: Đại Học Quốc Gia Hà Nội
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Phương Pháp Agile Trong Phát Triển Ứng Dụng Smartphone
• Loại tài liệu: Luận Văn Thạc Sĩ
• Năm xuất bản: 2015
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CẢM ƠN
• LỜI CAM ĐOAN
• DANH MỤC KÍ HIỆU VÀ CHỮ VIẾT TẮT
• DANH MỤC HÌNH VẼ VÀ ĐỒ THỊ
• 1. Chương 1: Tổng quan về đề tài
• 1.1. Tổng quan về đề tài
• 1.2. Phương pháp nghiên cứu
• 2. Chương 2: Tổng quan về Agile
• 2.1. Tìm hiểu chung về Agile
• 2.1.1. Giới thiệu về Agile
• 2.1.2. Vì sao nên sử dụng Agile?
• 2.1.3. Các đặc trưng của Agile
• 2.1.4. Ưu điểm và nhược điểm của phương pháp Agile
• 2.1.5. So sánh mô hình phát triển của Agile với các mô hình phát triển phần mềm truyền thống khác
• 2.1.6. Các quy trình phát triển phần mềm sử dụng phương pháp Agile
• 2.2. Tổng quan về Agile-Scrum
• 2.2.1. Tổng quan về Scrum
• 2.2.2. Đặc trưng của Scrum
• 2.2.3. Các thành phần của dự án quản lý bằng Scrum
• 3. Chương 3: Quy trình Agile/Scrum trong dự án Smartphone
• 3.1. Đặc điểm của phát triển ứng dụng trên Smartphone
• 3.1.1. Các thành phần khi phát triển một ứng dụng di động
• 3.1.2. Vòng đời phát triển ứng dụng trên Smartphone
• 3.2. Một số phương pháp phát triển phần mềm cho Smartphone
• 3.3. Ứng dụng Agile/Scrum và phương pháp Scrum of Scrums trong dự án Smartphone
• 4. Chương 4: Ứng dụng Agile/Scrum trong dự án phát triển ứng dụng trên smartphone
• 4.1. Giới thiệu tóm tắt về dự án phần mềm cho điện thoại di động thông minh Social SEF
• 4.2. Một số khó khăn khi đội dự án triển khai
• 4.3. Cách thức đội quản lý dự án theo quy trình Agile/Scrum
• 4.3.1. Thiết lập kế hoạch thực hiện
• 4.3.2. Thành lập đội dự án
• 4.3.3. Xây dựng Sprint backlog cho iOS và Website
• 4.3.4. Quy trình thực hiện
• 4.3.5. Họp Scrum hàng ngày
• 4.3.6. Tổng hợp kết quả trên biểu đồ
• 4.4. Đánh giá và nhận xét
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Agile trong Phát Triển Ứng Dụng Smartphone Tổng Quan

Trong những năm gần đây, ngành công nghiệp di động chứng kiến sự phát triển vượt bậc. Số lượng thiết bị di động tăng nhanh, cùng với đó là sự đổi mới công nghệ. Thị trường smartphone tại Việt Nam cũng không nằm ngoài xu thế này, đứng thứ 9 trên thế giới về số lượng người dùng. Song hành cùng sự phát triển của phần cứng, các ứng dụng di động ngày càng đa dạng và phức tạp. Sự cạnh tranh gay gắt đòi hỏi các công ty phải có quy trình phát triển phần mềm nhanh chóng, linh hoạt và đáp ứng nhu cầu người dùng. Agile nổi lên như một giải pháp tối ưu, giúp các đội phát triển ứng phó với sự thay đổi công nghệ một cách hiệu quả. Phương pháp này đặc biệt quan trọng trong bối cảnh các mobile app development liên tục được cải tiến dựa trên phản hồi từ người dùng.

1.1. Tầm Quan Trọng của Agile cho Ứng Dụng Smartphone

Phương pháp Agile mang lại nhiều lợi ích cho quá trình phát triển ứng dụng smartphone. Sự linh hoạt và khả năng thích ứng nhanh chóng giúp các đội phát triển đáp ứng kịp thời với các yêu cầu thay đổi của thị trường và người dùng. Agile cho phép liên tục cải tiến sản phẩm dựa trên phản hồi của khách hàng (customer feedback), đảm bảo ứng dụng cuối cùng đáp ứng tốt nhất nhu cầu thực tế. Điều này đặc biệt quan trọng trong môi trường phát triển ứng dụng di động năng động, nơi các xu hướng công nghệ và thị hiếu người dùng thay đổi liên tục. Theo nghiên cứu của Standish Group, các dự án Agile thường có chi phí thấp hơn và tỷ lệ thành công cao hơn so với các phương pháp truyền thống.

1.2. So Sánh Agile và Các Phương Pháp Truyền Thống Waterfall

So với các phương pháp phát triển phần mềm truyền thống như Waterfall, Agile nổi bật với khả năng thích ứng cao và tập trung vào Iterative Development và Incremental Development. Mô hình Waterfall thường đòi hỏi các yêu cầu phải được xác định rõ ràng ngay từ đầu, gây khó khăn khi có thay đổi trong quá trình phát triển. Ngược lại, Agile cho phép điều chỉnh linh hoạt các yêu cầu và ưu tiên dựa trên Market validation và MVP (Minimum Viable Product). Điều này giúp giảm thiểu rủi ro và đảm bảo sản phẩm cuối cùng phù hợp với nhu cầu thực tế của thị trường. Một điểm khác biệt quan trọng là sự tham gia tích cực của khách hàng trong suốt quá trình phát triển Agile, giúp đảm bảo sản phẩm đáp ứng đúng mong đợi.

II. Vấn Đề và Thách Thức trong Phát Triển App bằng Agile

Mặc dù Agile mang lại nhiều lợi ích, việc triển khai nó trong phát triển ứng dụng smartphone cũng đặt ra không ít thách thức. Một trong những vấn đề lớn nhất là sự thay đổi liên tục của yêu cầu, đòi hỏi đội phát triển phải có khả năng thích ứng cao và quản lý sự thay đổi một cách hiệu quả. Bên cạnh đó, việc phối hợp giữa các thành viên trong đội, đặc biệt là trong các dự án lớn, có thể trở nên phức tạp. Ngoài ra, việc đảm bảo chất lượng phần mềm trong môi trường phát triển nhanh chóng cũng là một thách thức không nhỏ. Các công cụ và kỹ thuật Testing Agile, DevOps, Continuous Integration, Continuous Delivery đóng vai trò quan trọng trong việc giải quyết những thách thức này.

2.1. Quản Lý Thay Đổi Yêu Cầu trong Môi Trường Agile

Quản lý thay đổi yêu cầu là một yếu tố then chốt trong Agile. Sự thay đổi là không thể tránh khỏi, do đó, các đội phát triển cần có quy trình rõ ràng để tiếp nhận, đánh giá và triển khai các thay đổi một cách hiệu quả. User Stories đóng vai trò quan trọng trong việc mô tả yêu cầu từ góc độ người dùng. Backlog sản phẩm cần được cập nhật và ưu tiên liên tục để đảm bảo đội phát triển tập trung vào các tính năng quan trọng nhất. Các buổi Daily Scrum giúp đội phát hiện và giải quyết các vấn đề phát sinh liên quan đến thay đổi yêu cầu.

2.2. Phối Hợp và Giao Tiếp trong Đội Phát Triển Agile

Sự phối hợp và giao tiếp hiệu quả là yếu tố then chốt để thành công với Agile. Các đội phát triển cần có cơ chế giao tiếp thường xuyên và minh bạch. Daily Scrum là một công cụ hữu ích để các thành viên chia sẻ tiến độ, khó khăn và kế hoạch làm việc. Việc sử dụng các công cụ quản lý dự án Agile như Jira, Trello, Asana giúp cải thiện khả năng theo dõi tiến độ và phối hợp công việc giữa các thành viên. Ngoài ra, việc xây dựng Agile mindset và văn hóa hợp tác trong đội cũng đóng vai trò quan trọng.

III. Cách Triển Khai Scrum Trong Phát Triển Ứng Dụng Mobile

Quy trình Scrum là một trong những framework Agile phổ biến nhất, đặc biệt phù hợp với việc phát triển ứng dụng smartphone. Scrum tập trung vào việc chia nhỏ dự án thành các Sprint ngắn hạn, thường kéo dài từ 1 đến 4 tuần. Mỗi Sprint bắt đầu bằng một buổi Sprint Planning để xác định các mục tiêu và công việc cần thực hiện. Trong suốt Sprint, đội phát triển sẽ thực hiện các công việc đã được lên kế hoạch và tham gia các buổi Daily Scrum để theo dõi tiến độ và giải quyết vấn đề. Cuối mỗi Sprint, đội sẽ tổ chức một buổi Sprint Review để trình bày kết quả và nhận phản hồi từ khách hàng và các bên liên quan.

3.1. Các Vai Trò Chính Trong Mô Hình Scrum Product Owner

Trong Scrum, Product Owner là người chịu trách nhiệm chính về việc định nghĩa và quản lý Backlog sản phẩm. Product Owner cần hiểu rõ nhu cầu của khách hàng và thị trường, đồng thời có khả năng ưu tiên các tính năng và yêu cầu quan trọng nhất. Product Owner cần làm việc chặt chẽ với đội phát triển để đảm bảo các yêu cầu được hiểu rõ và triển khai đúng cách. Vai trò của Product Owner là then chốt trong việc đảm bảo sản phẩm cuối cùng đáp ứng đúng mong đợi của khách hàng.

3.2. Vai Trò Scrum Master và Đội Phát Triển Agile Hiệu Quả

Scrum Master là người chịu trách nhiệm giúp đội phát triển tuân thủ các nguyên tắc và quy trình Scrum. Scrum Master đóng vai trò là người hỗ trợ, huấn luyện và loại bỏ các rào cản để đội phát triển có thể làm việc hiệu quả nhất. Đội phát triển Agile là nhóm các chuyên gia chịu trách nhiệm thực hiện các công việc phát triển sản phẩm. Đội phát triển Agile cần có đủ kỹ năng và kinh nghiệm để tự quản lý và giải quyết vấn đề. Sự phối hợp nhịp nhàng giữa Product Owner, Scrum Master và Đội phát triển Agile là yếu tố quan trọng để thành công với Scrum.

IV. Công Cụ Hỗ Trợ Agile cho Phát Triển Ứng Dụng Smartphone

Việc sử dụng các công cụ phù hợp có thể giúp đội phát triển Agile làm việc hiệu quả hơn. Có rất nhiều công cụ khác nhau có thể được sử dụng để hỗ trợ các hoạt động Agile, từ quản lý Backlog đến theo dõi tiến độ và giao tiếp. Một số công cụ phổ biến bao gồm Jira, Trello, Asana và các công cụ tích hợp liên tục như Jenkins và CircleCI. Lựa chọn công cụ phù hợp phụ thuộc vào quy mô và đặc điểm của dự án, cũng như sở thích của đội phát triển.

4.1. Sử Dụng Jira Để Quản Lý Dự Án Agile Smartphone

Jira là một công cụ quản lý dự án phổ biến được sử dụng rộng rãi trong các đội phát triển Agile. Jira cung cấp nhiều tính năng mạnh mẽ để quản lý Backlog, theo dõi tiến độ, báo cáo và cộng tác. Jira có thể được tùy chỉnh để phù hợp với các quy trình Agile khác nhau, chẳng hạn như Scrum và Kanban.

4.2. Trello và Asana Giải Pháp Quản Lý Task Cho Đội Agile

Trello và Asana là hai công cụ quản lý task đơn giản và dễ sử dụng, phù hợp với các đội phát triển nhỏ hoặc các dự án có quy mô nhỏ. Trello sử dụng hệ thống bảng (board) và thẻ (card) để quản lý các task, trong khi Asana cung cấp nhiều tính năng hơn để quản lý dự án và cộng tác. Cả hai công cụ đều có giao diện trực quan và dễ sử dụng, giúp đội phát triển nhanh chóng làm quen và sử dụng hiệu quả.

V. Case Study Ứng Dụng Agile Cho Dự Án Phát Triển Mobile App

Để minh họa rõ hơn về cách Agile có thể được áp dụng trong phát triển ứng dụng smartphone, hãy xem xét một case study cụ thể. Giả sử chúng ta đang phát triển một ứng dụng thương mại điện tử cho thiết bị di động. Đội phát triển sẽ sử dụng Scrum để quản lý dự án, chia nhỏ dự án thành các Sprint ngắn hạn và tập trung vào việc cung cấp các tính năng có giá trị cao nhất cho người dùng trong mỗi Sprint. Sự tham gia tích cực của Product Owner và phản hồi của khách hàng (customer feedback) sẽ đảm bảo ứng dụng cuối cùng đáp ứng đúng nhu cầu thị trường.

5.1. Xây Dựng Product Backlog và Sprint Backlog Hiệu Quả

Product Backlog sẽ chứa danh sách tất cả các tính năng và yêu cầu của ứng dụng, được ưu tiên dựa trên giá trị và độ phức tạp. Trong mỗi buổi Sprint Planning, đội phát triển sẽ chọn các mục từ Product Backlog để đưa vào Sprint Backlog. Sprint Backlog sẽ chứa danh sách các công việc cụ thể cần thực hiện trong Sprint, được phân công cho các thành viên trong đội. Việc quản lý Backlog hiệu quả là chìa khóa để đảm bảo đội phát triển tập trung vào các công việc quan trọng nhất.

5.2. Tích Hợp UX UI Agile Trong Quy Trình Phát Triển App

Trải nghiệm người dùng (Mobile UX/UI) đóng vai trò quan trọng trong sự thành công của một ứng dụng smartphone. Việc tích hợp UX/UI Agile vào quy trình phát triển giúp đảm bảo thiết kế và giao diện người dùng được tối ưu hóa dựa trên phản hồi của khách hàng (customer feedback). Các phương pháp như Rapid Prototyping và User Testing có thể được sử dụng để thu thập phản hồi và cải thiện trải nghiệm người dùng trong mỗi Sprint.

VI. Tương Lai Của Agile Trong Phát Triển Ứng Dụng Smartphone

Với sự phát triển không ngừng của công nghệ và thị trường ứng dụng smartphone, Agile sẽ tiếp tục đóng vai trò quan trọng trong việc giúp các đội phát triển đáp ứng nhanh chóng và hiệu quả với các thay đổi. Xu hướng Agile Transformation và Agile scaling đang ngày càng trở nên phổ biến, cho phép các tổ chức lớn áp dụng Agile ở quy mô toàn doanh nghiệp. Các framework như SAFe (Scaled Agile Framework) và LeSS (Large-Scale Scrum) cung cấp các hướng dẫn và công cụ để triển khai Agile trong các dự án phức tạp và quy mô lớn.

6.1. Agile Scaling SAFe Và LeSS Cho Dự Án Mobile Lớn

Khi các dự án phát triển ứng dụng smartphone trở nên lớn hơn và phức tạp hơn, việc Agile scaling trở nên cần thiết. SAFe (Scaled Agile Framework) cung cấp một framework toàn diện để quản lý và phối hợp nhiều đội Agile trong một dự án lớn. LeSS (Large-Scale Scrum) là một framework đơn giản hơn, dựa trên các nguyên tắc của Scrum và mở rộng chúng để phù hợp với các dự án lớn.

6.2. Agile Cho Startup Và Doanh Nghiệp Ứng Dụng Khác Biệt

Agile có thể được áp dụng cho cả Agile cho startup và Agile cho doanh nghiệp, nhưng cách thức triển khai có thể khác nhau. Agile cho startup thường tập trung vào việc MVP (Minimum Viable Product) và Market validation, trong khi Agile cho doanh nghiệp thường tập trung vào việc cải thiện hiệu quả và giảm chi phí. Dù mục tiêu khác nhau, cả hai đều có thể hưởng lợi từ sự linh hoạt và khả năng thích ứng của Agile.

Nội dung chính

Tổng quan nghiên cứu

Thị trường công nghệ di động toàn cầu giai đoạn 2010–2014 đã chứng kiến sự bùng nổ vượt bậc về số lượng thiết bị thông minh và số lượng ứng dụng phát hành. Theo báo cáo thống kê từ tổ chức GFT Forecasts vào năm 2015, Việt Nam vươn lên đứng thứ 9 trên thế giới về quy mô số lượng người sử dụng smartphone. Sự tăng trưởng này kéo theo nhu cầu cấp thiết về việc phát triển các ứng dụng di động chất lượng cao với tốc độ bàn giao nhanh chóng. Tuy nhiên, các quy trình phát triển phần mềm truyền thống như mô hình Thác nước (Waterfall) bộc lộ nhiều điểm hạn chế khi đối mặt với các đặc thù của ứng dụng smartphone: vòng đời sản phẩm ngắn, phần cứng hạn chế và yêu cầu người dùng thay đổi liên tục.

Nghiên cứu tập trung giải quyết bài toán tối ưu hóa quy trình kỹ thuật phần mềm thông qua việc ứng dụng phương pháp phát triển phần mềm linh hoạt Agile, cụ thể là khung làm việc Scrum và mô hình mở rộng Scrum of Scrums trong các dự án di động. Mục tiêu cốt lõi của đề tài là xây dựng quy trình quản lý tinh gọn, nâng cao khả năng phản ứng trước biến động yêu cầu và tối ưu hóa năng suất của đội ngũ phát triển. Nghiên cứu được triển khai thực nghiệm trên dự án mạng xã hội Social SEF tại Hà Nội trong khung thời gian từ ngày 17/08/2015 đến ngày 09/11/2015, với tổng nỗ lực ước tính 139 man-days. Kết quả nghiên cứu đóng vai trò quan trọng trong việc chứng minh hiệu quả giảm thiểu chi phí rủi ro tới khoảng 75% (rẻ hơn 4 lần so với mô hình Thác nước theo nghiên cứu của Standish Group) và rút ngắn chu kỳ bàn giao sản phẩm xuống chỉ còn 1 đến 4 tuần cho mỗi Sprint.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu được xây dựng trên nền tảng triết lý phát triển phần mềm linh hoạt Agile Manifesto (khởi nguồn từ Lean Manufacturing thập niên 1940 và Agile Manufacturing thập niên 1990) cùng khung làm việc Agile-Scrum hiện đại. Khung lý thuyết này vận hành dựa trên 3 trụ cột của quy trình quản lý thực nghiệm: Tính minh bạch (Transparency), Sự thanh tra (Inspection) và Tính thích nghi (Adaptation). Cấu trúc của Scrum bao gồm 3 vai trò then chốt (Product Owner, Scrum Master, Development Team), 4 sự kiện chính thức đóng khung thời gian (Sprint Planning, Daily Scrum 15 phút, Sprint Review, Sprint Retrospective) và 3 tạo tác quan trọng (Product Backlog, Sprint Backlog, Sản phẩm tăng trưởng Increment).

Bên cạnh Scrum tiêu chuẩn, nghiên cứu phân tích chuyên sâu các mô hình Agile chuyên biệt cho ứng dụng di động:

1. Mô hình Mobile-D: Cấu trúc qua 5 giai đoạn nối tiếp (Explore, Initialize, Productionize, Stabilize, System Test & Fix) kết hợp 9 kỹ thuật cốt lõi như Phát triển hướng kiểm thử di động (Mobile TDD), Tích hợp liên tục (CI) và Lập trình theo cặp (Pair Programming).
2. Mô hình MASAM: Dựa trên nền tảng XP và RUP, chia thành 4 pha (Preparation, Embodiment, Development, Commercialization) nhằm quản lý chặt chẽ vòng đời ứng dụng giao diện người dùng.
3. Mô hình Scrum of Scrums: Giải pháp mở rộng phân cấp Product Backlog thành các Sub-backlog chuyên biệt nhằm điều phối đồng thời nhiều nhóm phát triển độc lập (nhóm iOS, nhóm Android, nhóm Web và nhóm Backend API).

Phương pháp nghiên cứu

Nghiên cứu sử dụng phương pháp nghiên cứu trường hợp điển hình (Case Study) kết hợp phân tích thực nghiệm và đối sánh quy trình. Cỡ mẫu nghiên cứu được thiết lập trên dự án phần mềm Social SEF với quy mô 10 kỹ sư phần mềm chuyên trách, phân chia thành 3 nhóm Scrum độc lập: Nhóm Scrum iOS, Nhóm Scrum Backend API và Nhóm Scrum Website Quản trị. Phương pháp chọn mẫu mục đích (Purposive Sampling) được lựa chọn nhằm khảo sát trực tiếp một hệ thống đa nền tảng phức tạp với 28 User Stories cho ứng dụng di động và 21 User Stories cho hệ thống API.

Dữ liệu nghiên cứu được thu thập liên tục từ các công cụ quản lý dự án thực tế bao gồm bảng công việc Trello, bảng tính quản lý yêu cầu Excel và hệ thống kiểm soát phiên bản mã nguồn Git. Quá trình phân tích định lượng tập trung vào các chỉ số điểm câu chuyện (Story Points), biểu đồ tiến độ công việc (Burndown Chart) và nhật ký thay đổi yêu cầu của khách hàng qua từng Sprint từ 1 đến 4 tuần. Lý do lựa chọn phương pháp này là nhằm đánh giá chính xác mức độ thích ứng của nhóm phát triển khi chịu tác động đồng thời từ sự biến động nhân sự và sự thay đổi liên tục các tính năng từ phía khách hàng.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Nghiên cứu trên dự án Social SEF mang lại 3 phát hiện thực nghiệm quan trọng về việc áp dụng Agile-Scrum trong phát triển ứng dụng di động:

1. Khả năng thích ứng linh hoạt trước biến động yêu cầu từ khách hàng: Trong giai đoạn từ ngày 17/08/2015 đến ngày 28/09/2015, khách hàng đã liên tục thay đổi cấu trúc tính năng, loại bỏ hàng loạt chức năng lớn như Chat P2P, Chat nhóm, Định vị bản đồ (Map), đồng thời tái cấu trúc quy trình đăng ký người dùng và hệ thống gắn thẻ (Hashtags). Nhờ cơ chế phân rã Sub-backlog, nhóm phát triển đã cập nhật kịp thời kế hoạch của từng Sprint mà không làm gián đoạn kiến trúc hệ thống tổng thể.
2. Duy trì hiệu suất làm việc ổn định khi biến động nguồn nhân lực: Sau khi hoàn thành Sprint 1, dự án gặp biến động lớn khi các lập trình viên trình độ cao được điều động sang dự án khác và thay thế bằng các nhân sự có kinh nghiệm thấp hơn. Cơ chế họp Daily Scrum 15 phút và Sprint Planning minh bạch đã giúp các thành viên mới nắm bắt công việc nhanh chóng, hoàn thành các tính năng trọng yếu (Đăng ký, Đăng nhập, Cài đặt với tổng 40 Story Points) chỉ trong vòng 3 ngày làm việc.
3. Tối ưu hóa điều phối đa nền tảng qua Scrum of Scrums: Việc chia tách trách nhiệm rõ ràng giữa nhóm Mobile và nhóm Backend API đã giảm thiểu khoảng 30% đến 40% thời gian chờ đợi dịch vụ. Đội API dựa vào các bản giả lập màn hình từ đội iOS để cung cấp chính xác 21 endpoints cần thiết, giúp toàn bộ 139 man-days của dự án được phân bổ hiệu quả.

Thảo luận kết quả

Nguyên nhân cốt lõi tạo nên sự thành công của dự án Social SEF nằm ở tính linh hoạt của mô hình phân cấp Scrum of Scrums. Thay vì duy trì một backlog nguyên khối, Product Owner chính đã phối hợp cùng các Scrum Master để phân bổ các Sub-backlog tương ứng với từng nền tảng kỹ thuật. Các dữ liệu tiến độ được trực quan hóa rõ nét qua Biểu đồ Burndown mô tả số lượng Story Points giảm dần theo thời gian thực và Bảng ma trận theo dõi tác vụ (Task Matrix), cho phép toàn đội nhận diện ngay lập tức các điểm nghẽn kỹ thuật.

So sánh với các nghiên cứu về mô hình truyền thống (Waterfall hay Spiral), dự án ứng dụng Scrum đã chứng minh tính ưu việt vượt bậc. Trong mô hình Thác nước, việc khách hàng thay đổi yêu cầu vào giữa dự án thường dẫn đến việc phải tái thiết kế toàn bộ hệ thống, đẩy chi phí lên cao gấp nhiều lần và kéo dài thời gian phát hành. Ngược lại, việc đóng khung thời gian trong các Sprint từ 1 đến 4 tuần tại dự án Social SEF đã giúp khách hàng luôn nhận được các bản tăng trưởng phần mềm chạy được (Increment), giảm thiểu rủi ro kinh tế và nâng cao độ hài lòng chung lên mức tối đa.

Đề xuất và khuyến nghị

Dựa trên kết quả nghiên cứu lý thuyết và thực nghiệm, 4 giải pháp cụ thể được đề xuất nhằm tối ưu hóa quy trình phát triển ứng dụng smartphone:

1. Chuẩn hóa quy trình điều phối Scrum of Scrums cho các dự án đa nền tảng

   • Hành động: Thiết lập cơ chế họp điều phối định kỳ giữa đại diện các nhóm Mobile (iOS, Android) và nhóm Backend API với thời lượng 15–30 phút.
   • Chỉ số mục tiêu: Giảm thiểu độ trễ tích hợp API xuống dưới mức 10% giữa các nhóm tác nghiệp.
   • Lộ trình: Triển khai ngay trong 2 tuần đầu tiên khi khởi động dự án.
   • Chủ thể thực hiện: Giám đốc sản phẩm (Chief Product Owner) và các Trưởng nhóm Scrum (Scrum Masters).

2. Tích hợp công cụ quản trị trực quan với tự động hóa kiểm thử

   • Hành động: Áp dụng đồng bộ các công cụ quản lý bảng tác vụ trực quan (như Trello, Jira) kết hợp cùng hệ thống CI/CD trên nền tảng Git và phương pháp Mobile TDD.
   • Chỉ số mục tiêu: 100% User Stories được cập nhật trạng thái thời gian thực và tự động hóa kiểm thử hồi quy trước mỗi bản phát hành.
   • Lộ trình: Thực hiện liên tục trong toàn bộ các chu kỳ Sprint kéo dài từ 1 đến 4 tuần.
   • Chủ thể thực hiện: Đội ngũ Lập trình viên (Development Team) và Chuyên viên Kiểm thử (Testers).

3. Xây dựng bản mô tả kỹ thuật và Mock API trước mỗi Sprint

   • Hành động: Thỏa thuận trước về định dạng dữ liệu và tạo lập Mock API giữa nhóm Backend và nhóm Mobile trước khi bước vào giai đoạn code chức năng.
   • Chỉ số mục tiêu: Cắt giảm hoàn toàn thời gian lập trình viên di động phải chờ đợi môi trường máy chủ.
   • Lộ trình: Thực hiện trong phiên họp Lập kế hoạch Sprint (Sprint Planning) với khung thời gian tối đa 8 tiếng cho sprint 1 tháng.
   • Chủ thể thực hiện: Trưởng nhóm Kỹ thuật API (API Tech Lead) và Trưởng nhóm Mobile.

4. Nâng cao năng lực tự quản và văn hóa thích ứng của đội ngũ phát triển

   • Hành động: Tổ chức các buổi họp Cải tiến Sprint (Sprint Retrospective) thực chất để nhận diện điểm nghẽn về con người, công cụ và quy trình làm việc.
   • Chỉ số mục tiêu: Nâng cao độ chính xác trong ước lượng nỗ lực (Story Points) đạt trên 85% qua từng chu kỳ.
   • Lộ trình: Thực hiện định kỳ vào ngày cuối cùng của mỗi Sprint (thời lượng 3 tiếng cho sprint 1 tháng).
   • Chủ thể thực hiện: Toàn thể thành viên Nhóm Scrum dưới sự dẫn dắt của Scrum Master.

Đối tượng nên tham khảo luận văn

Nội dung luận văn mang lại giá trị học thuật và thực tiễn sâu sắc cho 4 nhóm đối tượng cụ thể:

1. Các nhà quản lý dự án và Scrum Master: Cung cấp phương pháp luận thực chiến về việc áp dụng mô hình Scrum of Scrums, cách thức phân rã Product Backlog thành các Sub-backlog và kỹ năng duy trì tiến độ dự án khi xảy ra biến động nhân sự.
2. Các kỹ sư phát triển phần mềm di động (Mobile Developers): Giúp hiểu rõ vòng đời phát triển ứng dụng smartphone, quy trình tích hợp API và cách áp dụng các phương pháp kỹ thuật linh hoạt như Mobile TDD, Refactoring và Pair Programming.
3. Các doanh nghiệp công nghệ và đơn vị Outsourcing: Cung cấp case study thực tế để tái cấu trúc quy trình sản xuất phần mềm, giúp tối ưu hóa chi phí phát triển (tiết kiệm tới 75% chi phí rủi ro) và tăng cường năng lực cạnh tranh khi nhận các dự án thay đổi yêu cầu liên tục.
4. Giảng viên, học viên cao học và sinh viên ngành Công nghệ Thông tin: Đóng vai trò là tài liệu tham khảo học thuật chuẩn mực về các mô hình phát triển phần mềm di động tiên tiến như Mobile-D, MASAM và phương pháp quản trị dự án thực nghiệm với quy mô 139 man-days.

Câu hỏi thường gặp

Tại sao mô hình Agile-Scrum lại vượt trội hơn mô hình Thác nước trong phát triển ứng dụng di động?

Môi trường smartphone đòi hỏi thời gian ra mắt sản phẩm nhanh và thường xuyên thích ứng với phản hồi người dùng. Trong khi mô hình Thác nước cố định phạm vi ngay từ đầu, Agile-Scrum chia nhỏ dự án thành các Sprint từ 1 đến 4 tuần, cho phép khách hàng điều chỉnh yêu cầu liên tục (như dự án SEF thay đổi từ ngày 17/08 đến 28/09/2015) mà vẫn đảm bảo bàn giao sản phẩm hoạt động được.

Mô hình Scrum of Scrums giải quyết bài toán gì trong các dự án di động đa nền tảng?

Khi một ứng dụng cần triển khai đồng thời trên iOS, Android và Web, một nhóm Scrum đơn lẻ sẽ gặp khó khăn trong giao tiếp chéo. Scrum of Scrums phân chia đội ngũ thành các nhóm nhỏ phụ trách Sub-backlog riêng biệt, kết nối thông qua các cuộc họp Scrum of Scrums để đồng bộ hóa API và xử lý triệt để các xung đột phụ thuộc giữa các nền tảng.

Nhóm dự án giải quyết thế nào khi nhân sự biến động sau Sprint 1?

Dự án Social SEF đã áp dụng tính minh bạch của Scrum: mọi tác vụ đều được định lượng rõ ràng qua Story Points và bảng công việc Trello. Nhờ các buổi họp Daily Scrum kéo dài 15 phút, các lập trình viên mới tiếp nhận công việc một cách liền mạch, hoàn thành các User Stories then chốt mà không làm đình trệ toàn bộ kế hoạch 139 man-days.

Những công cụ nào là thiết yếu để vận hành Agile-Scrum cho dự án smartphone vừa và nhỏ?

Thực nghiệm luận văn chứng minh việc kết hợp bộ ba công cụ: bảng quản lý tác vụ trực quan Trello để theo dõi Sprint Backlog, bảng tính Excel để quản trị danh mục Product Backlog và lịch sử thay đổi yêu cầu, cùng hệ thống Git để quản lý phân nhánh mã nguồn và tích hợp liên tục cho từng nhóm nền tảng.

Điểm khác biệt cốt lõi giữa quy trình Mobile-D và khung Scrum thông thường là gì?

Mobile-D là quy trình chuyên biệt hóa cho di động gồm 5 giai đoạn (Explore, Initialize, Productionize, Stabilize, System Test & Fix) tích hợp sẵn 9 yếu tố kỹ thuật đặc thù như Mobile TDD, lập trình theo cặp và tối ưu hóa phần cứng sensor, trong khi Scrum đóng vai trò là khung làm việc quản trị tiến trình tổng quát.

Kết luận

• Luận văn đã hệ thống hóa toàn diện cơ sở lý thuyết về triết lý Agile, khung làm việc Scrum và các mô hình phát triển ứng dụng di động chuyên biệt như Mobile-D và MASAM.
• Chứng minh tính khả thi và hiệu quả vượt trội của mô hình Scrum of Scrums trong việc phân rã Sub-backlog cho các nhóm đa nền tảng (iOS, Web, Backend API).
• Giải quyết thành công hai thách thức thực tế lớn trong phát triển phần mềm di động: sự thay đổi yêu cầu liên tục từ khách hàng và sự biến động nguồn nhân lực giữa các giai đoạn.
• Cung cấp bộ dữ liệu thực nghiệm giá trị từ dự án Social SEF với quy mô 139 man-days, 10 kỹ sư phần mềm và gần 50 User Stories được quản lý minh bạch qua các Sprint ngắn hạn.
• Khẳng định khả năng tối ưu hóa chi phí lên tới 4 lần so với mô hình truyền thống và đảm bảo chất lượng phần mềm thông qua quy trình kiểm thử và thanh tra liên tục.

Về lộ trình tiếp theo, các nhóm phát triển nên mở rộng tích hợp hệ thống tự động hóa CI/CD và mở rộng quy trình kiểm thử Mobile TDD trong vòng 3 đến 6 tháng tới. Luận văn là tài liệu tham khảo thực tiễn có giá trị cao, khuyến khích các doanh nghiệp và kỹ sư công nghệ áp dụng ngay quy trình Agile-Scrum để tối ưu hóa năng lực sản xuất phần mềm di động.

Trích đoạn nội dung tài liệu

Mở đầu bằng lịch sử phát triển của Agile qua từng giai đoạn sau đó đưa ra ưu nhược điểm của Agile trong phát triển phần mềm. Giới thiệu đơn giản về một số quy trình phát triển phần mềm sử dụng phương pháp Agile và tập trung về quy trình phát triển phần mềm Scrum.1 Tìm hiểu chung về Agile 2.1 Giới thiệu về Agile Phương pháp Agile để phát triển phần mềm đã trở nên lan rộng trong thời gian qua. Cụ thể là vào tháng 2 năm 2015 theo khảo sát của tổ chức Scrum Alliance Những ý tưởng của phương pháp này có nguồn gốc từ phương pháp lặp của Lean Manufacturing (1940) và Agile Manufacturing (1990). Trong đó nhấn mạnh khả năng thích nghi của các công ty đến một môi trường năng động.

Các tính năng độc đáo của phương pháp này được tìm thấy trong “Agile Manifesto” là cá nhân và tương tác quan trọng hơn quy trình nghiệp vụ, sản phẩm tốt hơn tài liệu đầy đủ. Phát triển phần mềm linh hoạt (Agile software development) là một triết lí cùng với nhóm các phương pháp và phương pháp luận phát triển phần mềm dựa trên các nguyên tắc phát triển phân đoạn lặp (iterative) và tăng trưởng (incremental), theo đó nhu cầu và giải pháp tiến hóa thông qua sự hợp tác giữa các nhóm tự quản và liên chức năng. Agile thường sử dụng cách lập kế hoạch thích ứng (adaptive planning), việc phát triển và chuyển giao theo hướng tiến hóa sử dụng các khung thời gian ngắn và linh hoạt để dễ dàng phản hồi lại với các thay đổi trong quá trình phát triển.2 Vì sao nên sử dụng Agile? - Sản phẩm của một dự án phần mềm là khác nhau nên việc áp dụng một quy trình để phát triển hàng loạt là rất khó khăn. - Ngay từ đầu khách hàng khó có thể hình dung đầy đủ các yêu cầu đặt ra cho sản phẩm mà phải qua quá trình hình thành nên việc ứng phó với những thay đổi yêu cầu sẽ giúp giảm thiểu rủi ro cho dự án.

- Đảm bảo sản phẩm đầu ra đúng theo nhu cầu của khách hàng.smartphone TIEU LUAN MOI download : skknchat@gmail.3 Các đặc trƣng của Agile Có rất nhiều cách tiếp cận khác nhau với phương pháp Agile. Bên cạnh các cách thức tổ chức công việc, thiết lập quy trình, các phương pháp Agile còn nghiên cứu và đưa vào sử dụng các công cụ và kĩ thuật đặc thù như công cụ tích hợp liên tục kiểm thử đơn vị, mẫu thiết kế, tái cấu trúc, phát triển hướng kiểm thử, phát triển hướng hành vi, hay lập trình theo cặp … để đảm bảo và gia tăng tính linh hoạt.  Tính lặp (Iterative) Dự án sẽ được thực hiện trong các phân đoạn lặp đi lặp lại. Trong mỗi phân đoạn này, nhóm phát triển thực hiện đầy đủ các công việc cần thiết như lập kế hoạch, phân tích yêu cầu, thiết kế, triển khai, kiểm thử (với các mức độ khác nhau) để cho ra các phần nhỏ của sản phẩm.

 Tính tiến hóa (Evolutionary) Cuối các phân đoạn, nhóm phát triển thường cho ra các phần nhỏ của sản phẩm cuối cùng. Các phần nhỏ này thường là đầy đủ, có khả năng chạy tốt, được kiểm thử cẩn thận và có thể sử dụng ngay. Theo thời gian, phân đoạn này tiếp nối phân đoạn kia, các phần chạy được này sẽ được tích lũy, lớn dần lên cho tới khi toàn bộ yêu cầu của khách hàng được thỏa mãn  Tính thích nghi (Adaptive) Do các phân đoạn chỉ kéo dài trong một khoảng thời gian ngắn, và việc lập kế hoạch cũng được điều chỉnh liên tục, nên các thay đổi trong quá trình phát triển (yêu cầu thay đổi, thay đổi công nghệ, thay đổi định hướng về mục tiêu …) đều có thể được đáp ứng theo cách thích hợp.  Ràng buộc về thời gian (Time - Bound) Thời gian luôn là vấn đề rất quan trọng trong việc phát triển phần mềm bằng Agile.

Nó xác định thời gian hoàn thành dự án và mỗi sprint phát triển dự án để bàn giao sản phẩm cho khách hàng kiểm tra xem đúng yêu cầu và chức năng hay không.  Quản lý thực nghiệm (Empirical Process Control) 6 (LUAN.smartphone TIEU LUAN MOI download : [e-mail] Các nhóm Agile ra các quyết định dựa trên các dữ liệu thực tiễn thay vì tính toán lý thuyết hay các giả định. Việc phân nhỏ dự án thành các phân đoạn ngắn góp phần gia tăng các điểm mốc để nhóm phát triển thu thập dữ kiện cho phép điều chỉnh các chiến lược phát triển của mình. Theo thời gian, các chiến lược này sẽ tiến gần đến trạng thái tối ưu, nhờ đó nhóm có thể kiểm soát được tiến trình, và nâng cao năng suất lao động.

 Dựa trên giá trị (value - based) Một trong những nguyên tắc cơ bản của Agile là phần mềm chạy tốt chính là thước đo tiến độ. Nguyên tắc này giúp nhóm dám loại bỏ đi các công việc dư thừa không trực tiếp mang lại giá trị cho sản phẩm. Để vận hành được cơ chế “làm việc dựa trên giá trị”, nhóm Agile thường làm việc trực tiếp và thường xuyên với khách hàng (hay đại diện của khách hàng), cộng tác trực tiếp với họ để biết yêu cầu nào có độ ưu tiên cao hơn, mang lại giá trị hơn cho dự án. Nhờ đó các dự án Agile thường giúp khách hàng tối ưu hóa được giá trị của dự án.

Chính vì thế, Agile làm gia tăng đáng kể độ hài lòng của khách hàng.4 Ƣu điểm và nhƣợc điểm của phƣơng pháp Agile  Ƣu điểm Có một số lý do khiến Agile được sử dụng rộng rãi và bàn giao được một sản phẩm hoàn thiện theo đúng yêu cầu của khách hàng. - Ưu điểm đầu tiên có thể nói đến ở đây đó là sự hài lòng của khách hàng về việc liên tục có những bản release được gửi và sớm có sản phẩm có giá trị để có thể sử dụng thử. - Sự tương tác giữa con người với con người được chú trọng hơn là việc thực hiện theo quy trình và các công cụ. Điều này được thể hiện bằng quá trình liên tục trao đổi giữa development và tester, giữa development và tech leader, giữa team phát triển và khách hàng qua mail, skype liên tục trong suốt dự án.

- Sẵn sàng thích ứng với những thay đổi thường xuyên xảy ra, kể cả khi đó là sự thay đổi rất muộn.  Nhƣợc điểm - Khó khăn hơn để xác định một trường hợp kinh doanh cho dự án và để đàm phán các dự án giá cố định.smartphone TIEU LUAN MOI download : [e-mail] - Đôi khi sự tương tác giữa con người quá nhiều dẫn đến việc thiếu tập trung vào thiết kế và các tài liệu cần thiết. - Cần có đội ngũ phát triển có năng lực cao, kinh nghiệm, có sự năng động và linh hoạt để có khả năng đưa ra các quyết định cần thiết trong quá trình phát triển phần mềm khi gặp phải những khó khăn trở ngại.5 So sánh mô hình phát triển của Agile với các mô hình phát triển phần mềm truyền thống khác Đặc điểm Waterfall Spiral Scrum Xác định các giai đoạn Bắt buộc Bắt buộc Chỉ có giai đoạn lập phát triển kế hoạch và kết thúc Sản phẩm cuối cùng Được xác định Được xác định Xác định trong quá trong quá trình trong quá trình lập trình xây dựng dự án lập kế hoạch kế hoạch Chi phí sản phẩm Được xác định Thay đổi cục bộ Xác định trong quá trong quá trình trình xây dựng dự án lập kế hoạch Ngày hoàn thành sản Được xác định Thay đổi cục bộ Xác định trong quá phẩm trong quá trình trình xây dựng dự án lập kế hoạch Đáp ứng với môi Trong kế hoạch Trong kế hoạch Xuyên suốt từ kế trường sử dụng ban đầu ban đầu hoạch đến xây dựng và kết thúc Kinh nghiệm trao đổi Đào tạo trước Đào tạo trước cho Thực hiện trong quá cho đến khi bắt đến khi bắt tay trình làm dự án tay làm dự án làm dự án Khả năng thành công Thấp Trung bình thấp Cao 8 (LUAN.smartphone TIEU LUAN MOI download : [e-mail] So sánh về giá thành phát triển phần mềm Hình 2.1 So sánh giá thành phát triển sản phẩm của Agile và Thác nước Theo “The Money Pit”, tổ chức Standish Group đã nghiên cứu 2 dự án phần mềm lớn giống nhau, thực hiện ở hai công ty có kích thước tương tự nhau. Một dự án thực hiện với mô hình Agile, một với Waterfall.

Các kết quả được mô tả như hình trên, các dự án Agile rẻ hơn 4 lần so với chi phí của dự án Waterfall 2.6 Các quy trình phát triển phần mềm sử dụng phƣơng pháp Agile Một số quy trình phát triển phầm mềm sử dụng phương pháp phát triển phần mềm nahnh Agile bao gồm phương quy trình Extreme programming (XP), quy trình Scrum, quy trình Ration Unified Process (RUP) a. Quy trình Extreme programming (XP) XP là một phương pháp linh hoạt dành cho các nhóm phát triển phần mềm nhỏ và trung bình xây dựng các phần mềm có yêu cầu thay đổi một cách nhanh chóng. Nó đảm bảo công việc phù hợp cho các nhà phát triển và lợi ích tốt nhất sau thời gian làm việc cho khách hàng và người quản. XP sử dụng các nhóm làm việc kết hợp gồm những người lập trình, khách hàng và các nhà quản trị để phát triển phần mềm có chất lượng cao trong thời gian nhanh chóng.

Một chương trình chạy được là thước đo đầu tiên của tiến trình theo XP.smartphone TIEU LUAN MOI download : [e-mail] thể phát triển và tồn tại được là do sự hiểu biết ngày một tiến bộ về các vấn đề đang giải quyết và cũng là vì các công cụ sẵn có cho phép ta thay đổi được cái giá của sự thay đổi. Quy trình phát triển phần mềm thống nhất Rational Unified Process (RUP) RUP là một nền tảng quy trình thích ứng với sự phát triển các tổ chức và các nhóm dự án phần mềm dựa trên quy trình vòng lặp phát triển phần mềm. RUP hỗ trợ các hoạt động giữa các nhóm, phân chia công việc cho từng thành viên trong nhóm, trong từng giai đoạn khác nhau của quá trình phát triển phần mềm. RUP sử dụng hệ thống ký hiệu trực quan của UML và RUP được phát triển song song với UML.

Vòng đời của dự án RUP được chia theo thời gian qua bốn giai đoạn nối tiếp nhau. Bao gồm: Khởi tạo (Inception), Phác thảo (Elaboration), Xây dựng (Construction), Chuyển giao (Transition). Mỗi giai đoạn có một mốc quan trọng, mỗi giai đoạn thực chất là khoảng giữa của 2 điểm mốc. Cuối mỗi giai đoạn, bộ phận kiểm định sẽ thực hiện thẩm định các đối tượng của giai đoạn này c.

Phƣơng pháp Crystal Crystal là một trong những cách tiếp cận thích ứng nhẹ nhất để phát triển phần mềm.