So sánh Agile và Waterfall (Phần 1)
- 08/17/2020
- Posted by: Mentor's team
- Category: Kiến thức
So sánh Agile và Waterfall (Phần 1)
Nhìn lại thời điểm bắt đầu việc phát triển website của bản thân, tôi có niềm đam mê với việc lập trình, với sáng tạo UI/UX (thiết kế giao diện người dùng). Tuy nhiên, tôi cũng đã từng ghét những người làm quản lý dự án của mình. Với tôi, họ là người khiến website trở nên xấu xí, khiến người dùng và cả nhóm hỗ trợ trở nên mệt mỏi, buồn chán…Đến khi tôi có cơ hội tham gia CNNGo (hay còn được biết đến là CNNTravel) với vị trí là lập trình viên theo hợp đồng, cái nhìn của tôi đã được thay đổi hoàn toàn. Đó là lần đầu tiên tôi được biết tới khái niệm về Scrum, một khung làm việc có tổ chức, và đem lại rất nhiều ý nghĩa cho những người làm việc ở mảng kỹ thuật. Trước đây, nhóm làm việc của tôi được quản lý theo khung Waterfall, và cũng chính vì vậy, nó khiến tôi cảm thấy công việc như một cơn ác mộng. Từ đó, tôi trở thành một người tin tưởng vào khung làm việc Scrum hơn ai hết.
Sau khi hợp đồng giữa tôi vs CNNGo kết thúc, tôi gia nhập SCMP, một công ty truyền thông của Hồng Kong. Tôi thành lập một nhóm phụ trách về việc phát triển website của công ty và áp dụng khung làm việc Scrum vào quá trình hoạt động. Ở vài năm đầu, nhiệm vụ của tôi là Scrum Master, và tôi nghĩ tôi đã làm khá tốt nhiệm vụ này. Tôi luôn cố gắng để đảm bảo việc tất cả các thành viên luôn làm theo các quy định theo Scrum; đào tạo các nhà quản lý dự án trong công ty trở thành một Product Owner; thuyết phục các cấp lãnh đạo phía trên tin vào khung làm việc Scrum và áp dụng.
Tuy nhiên, mọi thứ không được suôn sẻ như tôi tưởng tượng, một phần vì càng ngày càng có nhiều dự án được thành lập trong hệ thống… Và dần tôi nhận ra một số vấn đề.
Sau khi nghiền ngẫm, phân tích quá trình rất nhiều lần, cuối cùng, tôi nhận ra tôi đã quên mất một nguyên lý quan trọng trong Agile. Agile không chỉ gói gọn trong việc xé nhỏ công việc ra, đó chỉ là một phần của Agile. Nguyên lý cơ bản của Agile chính là bắt đầu từ những thứ nguyên bản nhất, và tập trung vào những vấn đề được ưu tiên.
Phương pháp WATERFALL
Mô hình Waterfall được hiểu như sau:Thông thường, chúng ta sẽ bắt đầu với phần ý tưởng trong dự án, nhiệm vụ tiếp theo là liệt kê những chi tiết, đầu việc của dự án đó từ khi bắt đầu tới kết thúc. Tiếp đến, chúng ta sẽ chia nhỏ các đầu việc đó theo từng dòng thời gian, ước tính khoảng thời gian làm việc, hoàn thành dự án.
Chính vì vậy, những gì chúng ta làm ra, có thể không phù hợp được với thị hiếu của khách hàng.
Phương pháp AGILE
Với mô hình Agile, thị trường và khách hàng sẽ là trung tâm của cả dự án, và dự án sẽ bắt đầu từ những ý tưởng khái quát. Ban đầu, nhóm dự án cần tìm ra đâu là điều quan trọng nhất mà họ cần làm.
Tưởng tượng vòng tròn là ý tưởng khái quát, chấm màu vàng là điều quan trọng nhất mà nhóm dự án nghĩ.
Ví dụ, chúng ta cần xây dựng 1 trang web thương mại điện tử để bán quần áo. Tất cả các thành viên nhóm dự án đều biết được 1 trang thương mại điện tử cơ bản cần có gì, đó chính là ý tưởng khái quát.
Vậy đâu là điều quan trọng nhất mà họ cần làm tiếp theo?
Tác giả: Aaron Fan
Dịch: VNPMI
Các bài viết liên quan:
Số 229 Tây Sơn, Đống Đa, Hà Nội