Vậy là cuối cùng bạn cũng đã tìm được công việc văn phòng đầu tiên của mình. Có thể là trong ngành IT hoặc một lĩnh vực nào khác — điều đó không quan trọng.

Điều quan trọng nhất trong vài tháng đầu tiên là không bị đánh trượt trong thời gian thử việc, đúng không? Mọi người sẽ đánh giá bạn, bạn cần vượt qua các rào cản trong giao tiếp, đi muộn về sớm (không hề), v.v. Một tình huống rất quen thuộc.
Có vẻ như bạn vẫn hoàn thành các nhiệm vụ, làm đúng "công việc của mình", nhưng cảm giác lo lắng vẫn không thôi đeo bám.
Chúc mừng người bạn của tôi, bạn đã rơi vào "bẫy hiển thị". Thường thì những người làm việc từ xa (remote) hay gặp phải điều này nhất, nhưng những người làm việc theo mô hình kết hợp (hybrid) cũng có thể cảm nhận được.
Trong bài viết này, chúng ta sẽ cùng tìm hiểu xem cái bẫy này là gì và làm thế nào để vô hiệu hóa nó — trước khi thời gian thử việc vô hiệu hóa bạn.
Bẫy hiển thị là gì
Thường thì công việc của bạn không thể nhìn thấy ngay kết quả lập tức. Ví dụ, bạn cần phải đi sâu vào nhiệm vụ, trao đổi với vài người trong đội ngũ hoặc bên kinh doanh để nắm được bối cảnh cần thiết — và vì thế không thể ngay lập tức cập nhật tiến độ gì đó trong ticket ngay trong ngày.
Và bạn thực sự đang làm việc: đọc tài liệu, tìm hiểu các hệ thống cũ... nhưng đến cuối ngày, bạn vẫn là một "người vô hình". Không ai biết bạn đã dành cả ngày để làm gì. Đó chính là bản chất của bẫy hiển thị.
Bạn đang ở trong bẫy nếu:
1. Những nhiệm vụ thú vị luôn được giao cho đồng nghiệp, còn bạn chỉ được nhận những việc lặt vặt như "đổi màu cái nút".
2. Trong kênh chat của nhóm, bạn luôn chỉ là người đọc.
3.
Tại các buổi họp cải tiến (retrospective) / họp tiến độ (standup),
không có gì nhiều để nói về bạn: "À... thì Vỹ vẫn đang làm việc".
4. Khi có ai đó ốm hoặc đi nghỉ phép — không ai kỳ vọng bạn sẽ là người tiếp quản các mảng công việc của họ.
Nếu bạn dính ít nhất hai điều trên thì bạn đã lọt vào bẫy rồi. Phần tiếp theo sẽ không khuyên bạn "hãy trở thành người hướng ngoại", mà là cách dịch công việc của bạn sang ngôn ngữ mà những người đưa ra quyết định có thể hiểu được.
Tại sao lý lẽ "Tôi vẫn đang làm việc mà" là chưa đủ
Một sự thật gây khó chịu: Các nhà quản lý và những người quyết định có gia hạn hợp đồng với bạn sau thời gian thử việc hay không, họ không tư duy bằng lịch sử hoạt động trên Jira. Họ tư duy bằng **ký ức và những câu chuyện ngắn gọn**.
Trong đầu của nhóm trưởng (team lead) vào ngày thứ Sáu không phải là một bảng số liệu "Vỹ: làm được 14 ticket". Mà nó sẽ kiểu như:
- "Mai đã giải quyết xong lỗi chặn API, chúng ta không bị trễ hạn"
- "Phong im lặng hai ngày rồi, chẳng biết thế nào"
- "Vỹ... có vẻ ổn, ổn định"
Hãy đoán xem ai sẽ là người dễ được bảo vệ hơn khi đánh giá nhân sự / trước HR / trước chính họ, khi phải quyết định "giữ lại hay không".
Một ticket không có câu chuyện cập nhật bên ngoài = bạn giống như không hề tồn tại trong "trận đấu". Bạn có thể đã làm được một việc rất phức tạp và hữu ích. Nhưng nếu điều đó chỉ có bạn và môi trường lập trình (IDE) biết (và có thể cả trợ lý AI của bạn nữa) — thì đối với hệ thống, nó gần như bằng không.
Một điểm quan trọng: **Hiển thị không phải là khoe khoang**.
Hiển
thị là việc dịch kết quả công việc sang ngôn ngữ của rủi ro và giá trị:
điều gì đã khả thi / điều gì sẽ không bị hỏng nữa / chúng ta đã biết
thêm được gì.
"Tôi đã làm việc cả ngày" — đây là báo cáo về sự bận
rộn. Bạn chỉ nên nói câu này với người yêu khi giải thích lý do không
trả lời tin nhắn hài hước.
"Đã làm rõ các điểm chưa chắc chắn về phần
X, ngày mai có thể bắt đầu làm phần Y" — đây là báo cáo về tiến độ. Nó
vô cùng giá trị.
Thời gian thử việc chính là cần vế thứ hai. Vế đầu tiên nghe có vẻ chăm chỉ. Vế thứ hai nghe có vẻ hữu ích. Người ta tuyển người hữu ích.
Cách vô hiệu hóa chiếc bẫy
Dưới đây là một vài thói quen làm việc hiệu quả. Và bạn cũng chẳng cần phải học chơi đàn guitar để gây chú ý đâu.
1. Cập nhật sau khi hoàn thành một phần việc, chứ không phải "khi được hỏi"
Sau khi xong một nhiệm vụ / nửa ngày làm việc / làm rõ một phần nội dung — hãy viết 3–4 dòng vào ticket hoặc vào kênh chat công việc:
1. **Đã làm gì** — một câu ngắn gọn, dễ hiểu.
2. **Đã giải quyết được rủi ro / khó khăn gì** — tại sao điều này lại cần thiết với mọi người.
3. **Kiểm tra thế nào / điều gì có thể lỗi** — để người duyệt và team lead biết nên nhìn vào đâu.
4. **Tiếp theo là gì** — bước tiếp theo hoặc câu hỏi cần giải quyết.
**Trước đây (kiểu vô hình kinh điển):**
"Đang làm. Đang tìm hiểu."
**Bây giờ:**
"Đã tìm hiểu phần code cũ của nhiệm vụ thanh toán: phát hiện ra biến x ở dịch vụ A và dịch vụ B đang được hiểu khác nhau.
Đã vẽ một sơ đồ nhỏ + gửi hai câu hỏi cho tác giả của đoạn code cũ.
Điểm nghẽn: Nếu không có phản hồi về dịch vụ B, tôi chưa thể ước lượng chính xác thời gian xong.
Bước tiếp theo: Nếu đến 16:00 vẫn im lặng — tôi sẽ làm theo giả định X và ghi nhận lại trong ticket."
Bạn không hề nói to hơn. Bạn chỉ trở nên **dễ hiểu**. Đối với thời gian thử việc, điều này thường quan trọng hơn nhiều so với việc "lẳng lặng thêm một đoạn mã nữa vào kho".
2. Quy tắc 90/15 khi bị tắc nghẽn
Hãy luôn thông báo về điểm nghẽn ngay khi gặp phải. Mô hình rất đơn giản: **90 phút** tự mình tìm cách giải quyết vấn đề, **15 phút** để chuẩn bị câu hỏi và tìm đến người hướng dẫn / đồng nghiệp.
Câu hỏi không phải là "cứu tôi với, tôi kém quá", mà là:
- Tôi đã thử những gì;
- Tôi kỳ vọng kết quả thế nào;
- Hiện tại tôi đang thấy gì;
- Câu hỏi mấu chốt nhất là gì.
Im lặng đến tiếng thứ ba không phải là khiêm tốn. Đó là cách biến một điểm nghẽn nhỏ thành việc "người này làm việc chậm chạp, không hiểu lý do tại sao".
3. Đừng sợ trông có vẻ ngớ ngẩn — hỏi là điều cơ bản
Trong thời gian thử việc, một câu hỏi ngớ ngẩn vẫn tốt hơn là sự im lặng ngớ ngẩn. Sự im lặng tạo ra định kiến ("chậm chạp / lạc lõng"). Câu hỏi tạo ra ấn tượng ("đang tìm hiểu / đang đồng bộ"). Hãy chọn ấn tượng bạn muốn.
4. Nếu có thể — hãy đến văn phòng trong những tuần đầu tiên
Không phải vì "làm việc từ xa là xấu". Mà vì trong thời gian thử việc, bạn cần **xây dựng niềm tin**, và việc gặp mặt trực tiếp sẽ giúp điều đó diễn ra nhanh hơn: thông qua bối cảnh, những câu chuyện đùa, hay câu nói "lại đây tôi chỉ cho". Làm việc từ xa đòi hỏi tính kỷ luật cao hơn trong việc hiển thị bản thân, chứ không ít hơn. Nếu có cơ hội làm việc trực tiếp, hãy tận dụng nó.
Bảng kiểm tra cho tuần
- 5 lần cập nhật ngắn gọn vào ticket/chat mà **không cần** ai phải nhắc "vui lòng kiểm tra giúp".
- 1 câu hỏi được chuẩn bị kỹ theo quy tắc 90/15 thay vì ngồi tự tìm Google ba tiếng đồng hồ luẩn quẩn.
-
Một lần nói trực tiếp hoặc nhắn tin riêng với team lead: "Trong tuần
này tôi sẽ giải quyết xong phần chưa rõ này / rủi ro này".
- Trước
buổi họp 1-1 tiếp theo — chuẩn bị ba đầu dòng về "những gì đã thay đổi
nhờ có tôi", chứ không phải một danh sách các ticket.
"Nhưng mà..." — những lý do ngụy biện phổ biến
**"Như vậy là khoe khoang."**
Không
phải. Khoe khoang là "nhìn xem tôi giỏi chưa này" mà không có dẫn
chứng. Còn cập nhật là "đây là những gì đã làm, đây là rủi ro, đây là
cách kiểm tra".
**"Ở chỗ chúng tôi không ai làm thế cả."**
Bạn
không nhất thiết phải nhắn tin ầm ĩ vào kênh chat chung — chỉ cần cập
nhật vào ticket là đủ. Người cần đọc sẽ đọc được ticket.
**"Tôi là người hướng nội."**
Người hướng nội thường viết thông tin vào ticket dễ dàng hơn. Hãy tận dụng lợi thế đó.
**"Tôi chưa có gì để viết, tôi vẫn đang làm quen."**
Chính
vì thế bạn càng phải viết: bạn đang làm quen với *cái gì*, có câu hỏi
*gì*, có giả định *gì*. "Đang làm quen" mà không để lại dấu vết = một
chiếc hộp đen. "Đang làm quen như thế này này" = có tiến độ.
Lời kết
Người ta hiếm khi trượt thử việc vì lý do "hoàn toàn không biết viết code". Thường là vì người đó **không đem lại sự rõ ràng trong công việc**: không biết họ đang ở đâu, đang làm gì, khi nào gặp khó khăn, khi nào hoàn thành, và sự hiện diện của họ có ích gì cho đội ngũ.
Bẫy hiển thị rất dễ chịu: bạn thực sự làm việc chăm chỉ nhưng trông lại như một kẻ vô hình. Lối thoát không phải là làm việc hùng hục đến đêm muộn. Lối thoát nằm ở thói quen giúp công việc của bạn được nhìn thấy bởi **những người quyết định việc bạn có được ở lại hay không**.
Hãy hoàn thành các ticket. Nhưng hãy để lại dấu ấn.
Không có nhận xét nào:
Đăng nhận xét