Agile là gì?

Agile là triết lý và cách làm việc linh hoạt, chia dự án thành các chu kỳ ngắn (iteration/sprint), giao sản phẩm từng phần và liên tục điều chỉnh theo phản hồi — thay vì lập kế hoạch cứng nhắc một lần.

Agile phổ biến trong phát triển phần mềm nhưng đã lan sang marketing, vận hành. Scrum và Kanban là hai khung làm việc phổ biến theo tinh thần Agile.

Bốn giá trị gốc, nói bằng tiếng Việt dễ hiểu

Tuyên ngôn Agile ưu tiên: con người và tương tác hơn quy trình và công cụ; sản phẩm chạy được hơn tài liệu đầy đủ; hợp tác với khách hàng hơn đàm phán hợp đồng; thích ứng với thay đổi hơn bám theo kế hoạch. Vế sau vẫn có giá trị — chỉ là khi phải chọn thì nghiêng về vế trước.

Chỗ hay bị hiểu sai: “thích ứng với thay đổi” không có nghĩa là không lập kế hoạch, và “sản phẩm chạy được hơn tài liệu” không có nghĩa là bỏ viết tài liệu. Agile bỏ kế hoạch cứng cho cả năm, không bỏ việc lập kế hoạch.

Dấu hiệu một nơi làm Agile hình thức

Họp đứng hằng ngày biến thành buổi báo cáo tiến độ cho quản lý; sprint có hạn nhưng phạm vi công việc vẫn bị thêm giữa chừng; buổi cải tiến cuối sprint nêu vấn đề năm nào cũng giống nhau mà không ai xử lý; “ưu tiên” nghĩa là mọi thứ đều ưu tiên cao. Nhìn chung, nếu nhịp làm việc không thay đổi được điều gì sau mỗi vòng, thì đó là họp nhiều hơn chứ không phải linh hoạt hơn.

Câu hỏi để dò khi phỏng vấn: “đội quyết định phạm vi của một sprint như thế nào, và điều gì xảy ra khi có việc gấp chen ngang?”. Cách trả lời cho biết ngay đây là Agile thật hay chỉ là tên gọi.

Agile ngoài phần mềm

Marketing, vận hành và cả nhân sự đều mượn được nhịp làm việc này: chia mục tiêu lớn thành đợt ngắn, chốt phạm vi từng đợt, lấy phản hồi thật rồi điều chỉnh. Điều kiện để nó hoạt động ở mọi lĩnh vực là như nhau — có người quyết định thứ tự ưu tiên, có vòng phản hồi đủ nhanh, và đội được phép nói không với việc chen ngang.

Agile trong tin tuyển dụng

Khi mô tả công việc ghi “làm việc theo mô hình Agile”, điều đó thường hàm ý ba thứ về đời sống hằng ngày của bạn: công việc chia theo chu kỳ ngắn có mốc chốt đều đặn; họp ngắn thường xuyên hơn nhưng họp dài ít đi; và bạn được kỳ vọng nói ra tiến độ cùng vướng mắc của mình chứ không chờ ai hỏi.

Với người quen môi trường giao việc theo kế hoạch dài, cú sốc lớn nhất không phải công cụ mà là mức độ chủ động phải có. Ngược lại, thứ bạn nhận lại là được tham gia quyết định phạm vi công việc của chính mình. Ở buổi phỏng vấn, một câu hỏi cho biết nhiều nhất là: “ai quyết định thứ tự ưu tiên, và đội có được từ chối việc chen ngang giữa chu kỳ không?”.

Agile với người không làm kỹ thuật

Nếu bạn làm kinh doanh, vận hành hay nội dung và được xếp vào một đội chạy Agile, ba thói quen giúp hoà nhập nhanh: chia đề xuất của mình thành phần nhỏ giao được trong một chu kỳ thay vì một dự án ba tháng; nói rõ tiêu chí “thế nào là xong” ngay khi đưa yêu cầu; và mang phản hồi thật từ khách hàng vào buổi sơ kết thay vì ý kiến cá nhân.

Phần khiến người mới khó chịu nhất thường là phải chấp nhận không đưa hết mong muốn vào một chu kỳ. Đổi lại, thứ được chọn sẽ xong thật và xong sớm — điều hiếm thấy ở các kế hoạch dài mà mọi yêu cầu đều được ghi nhận rồi cùng nhau trễ.

Ví dụ: cùng một dự án, hai cách chạy

Cách cũ — lập kế hoạch 6 tháng cho một ứng dụng đặt lịch: 2 tháng phân tích, 3 tháng làm, 1 tháng kiểm thử. Tới tháng thứ 6 mới có bản chạy được cho khách xem, và mới biết luồng đặt lịch không hợp thói quen của lễ tân. Sửa thì đội đã tiêu gần hết ngân sách.

Cách Agile — chu kỳ 2 tuần. Chu kỳ 1 làm đúng luồng đặt lịch tối giản, đưa 3 phòng khám dùng thử. Phản hồi: lễ tân cần đặt hộ khách qua điện thoại, không phải khách tự đặt. Chu kỳ 2 đổi hướng theo phát hiện đó. Đến tháng thứ 6, sản phẩm đã qua 12 vòng phản hồi thật.

Điểm mấu chốt không phải làm nhanh hơn mà là biết mình sai sớm hơn — lúc sửa còn rẻ. Ngoài phần mềm cũng vậy: một chiến dịch marketing chạy thử ngân sách nhỏ trên 2 nhóm khách trước khi đổ toàn bộ tiền là cùng một tư duy.