Phương Pháp Làm Việc

A. Phương Pháp Agile

1. Tích hợp: Phương pháp phát triển Agile
​Khái niệm “Phát triển phần mềm linh hoạt” (Agile Software Development) được biết đến rộng rãi như một phương pháp phát triển phần mềm linh hoạt, được áp dụng trong quy trình phát triển phần mềm với mục tiêu đưa sản phẩm đến tay người dùng trong thời gian sớm nhất có thể.
Cụ thể hơn, phương pháp này cung cấp cho các nhà phát triển phần mềm một giải pháp quản lý giúp các nhóm tạo ra sản phẩm tốt hơn, nhanh hơn thông qua các phiên làm việc ngắn và các phiên tương tác (hay còn gọi là các "sprint"). Agile là một quy trình dựa trên nhiều lần lặp lại thay vì chỉ tập trung vào một nỗ lực duy nhất, đồng thời chú trọng vào các phản hồi khách quan thay vì những ý kiến ​​mang tính chủ quan.
Phương pháp này mang lại một số lợi ích tiềm năng đầy hứa hẹn cho các doanh nghiệp:

• • • Nâng cao năng suất trong suốt vòng đời phát triển 
    • Tăng năng suất 
    • Đạt được kết quả tốt hơn và sản phẩm có chất lượng cao hơn 
    • Dễ dàng thích ứng với các yêu cầu thay đổi 
    • Phát triển khả năng sáng tạo, kinh nghiệm và sự hợp tác của các thành viên trong nhóm 
    • Dẫn đến doanh thu cao hơn từ việc bán sản phẩm 
    • Nâng cao năng lực cạnh tranh

2. Ứng dụng: Mô hình Scrum
Scrum là một trong những phương pháp Agile phổ biến nhất – một khung làm việc để quản lý công việc, với trọng tâm là phát triển phần mềm.
Scrum hỗ trợ chiến lược phát triển sản phẩm linh hoạt, trong đó các nhóm phát triển hoạt động như những đơn vị độc lập để cùng đạt tới một mục tiêu chung. Khác với mô hình Thác nước (Waterfall) truyền thống — vốn bao gồm nhiều chu kỳ kiểm thử và sửa lỗi trước khi sản phẩm được phát hành — Scrum chú trọng hơn nhiều vào sự hợp tác và tính lặp lại.
Scrum thường bao gồm một vài vai trò chính:
3. Triển khai: Mô hình Scrum
Trong các hoạt động Scrum, có 5 bước phổ biến:

*Các thuật ngữ kỹ thuật: 

• Sprint: Một vòng lặp trong Scrum (có độ dài tối đa là 1 tháng) 
• Danh sách công việc Sprint (Sprint Backlogs): Phạm vi công việc do PO và Đội ngũ phát triển quyết định
• Danh mục công việc sản phẩm (Product Backlog): Một danh sách được sắp xếp bao gồm mọi thứ có thể cần thiết cho dự án (nhiệm vụ, lỗi, câu chuyện người dùng...) từ các nhóm khác nhau phía khách hàng
• Số gia: Kết quả đầu ra của Nhóm Phát triển trong một “Sprint”
• Định nghĩa về trạng thái hoàn thành: Được phát triển bởi nhóm dự án, sau khi đã tham khảo và tích hợp các tiêu chuẩn của công ty và tổ chức vào dự án (Gói phần mềm này được xem như "Số gia" chỉ khi nó đáp ứng “Định nghĩa về Hoàn thành”) 

Sau đó, nhóm sẽ tập trung 100% vào việc hoàn thành phạm vi công việc đó trong suốt thời gian diễn ra Sprint. Các thay đổi sẽ chỉ được chấp nhận nếu không gây ảnh hưởng đến Mục tiêu Sprint (Sprint Goal).

4. Các giá trị

• • Sự cam kết: Các thành viên trong nhóm Scrum phải cam kết đạt được thành công, đồng thời sẵn sàng thiết lập những mục tiêu thực tế và kiên trì theo đuổi các mục tiêu đó. 
  • Tập trung: Tập trung vào một vài đầu việc tại mỗi thời điểm, chúng ta sẽ bàn giao những hạng mục giá trị nhất sớm hơn. 
  • Sự tôn trọng: bằng cách đưa vào các yếu tố giúp thúc đẩy sự tôn trọng. 
  • Sự cởi mở: bằng cách công khai cách thức tổ chức công việc, tiến độ, quá trình học hỏi và các vấn đề mà chúng tôi gặp phải. 
  • Lòng can đảm: bằng cách cảm thấy an tâm và thoải mái khi nói lời từ chối, tìm kiếm sự giúp đỡ, đón nhận thử thách hoặc thử sức với những điều mới mẻ. Họ cần đủ can đảm để đặt câu hỏi về hiện trạng nếu điều đó gây ảnh hưởng đến khả năng thành công của bản thân. 

B. Mô hình thác nước

Bên cạnh phương pháp Agile, “Waterfall” (mô hình thác nước) cũng là một trong những phương pháp phổ biến được sử dụng tại các tập đoàn/công ty công nghệ hiện nay.  

Mô hình thác nước (Waterfall model) là một phương pháp tiếp cận theo trình tự tuyến tính đối với vòng đời phát triển phần mềm (SDLC), vốn phổ biến trong lĩnh vực kỹ thuật phần mềm và phát triển sản phẩm. Mô hình này áp dụng một tiến trình logic gồm các bước trong vòng đời phát triển phần mềm, tựa như dòng nước chảy qua mép vách đá. Mỗi giai đoạn phát triển đều được thiết lập các cột mốc hoặc mục tiêu cụ thể; một khi đã hoàn thành, các cột mốc hay mục tiêu này sẽ không thể quay lại chỉnh sửa được nữa.
Trong mô hình thác nước (Waterfall), mỗi bước đều phụ thuộc vào kết quả đầu ra của bước trước đó. Các dự án theo phương pháp này diễn ra theo một trình tự tuyến tính. Mô hình này phù hợp với những nhóm và dự án cần phát triển sản phẩm dựa trên các yêu cầu cố định, không thay đổi ngay từ khi bắt đầu. Các dự án theo mô hình thác nước có quy trình được xác định rất rõ ràng, với độ biến thiên kết quả đầu ra rất thấp hoặc gần như bằng không. Ngoài ra, mô hình thác nước cũng là lựa chọn tốt nếu dự án bị giới hạn về chi phí hoặc thời gian.

Trong phát triển phần mềm, nếu một ứng dụng cần phải hoạt động tốt ngay từ lần thử đầu tiên – vì nếu không sẽ đối mặt với nguy cơ mất khách hàng – thì “Waterfall” (mô hình thác nước) là phương pháp phù hợp, bởi nó được thiết kế để đạt được mục tiêu đó. 

C. Mô hình xoắn ốc

Mô hình xoắn ốc (Spiral Model) là một mô hình vòng đời phát triển phần mềm (SDLC), cung cấp phương pháp tiếp cận có hệ thống và mang tính lặp lại đối với quá trình phát triển phần mềm.

Mô hình này dựa trên ý tưởng về một đường xoắn ốc, trong đó mỗi vòng xoắn đại diện cho một chu trình phát triển phần mềm (SDLC) hoàn chỉnh, từ khâu thu thập và phân tích yêu cầu cho đến thiết kế, triển khai, kiểm thử và bảo trì. 

Mô hình xoắn ốc (Spiral model) là một trong những mô hình vòng đời phát triển phần mềm quan trọng nhất; mô hình này hỗ trợ xử lý rủi ro, nghĩa là trọng tâm được đặt vào việc quản lý rủi ro thông qua nhiều vòng lặp trong quy trình phát triển phần mềm. Nó bao gồm các giai đoạn sau: 

Mỗi giai đoạn của mô hình xoắn ốc được chia thành bốn góc phần tư như thể hiện trong hình trên. Chức năng của bốn góc phần tư này được trình bày dưới đây: 

• Xác định mục tiêu và nhận diện các giải pháp thay thế: Các yêu cầu được thu thập từ khách hàng, đồng thời các mục tiêu cũng được xác định, làm rõ và phân tích ngay từ đầu mỗi giai đoạn. Sau đó, các giải pháp thay thế khả thi cho giai đoạn này sẽ được đề xuất trong phần này. 
• Xác định và giải quyết các rủi ro: Trong giai đoạn thứ hai, tất cả các giải pháp khả thi đều được đánh giá để chọn ra giải pháp tối ưu nhất. Sau đó, các rủi ro liên quan đến giải pháp đó sẽ được xác định và xử lý bằng chiến lược phù hợp nhất. Kết thúc giai đoạn này, một nguyên mẫu (prototype) sẽ được xây dựng cho giải pháp tối ưu đã chọn. 
• Phát triển phiên bản tiếp theo của sản phẩm: Trong giai đoạn thứ ba, các tính năng đã xác định được phát triển và kiểm chứng thông qua thử nghiệm. Khi kết thúc giai đoạn thứ ba, phiên bản tiếp theo của phần mềm sẽ hoàn thiện và sẵn sàng sử dụng. 
• Đánh giá và lập kế hoạch cho giai đoạn tiếp theo: Ở góc phần tư thứ tư, khách hàng đánh giá phiên bản phần mềm đã được phát triển cho đến thời điểm đó. Sau đó, công tác lập kế hoạch cho giai đoạn tiếp theo sẽ được bắt đầu. 

Bán kính của đường xoắn ốc tại bất kỳ điểm nào thể hiện các khoản chi phí (kinh phí) đã bỏ ra cho dự án tính đến thời điểm đó, còn thông số góc thể hiện tiến độ đạt được trong giai đoạn hiện tại. 

Khi nào nên sử dụng Mô hình xoắn ốc? 

• Trong kỹ thuật phần mềm, khi một dự án có quy mô lớn, mô hình xoắn ốc sẽ được sử dụng. 
• Phương pháp xoắn ốc được sử dụng khi cần thực hiện các đợt phát hành thường xuyên. 
• Khi nào thì nên tạo nguyên mẫu 
• Khi việc đánh giá các rủi ro và chi phí trở nên thiết yếu 
• Phương pháp xoắn ốc (Spiral approach) phù hợp cho các dự án có mức độ rủi ro từ trung bình đến cao. 
• Mô hình xoắn ốc trong SDLC tỏ ra hữu ích khi các yêu cầu trở nên phức tạp và mơ hồ. 
• Nếu có thể thực hiện các thay đổi vào bất kỳ lúc nào 
• Khi việc cam kết thực hiện một dự án dài hạn trở nên không khả thi do các ưu tiên kinh tế thay đổi.