Agile là gì (Phần 3): Hiểu Đúng Để Áp Dụng

Agile là gì (Phần 3): Hiểu Đúng Để Áp Dụng
Agile thường bị hiểu lầm là một sự "linh hoạt" thái quá, nơi các nhóm được tự do làm bất cứ điều gì họ muốn. Nhưng đó chỉ là một nửa sự thật!
Agile là gì (Phần 3): Hiểu Đúng Để Áp Dụng

Chào mừng bạn quay trở lại với series "Agile là gì?". Trong hai phần đầu, chúng ta đã khám phá về nguồn gốc và ý nghĩa của Tuyên ngôn Agile. Ở phần 3 này, chúng ta sẽ đi sâu vào "xương sống" của Agile: các phương pháp thực hành cốt lõi. Mục tiêu của bài viết là giúp bạn hiểu đúng bản chất của Agile để có thể áp dụng vào các dự án trong ngành Dược một cách hiệu quả nhất.

Lưu ý: Bài viết này được thiết kế cho những ai đã có kiến thức nền tảng về Agile, đang hoặc chuẩn bị triển khai phương pháp này cho tổ chức và dự án của mình.

Agile thường bị hiểu lầm là một sự "linh hoạt" thái quá, nơi các nhóm được tự do làm bất cứ điều gì họ muốn. Nhưng thực tế hoàn toàn ngược lại. Agile là một phương pháp tiếp cận kỷ luật, nhấn mạnh vào các vòng lặp ngắn, tính tự chủ của nhóm và khả năng thích ứng liên tục - tất cả đều nằm trong khuôn khổ các mục tiêu đã được thống nhất.

Các Thực Hành Cốt Lõi: Bộ Công Cụ Của Agile

Để biến các giá trị và nguyên tắc Agile thành hành động, chúng ta cần các phương pháp cụ thể. Trong thế giới Agile, Scrum đóng góp nhiều nhất, chiếm từ 60-80% các thực hành được áp dụng. Bên cạnh đó là các nguyên tắc nền tảng từ Lean và phương pháp trực quan hóa của Kanban.

1. Scrum: Khung sườn cho sự hợp tác

Scrum nhấn mạnh tinh thần làm việc nhóm sáng tạo và thích ứng để giải quyết các vấn đề phức tạp. Bất kể là nhóm phát triển phần mềm hay triển khai một chiến lược marketing cho sản phẩm dược, các thực hành của Scrum đều có thể mang lại giá trị to lớn.

Các yếu tố chính của Scrum bao gồm:

  • Nhóm liên chức năng: Tập hợp các thành viên từ nhiều bộ phận khác nhau (Medical, Marketing, Market Access, v.v.) để ra quyết định nhanh, tăng tính sáng tạo và loại bỏ các bước chuyển giao công việc tốn thời gian.
  • Các vai trò rõ ràng: Product Owner chịu trách nhiệm về "cái gì" (what) - tức giá trị công việc, và Scrum Master chịu trách nhiệm về "cách nào" (how) - tức quy trình làm việc hiệu quả.
  • Các vòng lặp ngắn (Sprint): Các chu kỳ làm việc ngắn (thường từ 1-4 tuần) bao gồm lập kế hoạch, thực thi, đánh giá và cải tiến, giúp nhóm linh hoạt thích nghi với thay đổi.
  • Product Backlog: Một danh sách ưu tiên hóa tất cả các công việc cần làm, đảm bảo nhóm luôn tập trung vào những gì tạo ra giá trị cao nhất.
  • Định nghĩa Hoàn thành (Definition of Done - DoD): Một bộ tiêu chí chung để đảm bảo chất lượng và tính minh bạch cho mọi công việc được hoàn tất.

Ví dụ thực tế: Triển khai Chương trình Hỗ trợ Bệnh nhân (PSP) cho thuốc "GlucoCare"

Bối cảnh: Một công ty dược chuẩn bị ra mắt thuốc điều trị tiểu đường mới tên là "GlucoCare". Mục tiêu là xây dựng một chương trình PSP nhằm tăng cường sự tuân thủ điều trị của bệnh nhân và cung cấp kiến thức y khoa tin cậy.

Thách thức: Đây là một dự án phức tạp, đòi hỏi sự phối hợp chặt chẽ giữa Medical, Marketing, Market Access và Customer Engagement.

Cách tiếp cận Agile (Scrum): Thay vì các bộ phận làm việc riêng lẻ, chúng ta thành lập một "Nhóm GlucoCare PSP" liên chức năng, bao gồm:

  • 01 chuyên viên Medical: Đảm bảo tính chính xác khoa học của nội dung.
  • 01 Brand Manager và 01 Digital Marketer: Phụ trách chiến lược và thực thi marketing.
  • 01 chuyên viên Market Access: Đảm bảo tuân thủ chính sách.
  • 01 chuyên viên Customer Engagement: Tối ưu hóa trải nghiệm bệnh nhân.

Brand Manager sẽ đảm nhận vai trò Product Owner (PO). Scrum Master (SM) có thể là một Agile Coach hoặc một thành viên trong nhóm được đào tạo.

Product Backlog của nhóm có thể bao gồm:

  • Tính năng: Xây dựng chức năng đăng ký thành viên trên website.
  • Nội dung: Sản xuất 03 video ngắn về cách sử dụng thuốc.
  • Tài liệu: Thiết kế brochure để trình dược viên sử dụng tại phòng khám.
  • Sự kiện: Tổ chức webinar hàng tháng với chuyên gia y tế.

Định nghĩa Hoàn thành (DoD) là checklist chất lượng mà mọi công việc phải đáp ứng:

Nội dung y khoa đã được Medical phê duyệt.

Nội dung marketing đã được Legal kiểm tra.

Các yếu tố chi phí đã được Market Access xác nhận.

Trải nghiệm người dùng đã được Customer Engagement kiểm tra.

Khi một hạng mục đáp ứng tất cả tiêu chí này, nó mới thực sự "Hoàn thành", giúp đảm bảo chất lượng và sự minh bạch tuyệt đối.

2. Lean: Tư duy tinh gọn để tối ưu hóa giá trị

Lean là triết lý tập trung vào việc liên tục loại bỏ lãng phí và các hoạt động không tạo ra giá trị. Mặc dù không phải là một phương pháp Agile trực tiếp, tư duy Lean là nền tảng cho rất nhiều thực hành của Scrum. Các nguyên tắc Lean thường được áp dụng là:

  • Xác định và loại bỏ lãng phí (ví dụ: thời gian chờ đợi, quy trình thừa).
  • Tập trung vào luồng giá trị (Value Stream) từ đầu đến cuối cho khách hàng.
  • Ưu tiên hiệu quả của luồng công việc thay vì hiệu suất của từng cá nhân.
  • Cải tiến liên tục (Kaizen).

Tiếp nối ví dụ "GlucoCare PSP":

Nhóm "GlucoCare PSP" sử dụng kỹ thuật lập bản đồ chuỗi giá trị (Value Stream Map). Họ vẽ ra toàn bộ quy trình từ lúc một tài liệu được lên ý tưởng cho đến khi nó đến tay bác sĩ.

Phát hiện: Mặc dù nhóm hoàn thành công việc rất nhanh trong Sprint, tài liệu phải mất thêm 4 tuần để qua vòng phê duyệt cuối cùng của bộ phận Tuân thủ (Compliance). Đây chính là một "lãng phí" chờ đợi khổng lồ.

Hành động: Bằng cách trực quan hóa điểm nghẽn này, nhóm có dữ liệu cụ thể để đề xuất cải tiến quy trình, ví dụ như mời đại diện bộ phận Tuân thủ tham gia các buổi Sprint Review để cho phản hồi sớm hơn.

Lưu ý: Scrum giúp tối ưu hóa công việc bên trong Sprint, còn tư duy Lean giúp chúng ta nhìn ra và giải quyết các điểm tắc nghẽn trước và sau Sprint.

3. Kanban: Trực quan hóa luồng công việc

Kanban tập trung vào việc rút ngắn thời gian giao giá trị cho khách hàng bằng cách trực quan hóa và tối ưu hóa luồng công việc. Các thực hành phổ biến là:

  • Sử dụng bảng Kanban để trực quan hóa công việc (các cột như "Ý tưởng", "Cần làm", "Đang làm", "Chờ duyệt", "Hoàn thành").
  • Giới hạn công việc đang thực hiện (WIP Limit) để tránh quá tải và tập trung hoàn thành công việc.
  • Đo lường và tối ưu hóa luồng chảy của công việc.

Tiếp nối ví dụ "GlucoCare PSP":

Nhóm sử dụng một bảng Kanban đơn giản. Điều này giúp mọi người, kể cả lãnh đạo, nhìn thấy rõ công việc đang ở đâu và có bị tắc nghẽn không (ví dụ: cột "Chờ duyệt" có quá nhiều việc).

Nhóm đặt ra giới hạn WIP là "3" cho cột "Đang làm". Điều này có nghĩa là tại bất kỳ thời điểm nào, không được có quá 3 hạng mục trong cột này. Quy tắc này buộc các thành viên phải hỗ trợ nhau hoàn thành công việc hiện tại trước khi bắt đầu việc mới, giúp cải thiện tốc độ và hiệu suất chung.

Agile Không Phải 'Viên Đạn Bạc': Cần áp dụng đúng nơi, đúng việc!

Agile không phải là giải pháp cho mọi vấn đề. Nó phát huy hiệu quả nhất trong những môi trường có độ bất định hoặc phức tạp cao, nơi chúng ta cần thử nghiệm và học hỏi nhanh chóng.

Các trường hợp phù hợp với Agile:

  1. Tối ưu hóa Trải nghiệm Khách hàng Đa kênh (Omnichannel Engagement):
    • Vấn đề: Làm sao để tạo ra hành trình trải nghiệm liền mạch cho HCPs (Chuyên gia Y tế) qua nhiều kênh (gặp mặt, email, webinar, Zalo)? Thông điệp nào hiệu quả nhất trên kênh nào?
    • Tại sao Agile phù hợp? Chúng ta không biết trước câu trả lời. Chúng ta chỉ có thể đưa ra các giả thuyết ("Gửi video tóm tắt sau webinar sẽ tăng tỉ lệ kê đơn") và kiểm chứng chúng qua các vòng lặp ngắn, dựa trên dữ liệu thực tế để điều chỉnh.
  2. Xây dựng và Vận hành Chương trình PSP:
    • Vấn đề: Bệnh nhân thực sự cần hỗ trợ gì? Họ thích nhận thông tin qua ứng dụng hay tin nhắn?
    • Tại sao Agile phù hợp? Thay vì xây dựng một chương trình hoàn chỉnh trong 1 năm, nhóm có thể bắt đầu với một vài tính năng cốt lõi (MVP - Minimum Viable Product) như một nhóm Zalo, sau đó thu thập phản hồi từ bệnh nhân để liên tục cải tiến và bổ sung các tính năng họ thực sự cần.

Các trường hợp KHÔNG phù hợp với Agile:

Ngược lại, Agile kém hiệu quả hơn với các hoạt động mang tính lặp lại, được quy định chặt chẽ với ít không gian để thay đổi.

  1. Quy trình Phê duyệt Nội dung (Content Approval):
    • Bản chất công việc: Mọi tài liệu quảng cáo đều phải qua một quy trình phê duyệt nội bộ nghiêm ngặt (Medical, Legal, Regulatory) để đảm bảo tuân thủ.
    • Tại sao không phù hợp? Quy trình này đòi hỏi sự chính xác và tuân thủ tuyệt đối, không phải là nơi để thử nghiệm và thay đổi liên tục.
  2. Quản lý Chất lượng và Tuân thủ (Quality Assurance & Compliance):
    • Bản chất công việc: Các hoạt động như kiểm toán, báo cáo tài chính được điều chỉnh bởi các quy tắc pháp lý nghiêm ngặt.
    • Tại sao không phù hợp? Mục tiêu là sự chính xác, lặp lại và có thể kiểm chứng. Sự linh hoạt và thử nghiệm của Agile đi ngược lại với bản chất của loại công việc này.

Lời Kết: Ba chìa khóa để bắt đầu

Hành trình áp dụng Agile không hề đơn giản, nhưng phần thưởng mang lại là rất xứng đáng. Nếu bạn là một nhà quản lý đang tìm cách thúc đẩy sự đổi mới và hiệu quả, hãy ghi nhớ ba điều sau:

  1. Agile là Kỷ luật, không phải Hỗn loạn: Agile trao quyền cho nhóm, nhưng trong một khuôn khổ có cấu trúc rõ ràng với các quy tắc, vai trò và sự kiện cụ thể. Nó là sự tự do trong khuôn khổ.
  2. Bắt đầu từ Giá trị, không phải Công cụ: Dù bạn chọn Scrum, Kanban hay Lean, câu hỏi quan trọng nhất luôn là: "Làm thế nào để chúng ta mang lại giá trị cho bệnh nhân và HCPs nhanh hơn và tốt hơn?". Hãy để câu trả lời dẫn dắt việc lựa chọn phương pháp.
  3. Ngữ cảnh mang tính quyết định: Hãy là một người lãnh đạo thông thái, biết nhận diện đâu là nơi cần sự sáng tạo, thử nghiệm của Agile và đâu là nơi cần sự ổn định, tuân thủ của các quy trình truyền thống. Kỹ năng áp dụng đúng công cụ cho đúng việc chính là chìa khóa thành công.
About Khiem Huynh
About Khiem Huynh

Trên vai trò Agile Coach, Khiêm hỗ trợ các phòng ban và quản lý nội bộ tại tổ chức của mình nâng cao hiệu suất làm việc và tư duy đổi mới thông qua các giải pháp Agile linh hoạt. Với hơn 13 năm kinh nghiệm trong lĩnh vực phát triển phần mềm và ngành Dược, cùng khả năng phân tích vấn đề nhanh chóng và tư duy chiến lược, Khiêm đã giúp các đội nhóm cải thiện sự gắn kết, đổi mới tư duy, và đạt được những kết quả vượt mong đợi.