Năm 2015, tôi từng làm việc trong một dự án dùng Waterfall "kiểu Việt Nam" — vẽ sơ đồ 3 tháng, phát triển 8 tháng, rồi nhận ra requirement bị sai khác 180 độ. Lúc đó tôi mới hiểu tại sao các startup Silicon Valley chuyển sang Agile, và nó không phải là một cái trend, mà là tiến hóa từ sự tuyệt vọng thực tế.
Thực chất của Agile, không phải là chuỗi cuộc họp vô nghĩa
Mọi người thường nghĩ Agile là "họp daily standup hàng ngày", nhưng thực ra đó chỉ là cách để bạn phát hiện ra mình đang đi sai hướng sớm hơn — thay vì chờ 6 tháng.
Agile là triết lý cho phép bạn thay đổi hướng đi khi nhận ra yêu cầu khách hàng không phải là cái bạn tưởng. Agile là công cụ để team đó đồng bộ tốc độ thay vì ai cũng code một hướng. Agile là lối sống nơi bạn chấp nhận rằng không ai là tiên tri, kể cả Project Manager, kể cả CTO.
Con số này gây sốc: 70% dự án Waterfall vượt quá bộ thưởng; 42% dự án Agile không. Đó là số liệu từ Standish Group năm 2021, và nó vẫn đúng tới hôm nay.
Scrum là một cách để làm Agile, không phải là Agile toàn bộ
Đây là chỗ mà 90% công ty Việt Nam bị nhầm lẫn. Họ hiểu: "Scrum = Agile". Thực ra: **Scrum là *một* cách để thực hiện Agile**, giống như "Việc chạy bộ buổi sáng sớm" là một cách để giữ sức khỏe, nhưng sức khỏe không bằng chạy bộ.
Scrum chuẩn có:
Sprint Planning: Ngồi lên, chọn công việc cho 2 tuần tới (hoặc 1 tuần, tùy team)
Daily Standup: 15 phút, trả lời 3 câu — hôm qua làm gì, hôm nay làm gì, có gì blocked
Chia sẻ bài viết
Bài viết liên quan
Bạn cần tư vấn về công nghệ?
Đội ngũ Idflow luôn sẵn sàng hỗ trợ bạn trong hành trình chuyển đổi số.
Sprint Review: Chỉ cho khách hàng (hoặc PO) cái mà team đã làm, lấy feedback
Retrospective: Team chỉ ra cái hay, cái dở, cái cần improve
Nhưng Scrum không bắt buộc bạn phải:
- Ghi task vào Jira (bảng trắng cũng được)
- Dùng story points (ước chừng số giờ cũng OK)
- Code review trước khi merge (dẫu vậy nên làm)
Tôi từng làm với team không dùng Jira mà dùng bảng Excel, và nó hoạt động tốt hơn cái dự án Jira phức tạp ở bên cạnh. Khác biệt? Team đó thường xuyên gặp mặt, trò chuyện trực tiếp.
Những cái gai nhất trong Agile/Scrum ở Việt Nam
Mỗi lần lên plan một dự án Agile với khách hàng Việt, tôi lại gặp phải vấn đề tương tự:
1Khách hàng muốn biết trước tất cả. Họ hỏi: "Tổng cộng bao nhiêu sprint? Bao lâu xong?". Nhưng Agile không hoạt động như vậy — bạn plan Sprint 1, xong Sprint 1 mới plan Sprint 2, vì Sprint 2 sẽ thay đổi dựa trên feedback từ Sprint 1.
1Scope creep từ hell. Khách hàng nói "nhanh chút đi, thêm cái feature này vào sprint hiện tại". Rồi bạn bị nợ trong deadlines, team mệt mỏi, code quality suy giảm.
1Scrum Master là "mây trời". Nhiều công ty thuê Scrum Master mà người đó không hiểu phần mềm là gì. Họ chỉ biết chạy process, không giúp team loại bỏ obstacle thực tế.
Agile/Scrum làm việc khi nào?
Nói thật, Agile không phải cái gốc tốt cho mọi dự án:
Dự án mà yêu cầu rõ ràng, scope cố định, team lớn + ổn định? Waterfall có thể tốt hơn.
Dự án research (AI/ML), hoặc dự án mà khách hàng không biết cần cái gì? Agile là chân ái.
Dự án khẩn cấp, khách hàng thay đổi chỉnh lại mỗi tuần? Agile là duy nhất cơm.
Ở Việt Nam, những startup tech (Grab, Baemin, Sendo) đều dùng Agile mạnh tay. Tại sao? Vì market thay đổi quá nhanh, khách hàng cạnh tranh nhau từng tháng, từng tuần. Nếu bạn code 6 tháng theo plan cũ, market đã qua rồi.
Những điểm hay nhất mà ít ai nói
1Agile làm tăng ownership. Khi dev biết 2 tuần nữa phải demo cho khách hàng thực tế cái mình làm, họ sẽ chăm sóc quality hơn. Không có cái "tôi viết code, QA lo" nữa.
1Retro là nơi team thoải mái nhất. Nếu làm retro đúng (mở, không phán xét), đó là lúc bạn phát hiện ra các vấn đề hệ thống thực tế — manager quá đông việc, tool không phù hợp, hay junior dev bị áp lực quá.
1Sprint velocity là gương soi. Nếu velocity liên tục giảm, đó là tín hiệu: team bị kiệt sức, hoặc estimate có vấn đề, hoặc interrupt quá nhiều.
Agile/Scrum không phải là "silver bullet"
Tôi từng thấy một công ty dùng Scrum nhưng vẫn fail vì:
- Khách hàng không commit, feedback muộn
- Team senior toàn là freelancer, không ổn định
- Setup infrastructure tệ, deploy mất 2 giờ
Agile chỉ tốt khi tất cả stakeholder (khách hàng, team, quản lý) đều buy-in vào mindset "phát triển từng bước, học hỏi liên tục, thích ứng nhanh".
Nếu khách hàng muốn Waterfall mà bắt bạn dùng Scrum form, bạn sẽ fail. Scrum chỉ là tool, không phải là phép thuật.
---
Tóm lại, Agile/Scrum không phải là cách duy nhất để phát triển phần mềm, nhưng nó là cách tốt nhất khi thế giới thay đổi nhanh và bạn cần phản ứng linh hoạt. Đó cũng là lý do tại sao các team tại những nơi như Idflow Technology ưu tiên Agile — vì khách hàng cần sản phẩm tốt, không phải tài liệu nhiều.
