Bạn quyết định khi nào nên nhờ giúp đỡ như thế nào?

Question

IT Interview Practice · Accepted Answer

Người phỏng vấn tìm kiếm **phán đoán tốt** ở đây: không quá bướng bỉnh đến mức lãng phí cả ngày bị kẹt, cũng không quá vội đến mức chẳng bao giờ tự thử. Điểm cân bằng lý tưởng là **đặt giới hạn thời gian (time-box) cộng với một câu hỏi rõ ràng**.

## Cách tiếp cận

```text
QUY TẮC CHUNG
→ Tự thử trong một khoảng thời gian giới hạn (ví dụ 30-60 phút)
→ Ghi lại những gì bạn đã thử và bạn đang kẹt ở đâu
→ Sau đó hỏi một câu hỏi cụ thể, không phải "nó không chạy"
```

## Ví dụ minh họa

```text
S: Một bản build liên tục thất bại với một lỗi khó hiểu.
T: Tôi cần sửa nó để khai thông PR của mình.
A: Tôi dành 45 phút tìm kiếm và thử các cách sửa, ghi lại chính xác lỗi đó và
   các nỗ lực của mình, rồi hỏi một senior kèm theo bối cảnh đó.
R: Cô ấy nhận ra nó trong hai phút — một vấn đề cache đã biết. Tôi học được cách
   sửa và viết tài liệu để người khác không mất thời gian.
```

## Tốt và yếu

```text
✓ Nỗ lực trong giới hạn thời gian, rồi đặt câu hỏi cụ thể
✓ Tôn trọng thời gian của người khác bằng cách cung cấp bối cảnh
✗ Kẹt hàng giờ vì sĩ diện
✗ Nhắn tin nhờ ai đó trước khi tự thử
```

## Tại sao điều này quan trọng

Biết nhờ giúp đỡ đúng cách là một kỹ năng: nó tiết kiệm thời gian của bạn mà không đốt thời gian của đồng nghiệp.

Mang theo bối cảnh ("đây là những gì tôi đã thử") giúp bạn được hỗ trợ nhanh và cho thấy sự chủ động.

Biết khi nào nên báo lên cấp trên (escalate) ngăn các vật cản âm thầm lặng lẽ giết chết một sprint.

Cách tiếp cận

Ví dụ minh họa

Tốt và yếu

Tại sao điều này quan trọng

Câu hỏi liên quan