The Reality Check #3: Empowered Teams là thực sự khó xây dựng nhất ?
Đọc sách Marty Cagan xong, Chúng ta hừng hực khí thế đòi sếp trao quyền. Hôm sau sếp quăng cho cái file Excel bẩu vẽ spec y chang cái này cho anh. Chào mừng bạn về lại mặt đất.
“Chúng tôi cần những đội ngũ missionaries, chứ không phải lính đánh thuê” Marty Cagan.
“Em bớt chém gió lại, chiều nay chốt spec cho anh để sáng mai dev còn code” Ông sếp Châu Á điển hình.
Ở Reality Check #2, chúng ta đã buồn khi nhận ra cái Retention Loop đẹp đẽ bị đập nát bởi mấy cái voucher. Hôm nay, chúng ta sẽ chuyển sang một nỗi đau khác, đau hơn, mang tính... chính trị công sở. Đó là câu chuyện về Sự trao quyền (Empowerment).
Bất kỳ PM nào đọc xong hai cuốn kinh thánh Inspired và Empowered của Marty Cagan cũng đều thấy hừng hực lửa trong tim. Cuốn sách vẽ ra một viễn cảnh quá đẹp: Sếp giao cho team một bài toán (Problem), team tự research, tự quyết định giải pháp (Solution), và mang lại impact. Ngon ơ tuyệt con bà vời!
Mình cũng từng tin sái cổ vào cái lý tưởng đó. Nhớ hồi mới nhậm chức ở một tập cty internet xịn top VN, mình gom anh em lại, dõng dạc tuyên bố: “Từ nay team mình sẽ làm việc theo kiểu Empowered Teams. Các bạn được toàn quyền sáng tạo, không ai ép tính năng xuống nữa!”
Anh em vỗ tay rần rần.
Hai tuần sau, team mình gãy tan tành. Không ai dám chốt tính năng. Dev ngồi chơi xơi nước vì chờ PM sáng tạo. Lúc review, sếp chửi cho té ngửa vì trễ chưa chốt làm gì mà sản phẩm thì như một nồi lẩu thập cẩm tệ hơn thì gọi nồi cám lợn cũng được.
Lúc đó mình mới giác ngộ: Đem cái văn hóa Empowered của Thung lũng Silicon về cắm vào một tập đoàn hay team chưa mạnh chắc đa phần các cty sẽ đang như thế, nó chẳng khác gì lấy động cơ Ferrari lắp vào chiếc xe công nông. Chạy không nổi mà còn banh luôn dàn máy để không thì công nông còn có giá trị lao động tốt chứ ko đùa.
The Theory: Sự mộng mơ của Marty Cagan
Lý thuyết của Empowered Teams rất rõ ràng:
Lãnh đạo cung cấp Bối cảnh (Context) và Mục tiêu (Strategic Objectives).
Team tự quyết định Cách làm (How to solve the problem).
Product Manager là Mini CEO của sản phẩm, không phải là thợ viết tài liệu spec writer.
Trọng tâm của nó là chuyển từ Feature Factory sang Problem Solving Team. Nghe êm ru đúng không? Ở Google, Netflix, nó chạy mượt mà ngon luôn.
Nhưng xin lỗi bạn, chúng ta đang ở Việt Nam.
The Breaking Point: Văn hóa HiPPO và hội chứng Lính đánh thuê.
Ở Châu Á nói chung và Việt Nam nói riêng, mô hình quản lý mặc định là Command & Control (Ra lệnh và Kiểm soát). Cấu trúc quyền lực là Top-down đa phần.
Bạn nói chuyện Empowered Teams, nhưng bạn đâm sầm vào văn hóa HiPPO (Highest Paid Person’s Opinion — Ý kiến của người lương cao nhất phòng). Ở đây, sếp không giao bài toán. Sếp đi bàn chiến lược về hay thấy cái app đối thủ có tính năng X hay quá, hôm sau sếp quăng cái link vào group chat bảo: “Team nghiên cứu làm cái tính năng y chang vậy cho anh, cuối tháng lên sóng nha”.
Bạn từ chối? Bạn lấy sách Marty Cagan ra cãi sếp? Chuẩn bị cải xong cho đã rồi vừa tức vẫn vừa làm ?
Cái rào cản thứ hai còn cà chớn hơn và đau hơn: Chính team của bạn cũng chưa sẵn sàng để được trao quyền.
Khi bạn quen làm lính đánh thuê quá lâu sếp bảo gì làm nấy, làm xong phủi tay, sai thì sếp chịu, não bộ bạn sẽ hình thành một cơ chế phòng vệ. Đột nhiên bị ép phải tự quyết định đi, team sẽ rơi vào trạng thái tê liệt tạm thời =)). Không ai muốn đưa ra quyết định vì không ai muốn gánh còng lưng nếu dự án thất bại. Đẩy trách nhiệm (blame game) là môn thể thao quốc dân. Thà làm một cái bánh vẽ thất bại nhưng là do sếp duyệt, còn hơn làm một cái sáng tạo mà mình phải tự chịu trách nhiệm.
Vậy nên, mang Empowered Teams áp dụng rập khuôn ở đây là tự sát.
The Patch: Tự do trong khuôn khổ (Bounded Autonomy) và Nghệ thuật cấy ý tưởng
Thay vì đập bàn đòi quyền tự quyết như một đứa trẻ, PM thực chiến ở Việt Nam phải chơi một trò chơi tinh tế hơn nhiều và nghệ thuật hơn. Dưới đây là đề xuất của mình đã dùng để sống sót qua các môi trường doanh nghiệp khốc liệt nhất.
1. Đổi từ Empowerment sang Managed Empowerment (Tự do có kiểm soát)
Bạn không thể thả team ra một bãi đất trống rồi bảo xây cái gì cũng được. Bạn phải xây cho họ một cái Sandbox và bảo vệ họ nếu họ làm sai không chủ đích và ít nhất được phép làm sai nếu việc đó khó.
Hành động: Xác định rõ với sếp những cái Guardrails cho team được làm là gì. “Sếp ơi, tụi em sẽ giải quyết bài toán giảm drop-off rate ở màn hình Checkout. Sếp cho tụi em tự do test 3 UI khác nhau nhé, cam kết không đụng tới flow thanh toán cốt lõi và không tốn quá 2 sprint.
Bằng cách khoanh vùng rủi ro, sếp sẽ an tâm hơn nhiều so với việc nghe chữ trao quyền mông lung. Trong cái sandbox nhỏ đó, team bạn thực sự được Empowered.
2. Kỹ thuật Inception (Cấy ý tưởng) và Nghệ thuật Manage Up
Làm sao để sếp giao cho bạn giải bài toán chứ không bắt làm tính năng? Đừng cãi sếp, hãy Inception sếp. Cấy ý tưởng vào đầu sếp để sếp đồng cảm và chia sẽ ý tưởng đó là ý tưởng của bạn.
Tình huống: Sếp bảo Làm tính năng livestream bán hàng cho app đi em.
Phản ứng thợ code: Dạ vâng, để em vẽ spec. (Kết quả: fail sấp mặt vì app bán tài chính thì ai rảnh lên mà coi livestream).
Phản ứng PM thực chiến (Manage Up): Idea Ok anh. Ý anh là mình đang cần tăng độ trust để user chốt đơn lẹ hơn đúng không? Em thấy livestream giải quyết được cái trust này. Để em research thêm coi ngoài livestream thì còn cách nào nhẹ nguồn lực hơn mà cũng tăng trust không, thứ 6 em báo cáo anh nghen.
Đổi từ “Tính năng Livestream” sang “Bài toán Tăng Trust”. Ngon ơ. Sếp vẫn thấy được tôn trọng, mà bạn lại lách được khỏi cái bẫy Feature Factory.
3. Bào mòn dần hội chứng Thợ viết spec.
Đừng ép dev và designer tự quyết định mọi thứ ngay lập tức. Hãy giúp đội chuyển hoá dần.
Thay vì ném cho dev cái PRD dày 20 trang. Hãy ném cái PRD 5 trang, phần UI logic để lửng. Hỏi dev: “Chỗ xử lý error state này, anh thấy làm sao êm ru nhất? Em nghĩ cách A, anh thấy sao?
Từ từ chuyển họ từ người nhận lệnh sang người cùng giải quyết (Co-creator) họ giỏi hơn bạn tưởng rất nhiều. Phải chơi tới bến, kiên nhẫn từng sprint một. Rụng nụ giữa chừng là quay về máng lợn cũ ngay rồi đi chê Dev là dở hơi.
Kết cục của những nhà lãnh đạo tinh thần ngây thơ
Đọc sách Tây để lấy mindset, nhưng phải mang cái não của người Châu Á ra để thực thi.
Việc đòi hỏi Empowerment ở một tổ chức chưa trưởng thành không làm bạn thành siêu nhân Product. Nó thường biến bạn thành một PM ngáo , thích nói đạo lý và chê bai công ty.
Quyền lực không bao giờ được trao tặng miễn phí. Nó phải được giành lấy thông qua sự tin tưởng, và cách duy nhất để có sự tin tưởng là giải quyết xong những bài toán nhỏ bé, hằng ngày, nằm trong đúng cái phạm vi mà tổ chức cho phép. Bạn có đủ kiên nhẫn để chơi trò chơi dài hạn này không?
Tuần tới, chúng ta sẽ khép lại tuyến The Reality Check tháng 5 bằng số Reality Check #4 mình muốn share nhất: Khám phá xem sự ảo tưởng về Growth Hacking đã đốt cháy bao nhiêu tỷ đồng của các startup Việt Nam ra sao. Chuẩn bị tinh thần soi báo cáo P&L (Lời/Lỗ) nhé.
T.D,
T5.2026
P/s : Nếu thấy chủ đề này hay hãy share và subs để mình có động lực viết tiếp.