Mở đầu — vì sao bài này quan trọng
Năm đầu tiên làm quản lý là năm dễ vấp ngã nhất trong cả sự nghiệp lãnh đạo của bạn. Không phải vì bạn kém — mà vì bạn đang làm một công việc hoàn toàn mới bằng bộ kỹ năng của công việc cũ. Bạn được thăng chức nhờ giỏi làm việc chuyên môn (individual contributor — IC), nhưng cái làm bạn thành công ở vai trò IC lại thường chính là thứ khiến bạn thất bại ở vai trò quản lý.
Điều đáng nói là các sai lầm năm đầu không hề ngẫu nhiên. Chúng lặp lại một cách gần như giống hệt nhau ở hầu hết new manager — từ một trưởng nhóm dev ở Tiki, một team lead marketing ở Shopee, cho đến một quản lý bán hàng ở một chuỗi mỹ phẩm tại TP.HCM. Vì chúng lặp lại một cách có quy luật, nên chúng cũng có thể được dự đoán và phòng tránh. Đó chính là mục tiêu của bài này: giúp bạn nhìn thấy trước những cái hố mà đa số người mới đều rơi vào, để bạn đi vòng qua thay vì phải trả giá bằng nửa năm loay hoay.
Hãy xem bài học này như một tấm bản đồ cảnh báo. Nó không dạy lại chi tiết từng kỹ năng (delegation, feedback, 1-on-1 đã có các bài riêng), mà tổng hợp lại các cạm bẫy — pitfalls — theo dòng thời gian của năm đầu, cùng dấu hiệu nhận biết và cách sửa. Nếu bạn nhận ra mình đang có một trong những dấu hiệu này, hãy coi đó là tin tốt: bạn phát hiện sớm, và còn kịp điều chỉnh.
Khái niệm cốt lõi
Vì sao pitfall năm đầu có quy luật
Bản chất của việc chuyển từ IC sang manager là một sự thay đổi về "đơn vị giá trị". Trước đây, giá trị của bạn = việc bạn tự làm ra. Bây giờ, giá trị của bạn = việc cả nhóm làm ra. Não bộ của một IC giỏi được huấn luyện để "tự tay giải quyết vấn đề", và bản năng đó không tự tắt khi bạn đổi chức danh. Gần như mọi pitfall năm đầu đều bắt nguồn từ việc bản năng IC cũ tiếp tục chạy trong một vai trò không còn phù hợp với nó.
Bốn nhóm pitfall lớn
Tôi thường nhóm các sai lầm năm đầu thành bốn cụm để dễ nhớ:
1. Bẫy "vẫn làm IC" (doing the work). Bạn tiếp tục ôm việc chuyên môn vì nó quen tay, đo lường được và mang lại cảm giác an toàn. Đây là pitfall phổ biến nhất trong tháng 1–3.
2. Bẫy "quản lý bằng bản năng cũ" (managing like a peer, hoặc quản lý quá tay/quá lỏng). Bạn hoặc trở thành người bạn thân của cả nhóm và né tránh mọi xung đột, hoặc lao vào micromanage vì lo lắng. Cả hai đều là hai đầu của cùng một trục: chưa tìm được điểm cân bằng về quyền lực và niềm tin.
3. Bẫy "im lặng và tích tụ" (avoiding hard conversations). Bạn trì hoãn feedback khó, tránh nói chuyện về hiệu suất kém, và để vấn đề nhỏ tích tụ thành khủng hoảng.
4. Bẫy "quên quản lý lên và ra ngoài" (forgetting to manage up & across). Bạn dồn hết năng lượng xuống dưới (với nhóm) mà quên báo cáo, quên xây dựng quan hệ với sếp và các phòng ban khác, khiến nhóm của bạn "vô hình" trong tổ chức.
Dòng thời gian của năm đầu
Các pitfall xuất hiện theo giai đoạn khá rõ:
- Tháng 1–3: chủ yếu là bẫy số 1 — vẫn ôm việc IC. Lịch của bạn kín đặc việc chuyên môn, không có chỗ cho 1-on-1.
- Tháng 4–6: bẫy số 2 và 3 nổi lên — bạn bắt đầu thấy mâu thuẫn nội bộ, có người làm dưới kỳ vọng, và bạn phát hiện mình đang né tránh.
- Tháng 7–9: bẫy số 3 và 4 — hậu quả của việc né tránh bắt đầu hiện ra (người giỏi mệt mỏi, người yếu vẫn ở đó), và bạn nhận ra sếp không thực sự biết nhóm bạn đang làm gì.
- Tháng 10–12: giai đoạn "trả giá hoặc trưởng thành" — hoặc bạn đã điều chỉnh và nhóm ổn định, hoặc các vấn đề tích tụ bùng nổ vào kỳ review cuối năm.
Tình huống thực tế
Tình huống 1: Trưởng nhóm dev vẫn code 80% thời gian
Minh, 28 tuổi, là kỹ sư giỏi nhất trong nhóm backend của một công ty fintech ở Hà Nội (khoảng 120 nhân sự). Anh được thăng làm Team Lead quản lý 5 người. Ba tháng đầu, Minh vẫn nhận những task khó nhất về mình vì "giao cho người khác thì chậm và dễ lỗi". Lịch làm việc của anh: khoảng 85% thời gian là viết code và review pull request, chỉ còn lại vài buổi trò chuyện ngẫu hứng ở hành lang, không hề có 1-on-1 định kỳ.
Dấu hiệu cảnh báo xuất hiện vào tháng thứ 3: một thành viên tên Lan xin nghỉ. Trong buổi exit interview, Lan nói: "Em không biết mình đang làm tốt hay không, ba tháng chưa ai nói với em về công việc của em một cách nghiêm túc." Cùng lúc, hai task quan trọng bị trễ deadline vì cả nhóm bị nghẽn ở khâu review của Minh — anh là "single point of failure".
Diễn giải: Minh rơi đúng vào pitfall kinh điển của tháng 1–3. Anh tối ưu cho cảm giác an toàn cá nhân (làm việc mình giỏi) thay vì cho năng lực của nhóm. Việc anh ôm review khiến cả nhóm phụ thuộc vào anh, còn việc thiếu 1-on-1 khiến người giỏi như Lan cảm thấy bị bỏ rơi.
Bài học: Nếu lịch của bạn nhìn giống hệt lịch của một IC, bạn chưa thực sự làm quản lý — bạn chỉ đang có thêm một cái chức danh. Minh sau đó block cứng 2 buổi/tuần chỉ cho 1-on-1 và cố tình giao các task "vừa sức nhưng hơi khó" cho từng người để họ trưởng thành. Sau hai tháng, throughput của nhóm tăng vì không còn nghẽn ở anh.
Tình huống 2: Người bạn thân biến thành "sếp né tránh"
Thảo được đề bạt làm quản lý một nhóm marketing 6 người tại một startup thương mại điện tử ở TP.HCM. Trước đó cô là đồng nghiệp ngang hàng, thân thiết, hay đi ăn trưa với cả nhóm. Sau khi lên sếp, Thảo cố giữ nguyên mối quan hệ "bạn bè" đó — cô ngại giao việc cứng rắn, ngại nhắc nhở khi ai đó trễ hạn, và đặc biệt né mọi cuộc trò chuyện khó.
Có một thành viên tên Đức thường xuyên nộp bài trễ và chất lượng thấp. Thảo biết rõ, nhưng cô tự nhủ "để từ từ rồi nói", vì sợ làm hỏng tình cảm. Ba tháng trôi qua, không ai được nói thẳng. Kết quả: những người làm tốt bắt đầu ấm ức vì thấy Đức "được ưu ái", tinh thần chung đi xuống. Đến kỳ đánh giá giữa năm, Thảo buộc phải cho Đức điểm thấp — và Đức sốc, vì suốt nửa năm chưa từng nghe một lời phản hồi tiêu cực nào. Anh cảm thấy bị "phục kích".
Diễn giải: Thảo dính cùng lúc hai pitfall: quản lý như một người bạn (bẫy số 2) và né tránh hard conversation (bẫy số 3). Việc trì hoãn phản hồi không hề tử tế — nó là sự tàn nhẫn được ngụy trang thành tử tế, vì nó lấy đi của Đức cơ hội sửa sai sớm.
Bài học: Là quản lý, bạn có thể thân thiện (friendly) nhưng không thể mãi là "bạn thân" theo nghĩa né tránh mọi va chạm. Feedback khó được nói sớm và đều đặn thì nhẹ nhàng; để dồn đến cuối kỳ thì trở thành cú sốc. Thảo học được rằng phản hồi kịp thời chính là biểu hiện cao nhất của sự tôn trọng.
Tình huống 3: Quản lý micromanage vì lo lắng
Ở chiều ngược lại với Minh và Thảo, Hùng — quản lý mới của một nhóm chăm sóc khách hàng 8 người tại một chuỗi bán lẻ — lại rơi vào thái cực khác. Vì sợ mình "trông không có năng lực trước sếp", Hùng kiểm soát mọi thứ: yêu cầu nhân viên báo cáo từng email gửi đi, tự tay chỉnh sửa cả những phản hồi nhỏ nhặt, họp cập nhật tiến độ hai lần mỗi ngày.
Sau hai tháng, hai nhân viên kỳ cựu xin chuyển bộ phận. Chỉ số eNPS (mức độ hài lòng nội bộ) của nhóm rơi xuống thấp nhất phòng. Nghịch lý là Hùng làm việc 11 tiếng/ngày, kiệt sức, mà kết quả nhóm vẫn tệ đi.
Diễn giải: Micromanagement là pitfall của người lo lắng, không phải người xấu. Hùng nghĩ kiểm soát chặt = giảm rủi ro, nhưng thực tế nó bóp nghẹt sự chủ động, đẩy người giỏi ra đi và biến chính anh thành nút thắt cổ chai.
Bài học: Niềm tin phải được trao trước, kèm cơ chế kiểm tra hợp lý — chứ không phải kiểm soát trước rồi mới miễn cưỡng tin. Khi Hùng chuyển từ "duyệt từng việc" sang "thống nhất kết quả kỳ vọng và kiểm tra theo cột mốc", giờ làm việc của anh giảm còn 8 tiếng và chất lượng nhóm phục hồi.
Hướng dẫn từng bước
Dưới đây là quy trình bạn có thể áp dụng ngay để phòng và chữa các pitfall năm đầu.
Bước 1 — Audit lịch làm việc của bạn (làm trong tuần này). Mở calendar 2 tuần gần nhất và phân loại từng giờ vào ba nhóm: (a) việc IC/chuyên môn, (b) việc quản lý con người (1-on-1, coaching, feedback, tuyển dụng), (c) việc quản lý lên & ra ngoài (báo cáo sếp, phối hợp phòng ban). Nếu nhóm (a) chiếm trên 50% sau tháng đầu, bạn đang ở trong bẫy số 1.
Bước 2 — Block cứng thời gian cho quản lý. Đặt lịch cố định, bất khả xâm phạm cho 1-on-1 với từng người (tối thiểu 30 phút/người/tuần hoặc 2 tuần/lần). Coi đây là cuộc họp không được dời, giống như bạn không dời họp với CEO.
Bước 3 — Chọn 1–2 việc IC để buông mỗi tháng. Đừng buông tất cả một lúc — hãy chọn task quan trọng-nhưng-không-khẩn để giao đi, chấp nhận rằng người khác làm ban đầu sẽ chậm hơn và khác cách bạn. Đây là chi phí đầu tư, không phải lãng phí.
Bước 4 — Lên lịch định kỳ cho hard conversation. Đừng đợi "khi có vấn đề". Trong mỗi 1-on-1, luôn hỏi một câu về hiệu suất và một câu về khó khăn. Khi có điều cần góp ý, nói trong vòng 48 giờ, không để tích tụ.
Bước 5 — Thiết lập kênh quản lý lên. Gửi cho sếp một bản cập nhật ngắn hàng tuần (3 gạch đầu dòng: đã xong gì, đang vướng gì, cần hỗ trợ gì). Điều này giúp nhóm bạn "hữu hình" và tránh bẫy số 4.
Bước 6 — Tự kiểm tra hàng tháng bằng checklist. Cuối mỗi tháng, tự chấm điểm mình trên bốn nhóm pitfall. Bạn không cần hoàn hảo, chỉ cần phát hiện sớm hướng lệch để điều chỉnh.
Lỗi thường gặp & mẹo
Lỗi: Nghĩ rằng "buông việc IC" nghĩa là bỏ mặc. Không phải. Buông là chuyển từ "người làm" sang "người bảo đảm việc được làm tốt" — bạn vẫn kiểm tra, vẫn hỗ trợ, nhưng không tự tay ôm.
Lỗi: Nhầm "thân thiện" với "né tránh". Bạn hoàn toàn có thể vừa quan tâm chân thành vừa thẳng thắn. Care personally và challenge directly không loại trừ nhau.
Lỗi: Muốn được yêu quý hơn muốn được tôn trọng. New manager thường sợ bị ghét nên chiều lòng tất cả. Nhưng một nhóm hoạt động tốt cần sự rõ ràng và công bằng hơn là một người sếp dễ tính.
Lỗi: Quên chăm sóc chính mình. Nhiều new manager kiệt sức vì gánh cả việc cũ lẫn việc mới. Nếu bạn cháy sạch, cả nhóm sẽ chịu hậu quả.
Mẹo 1 — "Nếu tôi biến mất một tuần, việc gì sẽ đứng?" Câu hỏi này chỉ ra ngay bạn đang là nút thắt ở đâu và cần giao việc đi chỗ nào.
Mẹo 2 — Tìm một mentor hoặc peer manager. Năm đầu rất cô đơn; một người từng đi qua giai đoạn này sẽ giúp bạn nhận diện pitfall nhanh hơn nhiều.
Mẹo 3 — Ghi nhật ký quản lý. Mỗi tuần viết 5 phút: điều gì làm tốt, điều gì né tránh, điều gì cần sửa. Tự nhận thức là vũ khí mạnh nhất chống pitfall.
Mẹo 4 — Chấp nhận "đủ tốt" thay vì "hoàn hảo theo cách của tôi". Nếu người khác làm ra kết quả đạt 85% theo cách của họ, đó thường là thành công, không phải thất bại.
Bài tập thực hành
Bài tập 1 — Calendar Audit (30 phút). Phân loại 2 tuần lịch gần nhất theo ba nhóm ở Bước 1. Tính tỷ lệ phần trăm mỗi nhóm. Viết ra một câu kết luận: "Tôi đang dành quá nhiều thời gian cho ___ và quá ít cho ___." Đặt một hành động cụ thể để điều chỉnh trong tuần tới.
Bài tập 2 — Danh sách né tránh (15 phút). Liệt kê thẳng thắn 3 cuộc trò chuyện khó mà bạn đang trì hoãn (với ai, về việc gì, đã trì hoãn bao lâu). Với mỗi cái, viết một câu mở đầu bạn sẽ dùng và đặt hạn chót thực hiện trong 7 ngày.
Bài tập 3 — Tự chấm bốn pitfall (10 phút). Cho mình điểm 1–5 trên từng nhóm: (1) vẫn làm IC, (2) micromanage/quá lỏng, (3) né tránh, (4) quên quản lý lên & ra. Nhóm nào điểm cao nhất chính là ưu tiên phát triển của tháng này.
Bài tập 4 — Thư gửi chính mình (tùy chọn). Viết một lá thư ngắn cho "bạn của 6 tháng sau", nhắc bản thân về pitfall mình dễ mắc nhất và lời khuyên bạn muốn nghe. Đặt lịch mở lại sau nửa năm.
Tóm tắt
Năm đầu làm quản lý dễ vấp không phải vì bạn thiếu năng lực, mà vì bản năng của một IC giỏi vẫn đang chạy trong một vai trò đòi hỏi bộ kỹ năng khác. Bốn nhóm pitfall lớn — vẫn ôm việc IC, quản lý lệch (micromanage hoặc quá lỏng), né tránh hard conversation, và quên quản lý lên & ra ngoài — lặp lại có quy luật theo dòng thời gian, nên hoàn toàn có thể dự đoán và phòng tránh.
Ba câu chuyện của Minh, Thảo và Hùng cho thấy cùng một gốc rễ: tối ưu cho cảm giác an toàn cá nhân ngắn hạn thay vì cho năng lực và sự rõ ràng của cả nhóm. Cách chữa không phức tạp: audit lịch làm việc, block cứng thời gian cho con người, buông dần việc IC, nói feedback sớm và đều, và giữ kênh báo cáo lên trên thông suốt.
Hãy nhớ: dấu hiệu bạn đang đi đúng hướng không phải là "tôi vẫn giỏi chuyên môn nhất nhóm", mà là "nhóm tôi vẫn chạy tốt kể cả khi tôi vắng mặt". Phát hiện pitfall sớm là một chiến thắng, không phải một thất bại. Năm đầu không đòi bạn hoàn hảo — nó chỉ đòi bạn tự nhận thức và điều chỉnh nhanh hơn tốc độ mà vấn đề tích tụ.