Tư duy (Mindset) khi làm Leader Bài 10: Lãnh đạo tự thân (Self-Leadership) & Di sản - Quản trị chính mình trước khi quản trị người khác

Thảm họa lớn nhất của một đội ngũ kỹ thuật không phải là server sập hay database bị drop. Thảm họa lớn nhất là một người Leader bị "cháy túi" năng lượng (Burnout), mất định hướng và truyền sự mệt mỏi, độc hại đó xuống toàn bộ hệ thống bên dưới .

Một Leader không thể kéo team đi lên nếu bản thân họ đang chìm dần .

1. Quản trị "Tài nguyên hệ thống" của bản thân (Energy & Time Management)

Giống như cách bạn không bao giờ để CPU của một server chạy ở mức 100% liên tục 24/7 vì nó sẽ dẫn đến quá tải và sập nguồn, bạn không thể vắt kiệt sức lực của chính mình .

• Biết nói "Không": Leader không phải là cái sọt rác để ôm mọi task khó rớt xuống từ cấp trên hay những bug lặt vặt của cấp dưới . Sự ưu tiên (Prioritization) của bạn quyết định tốc độ của cả team .
• Tránh bẫy "Làm việc chăm chỉ ảo": Ngồi code từ 8h sáng đến 12h đêm không chứng minh bạn là một Leader xuất sắc, nó chỉ chứng minh bạn quản lý thời gian và ủy quyền (Delegation) quá kém . Leader giỏi là người biết rút phích cắm, dành thời gian nghỉ ngơi để não bộ có không gian "chạy ngầm" (background processing) và suy nghĩ về chiến lược bức tranh lớn .

2. Sự khiêm tốn học thuật (Intellectual Humility)

Công nghệ thay đổi mỗi ngày . Hôm nay bạn có thể là trùm C++, ngày mai một framework mới của Go hay Rust ra đời có thể định hình lại toàn bộ kiến trúc Backend .

• Chấp nhận việc mình không còn là người code giỏi nhất: Khi lên làm Leader, thời gian code của bạn sẽ ít đi . Việc các bạn Junior/Mid-level nắm syntax mới nhanh hơn bạn, viết code mượt hơn bạn là điều... đáng mừng .
• Học từ cấp dưới: Một Leader tự phụ sẽ nói: "Hồi xưa anh làm thế này, tụi em cứ thế mà làm" . Một Leader có tính khiêm tốn học thuật sẽ nói: "Anh thấy em xử lý luồng Kafka chỗ này rất gọn. Em giải thích cho anh cách nó hoạt động được không?" Chấp nhận mình không biết tất cả là đỉnh cao của sự tự tin .

3. Tư duy "Day 1" và Di sản (Legacy)

Jeff Bezos có một triết lý nổi tiếng: "Luôn coi mỗi ngày là Ngày đầu tiên (Day 1)" . Đừng ngủ quên trên chiến thắng sau một đợt release thành công . Nhưng quan trọng hơn, hãy bắt đầu nghĩ về Ngày cuối cùng bạn ở lại dự án này .

• Thiết kế sự vắng mặt: Nếu ngày mai bạn tắt điện thoại, đi du lịch 1 tháng, team có tự vận hành được không? Luồng CI/CD có tự động chạy trơn tru không? Hệ thống giám sát (Monitoring) có tự động cảnh báo đúng người khi có lỗi không?
• Di sản thực sự: Khi bạn rời đi, công ty sẽ không nhớ bạn đã viết bao nhiêu dòng code hay fix bao nhiêu cái bug . Di sản của bạn là những quy trình kỹ thuật chuẩn chỉnh bạn để lại, văn hóa không đổ lỗi bạn đã xây dựng, và quan trọng nhất: Những người Junior ngày nào dưới tay bạn giờ đã trưởng thành và sẵn sàng thay thế vị trí của chính bạn .

📝 Bài tập thực hành khép lại chuỗi (Bài tập suốt đời)

1. Review lại chính mình (Personal Retrospective): Mỗi tháng một lần, hãy dành ra 30 phút tự hỏi bản thân 3 câu :
   • Tháng qua, mình đã làm điều gì khiến team mất nhiều thời gian hơn mức cần thiết?
   • Mình đã giúp được ai trong team phát triển thêm kỹ năng mới?
   • Mức năng lượng hiện tại của mình đang ở đâu (từ 1 đến 10)? Có cần "reboot" lại không?
2. Kế hoạch Kế thừa (Succession Planning): Ngay trong tuần này, hãy chọn ra 1 hoặc 2 người tiềm năng nhất trong team và bắt đầu từ từ chuyển giao những "quyền lực cốt lõi" của bạn cho họ . Hãy đào tạo họ để một ngày nào đó, họ đủ sức đá văng bạn ra khỏi chiếc ghế hiện tại, ép bạn phải tiến lên những vị trí cao hơn nữa .

Lời kết:

• Làm Developer là cuộc chiến với máy móc .
• Làm Leader là cuộc chiến với chính bản thân mình .

Chúc bạn vận dụng toàn bộ những bài học này để không chỉ là một thợ code xuất chúng, mà còn là một vị thủ lĩnh tạo ra những ảnh hưởng sâu sắc đến sự nghiệp của những người đi cùng mình!