Bối cảnh

  • Trong sprint, có một task nhỏ về xử lý dữ liệu cho màn import
  • Dev phụ trách chính nói:

    “Phần này không phải của em. Để bên data xử lý.”

  • Nhưng hiện tại bên data chưa ai sẵn sàng – task bị treo

👉 Nếu không xử lý ngay, sẽ ảnh hưởng đến deadline chung

Phản ứng ban đầu của mình

  • Mình nói: “Cái này thì làm giúp được không?” – nhưng không đủ thuyết phục
  • Dev vẫn bảo: “Nếu em làm, sau này mọi người lại giao phần này cho em tiếp”

➡️ Không khí nhóm trở nên căng thẳng và thiếu hợp tác

Mình đã làm gì để giải quyết

1. Gặp riêng dev để hiểu lý do thực sự

“Bạn đang lo ngại điều gì khi nhận task này?” → Hóa ra bạn ấy sợ bị gán trách nhiệm về lâu dài – không phải lười

2. Xác nhận lại phạm vi và đề xuất hướng xử lý rõ ràng

“Hiện tại resource bên data chưa sẵn sàng, task này ảnh hưởng toàn sprint
Nếu bạn hỗ trợ lần này, mình sẽ ghi rõ log task để không lặp lại trách nhiệm.”

3. Sau khi dev đồng ý – mình ghi chú rõ trong tool quản lý công việc

Để tránh việc bạn ấy bị lặp vai không rõ ràng về sau

Bài học rút ra

  • Dev từ chối task không phải vì ngại việc – mà vì lo ngại phạm vi trách nhiệm
  • Là BrSE, bạn cần biết lúc nào nên gỡ nút thắt tâm lý, chứ không chỉ “ép cho xong việc”
  • Quan trọng là: minh bạch vai trò + ghi log rõ ràng để bảo vệ cả đôi bên

Kết luận

Khi team có người phản đối task – đừng vội cho là họ vô trách nhiệm.
Hãy tìm hiểu lý do, xử lý tâm lý và tạo sự rõ ràng về phạm vi – đó cũng là vai trò thiết yếu của một BrSE.

👉 Bài tiếp theo sẽ nói đến tình huống thực tế khác: “Mình từng bỏ qua lỗi UI nhỏ – và nó trở thành lỗi nghiêm trọng khi khách trình chiếu”