Làm việc với Engineering & Design: Niềm tin và "healthy tension"

Vì sao quan hệ này quyết định thành bại

80% thời gian của PM là làm việc cùng Engineering và Design. Nếu quan hệ này rối, mọi chiến lược hay ho đều chết ở khâu thực thi: engineer làm cho xong, designer bất mãn, chất lượng tụt. Nếu quan hệ này khoẻ, bạn có một cỗ máy tự vận hành tạo ra sản phẩm tốt.

Bức tranh lớn: tam giác ngang hàng

graph TD
  PM[PM - Van de va Gia tri] --- ENG[Engineering - Kha thi ky thuat]
  PM --- DES[Design - Trai nghiem]
  ENG --- DES

Ba đỉnh ngang hàng. PM không phải sếp của Eng/Design. Sản phẩm tốt sinh ra từ sự cân bằng, không từ một đỉnh áp đặt.

Healthy tension vs rối loạn chức năng

Căng thẳng lành mạnh là dấu hiệu tốt — nó nghĩa là mỗi bên đang đẩy cho phần giá trị của mình. Nhiệm vụ của PM không phải dập nó, mà giữ nó ở mức tôn trọng.

Ví dụ chi tiết: xử lý một deadline căng

Bối cảnh: mùa mua sắm, cần ra tính năng trước 2 tuần, team nói không kịp.

• PM non tay: "Phải kịp, cố lên" + tự chỉ định giải pháp kỹ thuật để nhanh. Engineer làm ẩu, nợ kỹ thuật chồng chất, tháng sau vỡ.
• PM trưởng thành: nói rõ ràng buộc kinh doanh ("phải chạy trước mùa mua sắm vì đây là 40% doanh thu năm"), rồi hỏi "Với ràng buộc đó, team thấy đánh đổi nào chấp nhận được?". Team tự đề xuất: cắt 3 tính năng phụ, ship lõi đúng hạn, phần còn lại làm sau. PM sở hữu ràng buộc, team sở hữu cách giải.

Lộ trình xây quan hệ tin cậy

graph LR
  A[Brief van de ro rang] --> B[Trao quyen giai phap]
  B --> C[Co mat go vuong]
  C --> D[Ghi nhan cong khai]
  D --> A

• Brief vấn đề, không ra lệnh giải pháp. "User cần đặt lịch trong 30 giây; nhiều người bỏ ở bước chọn ngày" thay vì "làm cho tôi cái dropdown".
• Trao quyền "làm thế nào". Hỏi "cái gì & vì sao", để cách làm cho chuyên gia.
• Có mặt gỡ vướng. Trả lời câu hỏi trong ngày, bảo vệ team khỏi thay đổi hỗn loạn.
• Ghi nhận công khai. Khen team trước mặt lãnh đạo — niềm tin nhân đôi.

Thói quen & kỷ luật

Working mindset: "Tôi sở hữu vấn đề; team sở hữu giải pháp."

Cần luyện tập gì (drills)

• Drill 1 — Brief-không-giải-pháp: viết lại 3 yêu cầu gần nhất dưới dạng vấn đề + ràng buộc, bỏ hết chi tiết implement.
• Drill 2 — Im lặng chiến lược: trong buổi thiết kế giải pháp, cố nói sau cùng để không "mồi" team theo ý mình.
• Drill 3 — Một câu ghi nhận/ngày: mỗi ngày nói một lời cảm ơn cụ thể (không chung chung).

Checklist hành động tuần này

• [ ] Chọn 1 story, viết lại dạng vấn đề + acceptance criteria (bỏ giải pháp)
• [ ] Đặt 1-1 15 phút với tech lead và design lead
• [ ] Xác định 1 vướng mắc của team và chủ động gỡ
• [ ] Ghi nhận công khai 1 đóng góp cụ thể

Chỉ số & North Star

North Star: team có chủ động mang giải pháp tốt hơn ý ban đầu của bạn không? — đó là dấu hiệu bạn brief đúng và trao quyền thật.

Dấu hiệu bạn đã thành thạo

• Engineer/designer chủ động rủ bạn bàn sớm, không né.
• Team dám phản biện bạn công khai (dấu hiệu an toàn tâm lý).
• Bạn hiếm khi phải "ép" — mọi người đồng thuận vì hiểu vì sao.

Cạm bẫy thường gặp

Chốt lại

• Ba đỉnh ngang hàng; PM sở hữu vấn đề, trao quyền giải pháp.
• Giữ "healthy tension" ở mức tôn trọng — đừng dập, đừng để thành công kích.
• Đo bằng việc team có chủ động mang giải pháp tốt hơn không.