Vì sao mình chọn Shape Up
Shape Up là một phương pháp tiếp cận trong phát triển dự án phần mềm, được xây dựng và phổ biến bởi Basecamp.
Trong quá trình làm việc, mình nhận thấy Agile/Scrum đang được áp dụng rộng rãi tại nhiều công ty. Tuy nhiên, ở một số nơi, Scrum gần như được xem là "chuẩn mực tuyệt đối", đến mức khó hình dung được một quy trình làm việc hiệu quả mà không có nó.
Mình không cho rằng Scrum là sai, và chắc chắn nó phù hợp với nhiều tổ chức. Nhưng từ trải nghiệm cá nhân, mình cảm thấy có những điểm chưa thực sự phù hợp, hoặc ít nhất là chưa phát huy được hết tiềm năng của đội ngũ trong một số hoàn cảnh cụ thể:
Khi bắt đầu một dự án mới với nhiều yếu tố chưa rõ ràng, việc phải tạo task chi tiết, tổ chức các buổi grooming, rồi đến planning để ước lượng công việc – đôi khi lại khiến mình cảm thấy bị giới hạn trong việc khám phá và sáng tạo.
Scrum tập trung vào việc hoàn thành các user story trong từng sprint. Thực tế, mình từng thấy những sprint có vẻ rất "thành công" vì tất cả các task đều hoàn tất – nhưng cuối cùng sản phẩm vẫn không thể release, do các phần chưa được ráp nối hoàn chỉnh, hoặc vẫn còn nhiều phần dang dở.
Khi yêu cầu đã rõ ràng và công việc được phân chia sẵn, vai trò của các kỹ sư phần mềm trong Scrum có xu hướng trở thành người “thực thi” hơn là người “tư duy”. Mình nghĩ kỹ sư phần mềm nên được tham gia vào quá trình tìm hiểu, đề xuất và phát triển giải pháp – chứ không chỉ dừng lại ở việc thực hiện theo yêu cầu.
Với Shape Up, cách tiếp cận của mình là xuất phát từ mục tiêu sản phẩm – dựa trên roadmap đã vạch ra. Mình không chia task ngay từ đầu, mà thay vào đó là đưa ra mục tiêu rõ ràng để cả nhóm cùng nghiên cứu, phân tích và đề xuất giải pháp.
Mình áp dụng chu kỳ phát triển ngắn hơn so với đề xuất của Basecamp – chỉ 3 tuần cho một vòng phát triển. Ngay cả khi hai tuần đầu là thời gian nhóm dành cho việc tìm hiểu và thử nghiệm, thì tuần cuối cùng vẫn thường mang lại những kết quả rõ ràng và giá trị.
Với Shape Up, nhóm mình cảm thấy được chủ động hơn, sáng tạo hơn và thực sự tham gia vào quá trình xây dựng sản phẩm – đúng với tinh thần của những kỹ sư làm sản phẩm chứ không chỉ là người viết mã.
Last updated