Không có PM trong team: Senior phải làm gì?

Gần đây tôi vừa qua thử việc, và trong buổi 1-on-1, manager nói với tôi: "Anh muốn em chủ động hơn trong việc khám phá các vấn đề của sản phẩm."

Điều đó khiến tôi hơi bất ngờ. Tôi viết code mỗi ngày, sửa issue, đẩy dự án về phía trước. Sao vậy mà vẫn chưa đủ chủ động? Tôi mất một lúc mới hiểu anh ấy thực sự muốn nói gì.

Mọi thứ chạy cùng lúc

Qua thử việc không có nghĩa là áp lực giảm. Thực ra, nó có nghĩa là phải tung hứng nhiều thứ hơn cùng một lúc:

Hạng mục	Tính chất	Tôi có thể kiểm soát gì
Sửa issue	Công việc hàng ngày, output được đo phần nào bằng số lượng	Giữ nhịp ổn định
Dự án A	Dự án chính thức, nhưng phía user chậm xác nhận yêu cầu	Hạn chế — chủ yếu chờ phản hồi
Nghiên cứu sản phẩm	Chủ động tìm cách cải thiện sản phẩm	Khi nào giao, trình bày thế nào, báo cáo ra sao

Khi bạn chuyển đổi giữa ba thứ trở lên trong một ngày, phần mệt mỏi không phải là số giờ. Mà là context switching liên tục.

Rồi tôi nhận ra: Team mình không có PM

Tôi biết điều đó từ ngày đầu, nhưng chưa bao giờ thực sự nghĩ xem nó có nghĩa gì.

Team có BA (Business Analyst) phụ trách phân tích yêu cầu, nhưng không ai thực sự sở hữu những câu hỏi như: Cái này đang ở đâu rồi? Ai đang bị block? Có nên sắp xếp lại ưu tiên không?

Ở công ty trước, PM hoặc Tech Lead xử lý hết những thứ đó. Tôi chỉ cần kiểm tra backlog, xác nhận ưu tiên, làm rõ yêu cầu sản phẩm, và tập trung viết code. Spec đến, tôi xây. Nếu bị kẹt, tôi nói với PM, và họ lo phần còn lại.

Bây giờ vai trò đó không tồn tại. Vậy ai đảm nhận?

Senior.

Senior không phải PM, nhưng cần Ownership

Lúc đầu tôi không hiểu. Tôi là engineer — tại sao phải đi đuổi user để lấy phản hồi, chủ động báo blocker, hay căn chỉnh ưu tiên với manager? Đó không phải việc của PM sao?

Nhưng điều đó không có nghĩa là Senior phải thay thế PM bằng cách sở hữu roadmap của team, xử lý phối hợp đa chức năng, hay theo dõi tiến độ của tất cả mọi người. Điểm thực sự đơn giản hơn: bạn không thể đối xử với blocker trong công việc của mình như thể đó là vấn đề của ai khác.

Khi tôi so sánh hai vai trò, sự khác biệt rõ ràng hơn:

	PM	Senior
Quản lý tiến độ của ai	Cả team	Các tuyến công việc của mình
Quyết định xây gì	Roadmap, ưu tiên	Không quyết định, nhưng căn chỉnh
Đuổi stakeholder	Tất cả người liên quan	Blocker của mình
Chịu trách nhiệm với	Mục tiêu kinh doanh	Tính năng mình phụ trách

Senior không cần quản lý người khác. Bạn chỉ cần giữ ba bốn tuyến công việc của mình không bị rơi. Báo blocker chủ động thay vì im lặng chờ đợi. Có ý kiến về tính năng mình phụ trách thay vì chỉ chờ chỉ thị.

Đó gọi là ownership, không phải PM.

Không phải công việc trước quá dễ

Một lúc tôi tự hỏi liệu công ty cũ có đơn giản là kỳ vọng thấp hơn với Senior không. Nhưng càng nghĩ, tôi càng nhận ra đó không phải vấn đề. Môi trường khác nhau thôi.

Công ty trước có PM che chắn tôi khỏi công việc phối hợp, và dòng sản phẩm đơn giản hơn. Ở đó, "Senior" được định nghĩa thiên về kỹ thuật hơn: nếu bạn giải được bài toán khó, thế là đủ. Trong môi trường hiện tại, một phần công việc còn là đẩy tiến độ sản phẩm về phía trước, vì không ai khác sẽ làm thay bạn.

Trong team lean, đó là bình thường. Không phải vô lý. Tôi chỉ chưa quen thôi.

Tôi thực sự đã làm gì

Sau khi hiểu ra, tôi thay đổi vài thứ:

Ưu tiên và căn chỉnh với manager. Tôi liệt kê mọi thứ theo ưu tiên và hỏi: "Thứ tự này OK không?" Chỉ một tin nhắn, nhưng nó thay đổi tư thế từ thụ động chờ chỉ thị sang chủ động quản lý công việc của mình.

Khi bị block, chuyển tuyến, nhưng để lại ghi chú. Nếu user của Dự án A không phản hồi, tôi ping mỗi tuần một lần và để lại dấu vết bằng văn bản. Manager biết blocker không ở phía tôi, và tôi có thể dùng thời gian trống để đẩy nghiên cứu sản phẩm.

Đừng context switching quá thường xuyên. Dùng ưu tiên để quyết định hôm nay làm gì thay vì đụng mọi thứ một chút. Ghi lại các tuyến bị block, để sang một bên, và quay lại khi chúng được unblock.

Suy nghĩ cuối

Tất cả nghe có vẻ cơ bản, nhưng với một engineer quen có PM lo phối hợp, cần thời gian để thích nghi. Dưới áp lực, có thể cảm thấy như đang làm việc không phải của mình. Nhưng ít nhất trong team không có PM, đây là một phần của việc làm Senior.

Ngoài lề, tôi đã sắp xếp suy nghĩ cho bài viết này thông qua các cuộc trò chuyện với AI trước, sau đó theo dõi qua một hệ thống cá nhân tôi xây cho việc ghi chép hàng ngày và phản hồi — tôi gọi nó là Pasiv. Vibe coding không chỉ là dùng AI để xây dự án. Nó còn bao gồm dùng nó để gỡ rối vị trí hiện tại của mình.