Mở đầu — vì sao bài này quan trọng
Có một sự thật hơi phũ phàng mà không ai nói với bạn trong ngày đầu tiên làm quản lý: hầu hết những sai lầm nghiêm trọng của một first-time manager không đến từ việc thiếu năng lực, mà đến từ việc lặp lại những cái bẫy đã quá quen thuộc — quen thuộc đến mức chúng gần như là "nghi thức trưởng thành" của mỗi người mới lên làm sếp. Bạn sẽ mắc chúng. Câu hỏi không phải là "liệu tôi có mắc lỗi không", mà là "tôi nhận ra và sửa nhanh đến mức nào".
Vì sao bài này quan trọng đến vậy? Bởi vì năm đầu tiên làm quản lý là giai đoạn bạn định hình danh tiếng của mình trong mắt cả cấp trên lẫn cấp dưới. Một nhân viên giỏi mắc lỗi kỹ thuật thì code có thể revert, bug có thể fix. Nhưng một quản lý mới mắc lỗi con người — làm mất niềm tin của team, để một người giỏi âm thầm nghỉ việc, hay tự biến mình thành nút thắt cổ chai của cả nhóm — thì hậu quả kéo dài hàng tháng, đôi khi hàng năm, và rất khó "revert".
Bài học này không dạy bạn một mô hình mới. Nó làm điều ngược lại: nó soi gương cho bạn thấy những lỗi phổ biến nhất mà gần như mọi first-time manager đều vấp phải, để bạn nhận diện chúng ở giai đoạn triệu chứng — trước khi chúng thành khủng hoảng. Hãy đọc bài này như một checklist tự kiểm tra sức khỏe, không phải như một bản án.
Khái niệm cốt lõi
Trước khi đi vào từng lỗi, cần hiểu một nguyên lý nền tảng: phần lớn lỗi của first-time manager đều bắt nguồn từ cùng một gốc rễ — bạn vẫn đang hành xử như một Individual Contributor (IC, người đóng góp cá nhân) trong khi vai trò đã thay đổi. Bạn được thăng chức vì giỏi việc chuyên môn, nên bản năng tự nhiên là tiếp tục làm cái mình giỏi. Nhưng công việc quản lý được đo lường bằng kết quả của cả team, không phải bằng sản lượng cá nhân của bạn.
Dưới đây là những lỗi phổ biến nhất, xếp theo mức độ thường gặp và mức độ nguy hiểm.
Lỗi #1: Vẫn ôm việc chuyên môn (still doing IC work)
Đây là lỗi số một, và nó ngấm ngầm nhất. Triệu chứng rất rõ: lịch làm việc hàng tuần của bạn vẫn kín đặc bằng code, thiết kế, viết báo cáo chi tiết — những công việc "tay chân" mà bạn quen làm. Còn phần phát triển con người (people development) thì gần như bằng không: không có buổi 1-on-1 tử tế, không có feedback định kỳ, không ai trong team được bạn kèm cặp để giỏi lên.
Vì sao lỗi này nguy hiểm? Vì nó tạo ra cảm giác giả về năng suất. Bạn thấy mình bận rộn, thấy mình "có ích", thấy mình vẫn ship được tính năng. Nhưng thực chất bạn đang bỏ bê chính công việc mà bạn được trả lương để làm. Tệ hơn, khi bạn ôm những phần việc khó và thú vị nhất, team của bạn không có cơ hội trưởng thành, và bạn vô tình trở thành trần kính (glass ceiling) chặn sự phát triển của họ.
Cách sửa cụ thể: Hãy đo lường tỷ lệ phần trăm thời gian bạn dành cho IC work. Nguyên tắc thực dụng: đặt mục tiêu dưới 30% thời gian dành cho IC work vào cuối tháng thứ 3. Đây không phải con số ngẫu nhiên — 70% còn lại phải dành cho 1-on-1, feedback, tuyển dụng, gỡ vướng cho team, và tư duy chiến lược. Cách theo dõi đơn giản nhất: mỗi cuối tuần, nhìn lại calendar và phân loại từng block thời gian thành "IC" hay "Manager", rồi cộng lại.
Lỗi #2: Micromanagement — quản lý vi mô quá mức
Sau khi buông bớt việc chuyên môn, nhiều người rơi vào thái cực ngược lại một cách vụng về: họ giao việc nhưng không thực sự trao quyền, kiểm tra từng chi tiết, yêu cầu báo cáo liên tục, sửa từng dòng của cấp dưới. Nhân viên cảm thấy ngột ngạt, mất động lực, và dần dần ngừng suy nghĩ độc lập vì "kiểu gì sếp cũng sửa".
Lỗi #3: Né tránh xung đột và các cuộc trò chuyện khó
First-time manager thường muốn được yêu quý. Vì thế họ trì hoãn feedback tiêu cực, làm ngơ trước hiệu suất kém, không dám nói thẳng khi ai đó làm sai. Vấn đề nhỏ tích tụ thành vấn đề lớn, và đến khi buộc phải xử lý thì đã quá muộn — cả bạn lẫn nhân viên đều tổn thương nhiều hơn nếu xử lý sớm.
Lỗi #4: Đối xử với mọi người theo cùng một cách
Bạn quản lý người từng là đồng nghiệp ngang hàng, người mới vào nghề, và người kỳ cựu hơn bạn về tuổi đời — nhưng lại dùng chung một phong cách. Mỗi người cần một mức độ chỉ dẫn và trao quyền khác nhau. Áp cùng một khuôn cho tất cả là công thức tạo ra sự bất mãn.
Lỗi #5: Quên rằng mình giờ đại diện cho công ty
Khi còn là IC, bạn có thể càu nhàu về quyết định của lãnh đạo cùng đồng nghiệp bên ly cà phê. Giờ bạn là quản lý, mỗi lời phàn nàn của bạn về cấp trên đều được cấp dưới ghi nhận và khuếch đại. Bạn không cần trở thành cái loa tuyên truyền, nhưng bạn phải học cách "disagree and commit" — phản biện nội bộ, nhưng khi đã quyết thì đại diện cho quyết định đó một cách nhất quán trước team.
Tình huống thực tế
Tình huống 1: Anh Minh — Tech Lead vẫn code 60% thời gian
Anh Minh được thăng lên Engineering Manager tại một công ty fintech ở TP.HCM với team 6 kỹ sư. Vốn là lập trình viên xuất sắc nhất phòng, anh tiếp tục nhận những task khó nhất — vì "giao cho người khác thì lâu, mà tôi làm 2 tiếng là xong". Sau 4 tháng, một khảo sát nội bộ (engagement survey) cho kết quả gây sốc: điểm hài lòng của team anh thấp nhất công ty. Hai kỹ sư giỏi viết trong phần góp ý ẩn danh: "Tôi không biết mình đang tiến bộ hay không, sếp chưa bao giờ nói chuyện riêng với tôi quá 10 phút."
Khi ngồi lại phân tích calendar cùng mentor, anh Minh mới giật mình: 60% thời gian của anh là code, chỉ có 2 buổi 1-on-1 trong suốt 4 tháng. Anh đã tối ưu cho sản lượng cá nhân của chính mình, trong khi team dần trở nên phụ thuộc và mất phương hướng.
Diễn giải: Anh Minh không hề lười — anh cực kỳ chăm chỉ. Nhưng anh chăm chỉ sai việc. Mỗi giờ anh ngồi code là một giờ anh không dành để giúp 6 người kia giỏi lên. Về mặt toán học, nếu anh làm cho mỗi kỹ sư giỏi hơn 15%, tổng năng suất team tăng gần bằng một người nữa — nhiều hơn hẳn phần code anh tự viết.
Bài học: Anh Minh đặt mục tiêu kéo IC work xuống dưới 30% trong 6 tuần, đưa 1-on-1 hàng tuần thành lịch cố định bất khả xâm phạm, và bắt đầu giao những task "ngon" cho cấp dưới thay vì tự giữ. Ba tháng sau, điểm engagement của team anh vào nhóm cao nhất.
Tình huống 2: Chị Lan — người sếp "dễ thương" né tránh mọi va chạm
Chị Lan quản lý team marketing 5 người tại một startup thương mại điện tử ở Hà Nội. Chị vốn hòa nhã và rất sợ làm người khác buồn. Trong team có một bạn — tạm gọi là Tú — thường xuyên trễ deadline và làm việc cẩu thả, nhưng chị Lan không bao giờ nói thẳng. Chị tự làm lại phần việc của Tú vào buổi tối, hoặc nhẹ nhàng "nhắc khéo" mà Tú không hiểu là nghiêm túc.
Sau 5 tháng, hai thành viên chăm chỉ nhất team đến gặp chị và... xin nghỉ. Lý do: "Tụi em thấy bất công. Làm nhiều làm ít như nhau, người làm ẩu chẳng sao cả." Việc né tránh một cuộc trò chuyện khó với Tú đã khiến chị Lan mất hai người giỏi nhất.
Diễn giải: Chị Lan tưởng rằng tránh xung đột là tử tế. Thực ra đó là sự thiếu tử tế được ngụy trang. Chị tử tế với Tú (người làm sai) bằng cách bất công với những người làm đúng. Sự "dễ thương" của một quản lý, khi thiếu năng lực đối mặt, chính là một dạng bỏ mặc.
Bài học: Feedback thẳng thắn và kịp thời không phải là ác ý — đó là món quà. Né tránh cuộc trò chuyện khó hôm nay chỉ dồn một cuộc trò chuyện khó hơn nhiều cho ngày mai, kèm theo cái giá là niềm tin của cả team.
Tình huống 3: Anh Đức — micromanager vô tình
Anh Đức lên làm trưởng nhóm sản phẩm tại một công ty SaaS ở Singapore. Xuất phát điểm tốt: anh chủ động buông việc chuyên môn. Nhưng vì lo lắng team làm không đạt chuẩn của mình, anh yêu cầu mọi tài liệu phải qua anh duyệt, mọi email gửi khách hàng phải cc anh, và anh hay nhảy vào sửa slide của cấp dưới đến từng dấu phẩy. Một product manager kỳ cựu trong nhóm nói thẳng trong buổi 1-on-1: "Anh thuê tôi vì tôi có 8 năm kinh nghiệm, nhưng anh đối xử với tôi như thực tập sinh."
Diễn giải: Anh Đức trao việc nhưng không trao quyền và không trao niềm tin. Với một người non kinh nghiệm, mức độ kiểm soát đó có thể phù hợp; nhưng áp lên một người giỏi, nó trở thành sự xúc phạm và bóp nghẹt động lực. Đây chính là biểu hiện của lỗi "đối xử mọi người như nhau" cộng với lỗi micromanagement.
Bài học: Mức độ giám sát phải điều chỉnh theo năng lực và mức độ tin cậy của từng người, từng loại việc. Với người giỏi, hãy thống nhất kết quả mong đợi rồi lùi lại; can thiệp vào cách làm chỉ khi thực sự cần.
Hướng dẫn từng bước
Đây là quy trình tự kiểm tra và phòng ngừa mà bạn có thể chạy định kỳ:
- Kiểm toán lịch (calendar audit) mỗi cuối tuần. Mở calendar của tuần vừa qua, phân loại từng khối thời gian thành "IC work" hay "Manager work". Tính tỷ lệ phần trăm IC. Nếu sau tháng thứ 3 mà con số vẫn trên 30%, đây là dấu hiệu đỏ đầu tiên cần xử lý ngay.
- Kiểm tra "sức khỏe 1-on-1". Đếm xem trong 4 tuần qua bạn đã có bao nhiêu buổi 1-on-1 thực chất với từng người. Nếu có người bạn chưa nói chuyện riêng quá 2 lần trong tháng, người đó đang bị bỏ rơi.
- Lập danh sách "cuộc trò chuyện khó đang trì hoãn". Viết ra tên những người mà bạn biết cần feedback nhưng đang né. Danh sách này càng dài, rủi ro càng lớn. Cam kết xử lý ít nhất một mục mỗi tuần.
- Vẽ bản đồ phong cách quản lý theo từng người. Với mỗi thành viên, ghi lại: họ cần mức chỉ dẫn cao hay thấp, cần được trao quyền nhiều hay ít. Nếu bạn thấy mình dùng cùng một cách cho tất cả, đó là lỗi cần điều chỉnh.
- Tự soi "tôi có đang đại diện cho công ty không". Nhớ lại tuần qua bạn đã phàn nàn về cấp trên hay quyết định của công ty trước mặt cấp dưới bao nhiêu lần. Nếu có, hãy chuyển những phản biện đó lên kênh phù hợp với sếp của bạn thay vì "xả" xuống dưới.
- Xin feedback ngược từ team mỗi quý. Hỏi thẳng: "Có điều gì tôi đang làm khiến công việc của bạn khó khăn hơn không?" Câu trả lời sẽ chỉ ra những lỗi bạn không tự thấy.
Lỗi thường gặp & mẹo
- Tưởng "bận" là "hiệu quả". Mẹo: cuối mỗi tuần tự hỏi "tuần này tôi đã làm gì để team giỏi hơn?" Nếu không trả lời được, bạn đang bận sai việc.
- Thăng chức nhưng không đổi tư duy về thành công. Trước đây thành công của bạn = sản lượng của bạn. Giờ thành công của bạn = kết quả của team. Dán câu này lên màn hình cho đến khi nó thành bản năng.
- Sửa lỗi micromanagement bằng cách buông hoàn toàn. Đây là cái bẫy ngược: sợ mang tiếng micromanage nên bỏ mặc luôn, không theo dõi gì cả. Đúng cách là trao quyền có kiểm chứng — thống nhất kết quả và mốc kiểm tra, rồi để họ tự chủ cách làm.
- Chờ đến review chính thức mới đưa feedback. Feedback để dành 6 tháng thì mất giá trị. Mẹo: cho feedback nhỏ, thường xuyên, sát thời điểm sự việc xảy ra.
- Muốn được yêu quý hơn là được tôn trọng. Người ta không nhớ mãi vị sếp dễ dãi; người ta biết ơn vị sếp thẳng thắn giúp họ giỏi lên. Chọn tôn trọng, sự yêu quý bền vững sẽ theo sau.
- Không xin giúp đỡ vì sợ trông kém cỏi. First-time manager nào cũng loay hoay. Tìm một mentor hoặc một đồng nghiệp quản lý để chia sẻ là dấu hiệu của sự trưởng thành, không phải yếu kém.
Bài tập thực hành
- Kiểm toán IC work. Trong 7 ngày tới, ghi lại toàn bộ thời gian làm việc và phân loại IC vs Manager. Cuối tuần tính tỷ lệ phần trăm IC. Nếu trên 30%, liệt kê 3 task IC bạn có thể giao cho cấp dưới ngay trong tuần sau, kèm tên người nhận.
- Bản đồ 1-on-1. Lập bảng liệt kê từng thành viên và số buổi 1-on-1 thực chất bạn đã có với họ trong 4 tuần qua. Đánh dấu đỏ những ai dưới 2 buổi và đặt lịch cố định cho họ.
- Danh sách né tránh. Viết ra tối đa 3 cuộc trò chuyện khó bạn đang trì hoãn. Với mỗi cuộc, ghi một câu mở đầu cụ thể bạn sẽ dùng và một cái hạn (deadline) trong vòng 2 tuần để thực hiện.
- Tự chấm điểm 5 lỗi. Chấm bản thân từ 1 đến 5 trên từng lỗi trong bài (1 = mắc nặng, 5 = làm tốt). Chọn ra lỗi có điểm thấp nhất và viết một hành động cụ thể để cải thiện trong tháng này.
Tóm tắt
Sai lầm của first-time manager không phải là điều đáng xấu hổ — chúng gần như là một phần tất yếu của hành trình. Điều tạo ra khác biệt giữa một quản lý xoàng và một quản lý xuất sắc là tốc độ nhận diện và sửa lỗi.
Năm cái bẫy phổ biến nhất: (1) vẫn ôm việc chuyên môn thay vì phát triển con người — hãy kéo IC work xuống dưới 30% vào cuối tháng thứ 3; (2) micromanagement bóp nghẹt động lực; (3) né tránh xung đột và các cuộc trò chuyện khó; (4) đối xử mọi người theo cùng một khuôn; và (5) quên rằng mình giờ đại diện cho công ty trước team.
Gốc rễ chung của phần lớn các lỗi này là bạn vẫn tư duy như một IC trong khi vai trò đã thay đổi. Thành công của bạn giờ không còn được đo bằng sản lượng cá nhân, mà bằng kết quả và sự trưởng thành của cả team. Hãy dùng calendar audit, sức khỏe 1-on-1, và feedback ngược từ team làm ba tấm gương soi định kỳ. Khi bạn phát hiện lỗi ở giai đoạn triệu chứng thay vì giai đoạn khủng hoảng, bạn đã đi trước phần lớn những người mới lên quản lý một quãng rất xa.