[Góc Review] Webinar Kích hoạt Gene tăng trưởng cho đội ngũ công nghệ giỏi
Với kinh nghiệm hơn 17 năm trong nghề và đang dẫn dắt khoảng 140 nhân sự, những chia sẻ của anh thực sự chạm đến nhiều “nỗi đau” của người làm quản trị kỹ thuật.
Ngày 8/1 vửa rồi, mình có dịp tham gia buổi Webinar của cộng đồng CIO Vietnam với chủ đề về xây dựng đội ngũ công nghệ: “Kích hoạt gene tăng trưởng cho đội ngũ công nghệ giỏi”. Diễn giả là anh Trương Đức Lượng – Chairman của VSEC và Ban cố vấn của CIO Vietnam. Với kinh nghiệm hơn 17 năm trong nghề và đang dẫn dắt khoảng 140 nhân sự, những chia sẻ của anh thực sự chạm đến nhiều “nỗi đau” của người làm quản trị kỹ thuật.
Mình là Sang Trương (Software Department Manager – Ambition Việt Nam) xin mạn phép chia sẻ lại vài ý chính tâm đắc nhất để anh chị em trong cộng đồng cùng thảo luận nhé.
1. Tư duy lại về mục tiêu: “Giỏi” thôi là chưa đủ
Chúng ta thường bị ám ảnh bởi việc tuyển dụng những “ngôi sao” kỹ thuật. Tuy nhiên, quan điểm của anh Lượng rất thực tế: “Chúng ta không cần một đội ngũ công nghệ giỏi, mà chúng ta cần một đội ngũ công nghệ tạo ra hiệu quả”. Giỏi thường thiên về chuyên môn cá nhân, còn hiệu quả là câu chuyện của tập thể tạo ra kết quả cuối cùng. Vì thế, chữ “Giỏi” nên được gạch ngang và thay bằng “Hiệu quả” trong tư duy quản trị.
2. Đội ngũ cần một “Protocol” (Giao thức) chung
Dân kỹ thuật ai cũng hiểu về Protocol mạng. Hai server muốn nói chuyện được với nhau phải cùng giao thức. Con người cũng vậy. Một đội nhóm rời rạc thường do thiếu “ngôn ngữ chung”. Để vận hành trơn tru, Leader cần thiết lập hai loại ngôn ngữ rõ ràng:
Ngôn ngữ Đích đến: Dùng cho tương lai, tạo ra không gian khả năng (possibility). Ví dụ: Thay vì than phiền, hãy đặt câu hỏi “Đến ngày 31/12, làm sao để team đạt X với nguồn lực Y?”.
Ngôn ngữ Quá khứ: Thường dùng để giải thích, thanh minh (tại cái này, tại cái kia,…). Cái này cần hạn chế hoặc chỉ dùng để phân tích số liệu thực tế chứ không đổ lỗi.
3. Tâm thế “Mình là nguồn gốc của sự việc”
Đây là khái niệm mình thấy thấm thía nhất. Nó không phải là nhận lỗi sai về mình (victim blaming), mà là một tâm thế chủ động.
Ví dụ: Khi release phần mềm bị bug, thay vì Dev đổ lỗi cho Tester sót, hay Tester đổ tại sếp ép deadline, thì mỗi người đều nhìn nhận “Mình là nguồn gốc”: “Lỗi này xuất hiện, mình đã làm gì (hoặc chưa làm gì) để nó xảy ra?”. Chỉ khi có tâm thế này, đội ngũ mới ngừng đổ lỗi và tập trung vào giải pháp.
4. Bốn yếu tố tạo nên kết quả
Theo mô hình anh Lượng chia sẻ, kết quả của team không tự nhiên mà có, nó được cấu thành từ 4 trụ cột:
1. Mối quan hệ: Lắng nghe trọn vẹn, dọn dẹp các “thành kiến” (những định kiến cũ kỹ về đồng nghiệp/sếp), và ghi nhận đúng (ghi nhận đóng góp chính xác, kịp thời)
2. Sự trọn vẹn trong giao tiếp: Không chỉ là đúng giờ, mà là sự minh bạch và xử lý hậu quả khi không thể giữ lời hứa (như việc báo trước khi đi họp muộn).
3. Sự tồn tại: Mục tiêu phải luôn hiện diện. Nếu mục tiêu chỉ nằm trên giấy đầu năm và quên lãng, sẽ không có kết quả. Phải làm cho nó “ám ảnh” đội ngũ hàng ngày (qua dashboard, họp review…),…
4. Sự lôi cuốn: Mục tiêu phải đủ hấp dẫn để anh em muốn làm, chứ không phải con số áp đặt khô khan.
Kết lại
Công nghệ thay đổi liên tục, AI có thể hỗ trợ coding, nhưng con người vẫn là cốt lõi. Một team công nghệ mạnh không nhất thiết phải toàn siêu nhân, mà là một tập hợp những con người có cùng ngôn ngữ, biết lắng nghe và cùng hướng về một đích đến hiệu quả.
Anh chị em làm Tech hay Quản lý thấy sao về quan điểm này? Mình cùng chia sẻ và thảo luận sâu hơn nhé!
Software Department Manager – Ambition Việt Nam