Tư duy (Mindset) khi làm Leader Bài 9: Khai phá tiềm năng & Khởi tạo lộ trình (Career Path) - Mài giũa những viên ngọc thô

Sai lầm chết người trong ngành IT là mặc định cứ code giỏi, thâm niên lâu năm là sẽ được đẩy lên làm Quản lý (Manager). Hậu quả là công ty mất đi một kỹ sư xuất sắc và nhận lại một người quản lý tồi, lúc nào cũng ngập trong stress. Nhiệm vụ của bạn là nhận diện đúng tố chất của từng người và đặt họ vào đúng bệ phóng.

1. Phân biệt rõ hai con đường: Quản lý (Management) và Chuyên gia (Individual Contributor - IC)

Đừng ép tất cả mọi người đi chung một con đường.

• Con đường Quản lý (Tech Lead / Engineering Manager): Dành cho những bạn thích giao tiếp, thích giải quyết các bài toán về quy trình, điều phối nhân sự, họp hành với Business Analyst (BA) hoặc Product Owner (PO).
• Con đường Chuyên gia (Staff/Principal Engineer): Dành cho những người đam mê công nghệ thuần túy. Họ thích cày sâu vào thuật toán, đào bới các kỹ thuật Clean Architecture, tối ưu memory của Go hay C++, hoặc đắm chìm trong việc thiết kế các hệ thống chịu tải cao (High Concurrency). Họ không thích quản lý ai cả, họ chỉ muốn giải quyết những bài toán kỹ thuật cực khó.

Hành động của Leader: Trong các buổi One-on-One (1-1), hãy đặt câu hỏi để tìm ra "chân ái" của họ. Nếu họ thuộc nhóm IC, hãy giao cho họ những core module khó nhất, khuyến khích họ viết các bài tech blog chuyên sâu (như trên Viblo chẳng hạn) để xây dựng thương hiệu cá nhân. Nếu họ thuộc nhóm Management, hãy bắt đầu cho họ thử lead các epic/feature nhỏ.

2. Mentoring bằng Tâm lý học: Hỏi thay vì Chỉ

Khi một Junior mang một đoạn code lỗi đến hỏi bạn, cách bạn phản ứng sẽ quyết định họ là một "thợ gõ" hay một "kỹ sư".

• Tư duy thợ sửa ống nước: "Lỗi ở dòng 45 kìa, em thiếu await để xử lý bất đồng bộ, thêm vào là chạy." $\rightarrow$ Nhanh, nhưng lần sau gặp lại, họ vẫn sẽ gọi bạn.
• Tư duy Leader (Áp dụng tâm lý học hành vi): Dùng phương pháp hỏi đáp Socrates để kích thích tư duy phản biện.
  • "Em thấy báo lỗi ở đoạn nào?"
  • "Hàm này đang trả về Promise hay data thật?"
  • "Nếu nó là Promise thì luồng chạy tiếp theo của Node.js sẽ xử lý thế nào?"

Hãy để neuroscience tự kết nối các nơ-ron thần kinh. Cảm giác "À há!" khi tự tìm ra lỗi sẽ giúp họ nhớ sâu hơn gấp 10 lần việc bạn chỉ sẵn đáp án.

3. Giao việc theo Ma trận "Năng lực - Nhiệt huyết" (Skill-Will Matrix)

Không phải ai cũng được quản lý theo cùng một cách. Tùy vào trạng thái của nhân sự, bạn cần thay đổi "style" lãnh đạo:

• Nhiệt huyết cao - Năng lực thấp (Người mới/Fresher): Đang rất máu lửa nhưng chưa biết cách làm. $\rightarrow$ Cần hướng dẫn chi tiết (Directing): Giao task nhỏ, review code kỹ, chỉ bảo từng quy tắc kiến trúc.
• Nhiệt huyết thấp - Năng lực thấp: $\rightarrow$ Cần giám sát chặt: Đặt KPI rõ ràng, nếu không cải thiện thì cần có biện pháp đào thải để không kéo lùi cả team.
• Nhiệt huyết thấp - Năng lực cao (Người cũ đang chán/Burnout): Code rất giỏi nhưng đang mất động lực, làm cho xong việc. $\rightarrow$ Cần khơi gợi (Exciting): Đừng giao thêm task nhàm chán. Hãy tìm hiểu tâm lý của họ, giao cho họ một bài toán mang tính thử thách (ví dụ: tối ưu lại chi phí server, đập đi viết lại một module cũ) hoặc để họ làm Mentor cho người mới.
• Nhiệt huyết cao - Năng lực cao (Ngôi sao của team): $\rightarrow$ Cần ủy quyền tuyệt đối (Delegating): Trao quyền, đưa cho họ bài toán business và hoàn toàn đứng sang một bên để họ tự diễn.

📝 Bài tập thực hành cho Bài 9 (Trong tuần này)

1. Khám phá Động lực ngầm: Chọn 1 thành viên trong team mà bạn làm việc cùng nhiều nhất. Hãy thử quan sát hoặc rủ đi cafe để trả lời câu hỏi: "Điều gì thực sự khiến bạn này vui vẻ khi đi làm?" (Được làm công nghệ mới? Được ghi nhận công khai? Không thích bị quản lý vi mô? Hay đơn giản là đang cần sự ổn định?). Viết câu trả lời ra note của bạn.
2. Thử thách "Không cung cấp đáp án": Ít nhất 1 lần trong tuần này, khi có ai đó trong team đến nhờ bạn fix một bug hoặc hỏi về logic, hãy kiềm chế mong muốn "giải quyết giùm". Hãy trả lời họ bằng ít nhất 3 câu hỏi gợi mở liên tiếp để ép họ tự tìm ra nguyên nhân.