3 yếu tố giúp kĩ sư phần mềm nổi bật và tạo dấu ấn trong công việc.
Bạn có bao giờ nghĩ, ngoài code, điều gì khiến một developer trở nên đáng giá?
Chào bạn, tuần vừa rồi của bạn thế nào? 👋
Mình mong bạn vẫn vui khỏe và hạnh phúc 😁
Bạn có bao giờ tự hỏi làm sao để nổi bật và tạo ra giá trị lớn hơn cho team của mình chưa? Trong một tổ chức phát triển phần mềm, luôn có những developer nổi bật không chỉ bởi kỹ năng kỹ thuật mà còn bởi giá trị thực sự mà họ mang lại. Họ được đồng nghiệp tin tưởng và trở thành nhân tố thúc đẩy sự phát triển của cả nhóm. Vậy làm sao để trở thành một developer đáng tin cậy như thế?
Hãy cùng khám phá nhé!🚀
👋 Hey, mình là Bryant (Dũng), chào mừng bạn đến Growth Engineering Journal newsletter hàng tuần của mình, nơi mình chia sẻ về tư duy phát triển bản thân và những thứ hay ho cho kĩ sư phần mềm 😜
Tại sao cần trở thành dev được tin tưởng? 💼
Trước khi đi sâu vào chi tiết, hãy hiểu rõ vai trò của một kĩ sư đáng tin cậy trong tổ chức. Họ không chỉ giỏi về code mà còn đóng góp định hướng kỹ thuật và hướng đi đúng đắn cho sản phẩm. Điều này nâng cao chất lượng công việc của cả team, đồng thời tạo nên một môi trường tích cực cho mọi người cùng phát triển. Đặc biệt, trong thị trường nhiều biến động, những kĩ sư đáng tin cậy thực sự là tài sản quý giá của công ty.
Tóm lại, để trở thành kĩ sư đáng tin, hãy tập trung vào ba khía cạnh sau👇🏻:
1. Xuất sắc về kỹ thuật (technical excellence) 👨🏻💻
Để trở thành người mà mọi người tìm đến khi gặp vấn đề, nắm vững chuyên môn kỹ thuật là một bước không thể thiếu. Tuy nhiên, điều này không chỉ dừng lại ở việc học công nghệ mới, mà còn cần áp dụng vào thực tế dự án để đảm bảo kiến thức có giá trị thực tiễn.
Mời bạn đọc bài này để biết cách lên chiến lược học tập cho hiệu quả:
Đôi khi technical excellence cũng đến từ việc bạn hiểu rõ và tận dụng tối đa khả năng của tool. Một ví dụ điển hình nhất cho dev code web là hiểu rõ cái Chrome DevTools để debug sao cho mượt, cho dù bạn code Frontend hay Backend thì tool nó cũng hỗ trợ gần hết task mà bạn cần từ inspect, debug cho tới optimize performance.
Hoặc có một số trường hợp technical excellence nằm ở việc cân bằng giữ technical debt và business continuity. Ví dụ như việc bạn cần upgrade version Angular lên 16 cho con web 4 năm tuổi để bảo mật tốt hơn nhưng vẫn đảm bảo user không bị gián đoạn sử dụng trên môi trường production.
💡 Mẹo nhỏ: Đừng chạy theo mọi công nghệ mới nổi. Thay vào đó, hãy nắm vững kiến thức nền tảng của công nghệ bạn đang dùng, điều này có giá trị cao hơn nhiều so với việc mỗi thứ biết một chút!
Nên việc “giỏi” technical không đơn thuần là nằm ở kiến thức mà còn là kinh nghiệm và trải nghiệm để giải quyết vấn đề sao cho mượt mà nhất có thể.
2. Hiểu biết về doanh nghiệp (business understanding) 📊
Khi hiểu rõ business, cụ thể hơn là domain knowledge của dự án bạn sẽ ra được các quyết định technical tốt hơn và sát thực tế hơn.
Đây là lúc team dev sẽ cần ngồi lại với Product Manager hoặc team UX/UI để hiểu rõ tại sao mình cần phát triển một tính năng nào đó. Việc trao đổi để đảm bảo rằng mọi người đều có đủ thông tin, góc nhìn để đánh giá một tính năng có khả thi không? khả thi tới bước nào? Thường thì mỗi bên sẽ có ngữ cảnh và giả định khác nhau nên có những case mà designer design rất đẹp nhưng triển khai thì dev lại chửi hoặc product manager ra một tính năng mà khi code thì dev lại không hiểu build để làm gì.
Một ví dụ dễ thấy là trong e-commerce, xử lý shopping cart abandonment cần sự kết hợp giữa chính sách, quy trình thanh toán, chi phí ẩn, tốc độ tải trang,... Một developer có tầm nhìn sẽ chủ động phối hợp với các team để hiểu rõ và tìm giải pháp phù hợp.
Hay như cách Duolingo đã sử dụng tâm lý học hành vi, gamification, cơ sở hạ tầng để xử lý notification, AI… tất cả kết hợp vào với nhau để tạo nên tin nhắn từ con chim xanh mỏ hỗn tới mức khiến bạn cảm thấy tội lỗi trong vô thức 🤡!
Một developer thực sự có giá trị là người hiểu sâu sắc business domain mà họ đang làm việc, từ đó đưa ra các quyết định kỹ thuật và phi kỹ thuật đúng đắn và thực tế.
3. Kỹ năng phi kỹ thuật (non-technical skills) 🤝
Một điều mình nhận thấy khi bạn càng lên cao, bạn càng phải phát triển các kỹ năng phi kỹ thuật hay nói cách khác là kĩ năng giao tiếp (nghe, nói, đọc, viết) để đáp ứng yêu cầu công việc. Bạn có thể là một kĩ sư giỏi, nhưng nếu không thể truyền đạt giải pháp của mình cho người khác hiểu, thì giống như đang độc thoại trong rừng.
Một số kỹ năng phi kỹ thuật quan trọng bao gồm:
Communication: truyền đạt ý tưởng (nói và viết) và lắng nghe ý kiến từ người khác.
Facilitation meeting (dẫn dắt cuộc họp): đảm bảo cuộc họp hiệu quả và có kết quả.
Managing up: Biết cách báo cáo và xử lý các yêu cầu từ cấp trên.
Leadership: Dẫn dắt và truyền cảm hứng cho team.
Conflict Resolution: Giữ không khí tích cực và giảm thiểu xung đột.
Time Management: Phân bổ thời gian hiệu quả cho công việc.
Teaching/Coaching/ Mentorship: Hỗ trợ và phát triển các thành viên khác.
Kỹ năng technical giúp bạn giải quyết vấn đề, nhưng kỹ năng non-technical sẽ giúp cả team giải quyết vấn đề cùng nhau. Đây là điểm tạo nên sự khác biệt thực sự.
Kết
Trở thành một developer đáng tin cậy không có nghĩa là trở thành người giỏi nhất, mà là người tạo ra giá trị thực sự cho team và tổ chức. Bạn hãy kiên trì tập trung phát triển ở ba khía cạnh: technical excellence, business understanding và non-technical skills. Quan trọng là phát triển bền vững, đừng cố gắng chạy nhanh quá mà kiệt sức giữa đường nhé!
🚀 Happy coding and growing!
📢 Weekly Shoutouts:
Localization #5: Chọn đào sâu hay mở rộng?: một series bài viết thú vị và có chiều sâu đến từ Kai P.Nguyen - học viên của WOTN 7.
Các cụ đã nói thì cấm có sai? đến từ Tengaria - một học viên khác của WOTN 7.
Những điều nhỏ nhặt tốn mười năm sửa chữa từ tác giả sách Phương Lan.
Như thường lệ, đừng ngần ngại thả ❤️, share hay để lại comment cho newsletter tuần này nếu như bạn đã học được một điều gì đó mới mẻ, hay có một suy nghĩ nào đó từ lá thư này. Mình rất mong nhận được ý kiến từ độc giả của mình (và nếu bạn đã làm được đến mức này thì mình rất trân trọng)
Hẹn gặp mọi người trong bài viết tiếp theo 🤖!
Bryant
Bài viết hay ạ, e nhận thấy có xu hướng cần "liên ngành" dù mình làm trong một ngành, một lĩnh vực ạ.