Làm CTO có cần giỏi code không? Update 2022

CTO ( Chief Technology Officer ) là “ đỉnh điểm ” nghề nghiệp mà bất kể Developer nào cũng muốn vươn tới .

Đọc phỏng vấn của ITviec với anh David Rossellat, CTO của MySquar Việt Nam để biết được:

• Nhiệm vụ của một CTO là gì, đặc biệt trong Start-up.
• Những kỹ năng cần thiết cho một CTO.
• Các lời khuyên giúp bạn rèn luyện để trở thành CTO tương lai.

Xem việc làm Technical Manager trên ITviec

Tiểu sử : Anh David Rossellat mở màn sự nghiệp với vị trí Developer. Sau 2 năm thao tác, anh mở màn làm Manager, Technical Director cho nhiều công ty tại Canada và Bắc Mỹ .
Vào năm 2013, anh đến Nước Ta và trở thành CTO của MySquar với mẫu sản phẩm là mạng xã hội tiên phong của Myanmar. Anh đã có hơn 15 năm kinh nghiệm tay nghề trong quản trị và thiết kế xây dựng những web platform và mobile app .

Chào anh David, công việc hằng ngày của một CTO là gì vậy anh?

Mỗi công ty sẽ có một trách nhiệm đơn cử cho vị trí CTO này. Nhìn chung, trong những công ty lớn thì trách nhiệm chính của CTO là theo sát đội ngũ kỹ thuật .
Tại một Start-up như MySquar Nước Ta thì CTO phải làm đảm nhiệm nhiều hơn thế. Nhiệm vụ của anh cũng gồm có việc thiết kế xây dựng một team Marketing và quản trị họ .
Gần đây, anh cũng tham gia vào những quyết định hành động làm loại sản phẩm và hiểu rõ xu thế công nghệ tiên tiến. Anh cũng có trách nhiệm phải quyết định hành động dùng những công nghệ tiên tiến nào khác cho những loại sản phẩm, cũng như nghĩ về hướng tăng trưởng của công ty với những bộ phận khác nhau như Marketing .

1 CTO phải siêu giỏi code, điều này có đúng không?

Code là một kiến thức và kỹ năng cực kỳ quan trọng. Hầu hết những CTO đều từng là một Software Engineer và ai cũng đã từng phải code cả ngày .

Tuy nhiên, theo anh thì không thiết yếu phải siêu giỏi code nếu muốn làm một CTO .

Thật sự thì một CTO hay bất kỳ quản trị nào cũng phải có nhiều việc để tập trung chuyên sâu hơn ngoài code .
Để giỏi một ngôn từ lập trình thì cần rất nhiều thời hạn nhưng với những quản trị thì không có đủ thời hạn để chỉ tập trung chuyên sâu code thôi .

Với anh, nếu không có đủ thời gian code khi trong yêu cầu công việc không bắt buộc, anh cũng cố gắng hết sức để tiếp xúc với code càng nhiều càng tốt. Do đó, anh nghĩ rằng một CTO vẫn cần phải biết code, đặc biệt cũng cần phải biết cách xây dựng các sản phẩm mới, tiếp cận với những giá trị và công nghệ mới. Nhưng đó không phải là tất cả, vì  thật ra thì anh cũng có một team đầy những chuyên gia lập trình giúp anh làm việc đó đấy thôi!

Vậy theo anh, những kỹ năng cần thiết đối với một CTO là gì?

• Bên cạnh coding thì một CTO còn phải biết làm việc với con người và xây dựng được một team mạnh.

CTO cần phải bảo vệ rằng mình tìm được đúng đồng đội và họ phải được khai thác tối đa tiềm năng. Tiêu biểu là phải đưa người thích hợp làm việc làm thích hợp qua việc liên tục hướng dẫn cho họ. Ngoài ra, em cũng cần phải hiểu rõ quy trình tiến độ tăng trưởng loại sản phẩm để ra quyết định hành động người này có thích hợp làm trong thiên nhiên và môi trường này không .

• Một CTO rất cần phải hiểu rõ và theo sát quy trình làm sản phẩm vì có rất nhiều thứ cần phải làm trong việc xây dựng nên một sản phẩm tốt.

Một điều quan trọng trong quy trình này là phải đưa ra hướng thiết kế xây dựng mẫu sản phẩm đúng và thích hợp với đội ngũ nhân viên cấp dưới mình đang có. Bên cạnh đó là hiểu rõ và tiếp xúc nhiều với những đối tượng người dùng sử dụng mẫu sản phẩm đó .

• Một kỹ năng quan trọng khác là tìm ra những công nghệ mới đem vào ứng dụng cho công ty.

Trong quốc tế này, công nghệ tiên tiến tăng trưởng rất nhanh và ngày càng nhanh hơn. Một CTO nên chú ý những công nghệ tiên tiến mới mà hoàn toàn có thể giúp team của bạn đỡ khó khăn vất vả hơn và tiết tiệm thời hạn thao tác hơn .

Anh có thể cho biết thử thách lớn nhất của một CTO làm việc trong một Start up?

Thử thách lớn nhất và quan trọng nhất là phải tìm được đồng đội thích hợp trong hàng trăm ứng viên, là những người tài và nhiệt tình, tự tin và có nghĩa vụ và trách nhiệm với việc làm. Vì một Start-up có rất nhiều việc phải làm ra rất khó cho anh tìm được người thích hợp .
Hơn nữa, chuyện tuyển dụng cho công ty sẽ chiếm hết mọi thời hạn của anh. Cuối cùng, anh quyết định hành động chọn những Junior có nhiều tiềm năng. Tuy nhiên, chọn họ thì nhu yếu CTO phải liên tục hướng dẫn và chỉ bảo cho họ cho đến khi họ trở thành những master .

Đọc thêm: Những điều cần biết khi xây dựng một IT Business

Xem thêm: Ngành Tâm lý học là gì? Ra trường làm gì?

Vậy anh làm sao để tìm được người tài cho team mình?

Khi MySquar nhận ra rằng mình cần nhiều người hơn, cả team đã đưa ra những kế hoạch để xử lý. Chúng tôi đã làm mọi cách hoàn toàn có thể từ việc tiếp thị cho chính mình, tham gia những hội chợ việc làm, tổ chức triển khai những workshop … Anh cần bảo vệ rằng mọi người đều biết về MySquar và muốn tham gia thiết kế xây dựng một loại sản phẩm như vậy .

David và đồng nghiệp tại MySquar

Anh có thể chia sẻ cách làm việc với team mà anh cho là hiệu quả nhất?

Hãy theo sát và luôn bên cạnh các đồng đội của mình. Không phương tiện nào thay thế được việc trao đổi trực tiếp với họ.

Những notification liên tục trên máy tính của bạn từ những ứng dụng quản trị như JIRA, Crashlytics, Airbrake hay những update từ Slack và Github khiến bạn có cảm nhận sai rằng bạn đang làm chủ được mọi thứ. Nói thật thì trong thực tiễn, những công cụ này khiến bạn không phát hiện ra những yếu tố thực sự hoàn toàn có thể Open trong code hay trong team của bạn .
Một giải pháp của anh cho yếu tố này là nên trò chuyện trực tiếp với những bạn đồng nghiệp. Sẽ có những yếu tố mà em nghĩ nó đơn thuần nhưng khi nói ra, trao đổi với nhau thì mới biết mình đã bỏ sót một chuyện lớn như vậy .

Anh có thể chia sẻ một sai lầm mà mình đã từng mắc phải?

Như anh đã nói thì các bạn nên theo sát việc code. Đó cũng là sai lầm lớn nhất của anh khi đã từng không tập trung vào việc code.

Khi bạn bỏ code và tập trung chuyên sâu vào những việc khác thì bạn sẽ không hề hiểu được những góc nhìn đang có yếu tố của mẫu sản phẩm. Vì một quản trị cần phải làm nhiều việc khác nữa nên anh quá bận và rất dễ bị phân tâm qua những việc khác. Anh không hề có đủ thời hạn vừa code vừa update thông tin về công ty, nhân sự …

Một điều anh rút ra trong sự nghiệp là cần phải tiếp tục công việc gốc của mình là code.

Khi làm quản trị, những việc làm hằng ngày sẽ thuận tiện mang bạn ra khỏi cái “ gốc ” Coder của mình. Do đó, code mỗi ngày là cách duy nhất giúp anh duy trì được kiến thức và kỹ năng kỹ thuật của mình để có quyết định hành động đúng trong việc chọn kỹ thuật thích hợp cho công ty .
Vì thế giới này đổi khác rất nhanh nên ai cũng cần phải nỗ lực và tỉnh táo để bắt kịp nó. Khi không update tình hình công nghệ tiên tiến, bạn sẽ không hề đương đầu với những xu thế đang xảy ra. Gần đây, anh đang nỗ lực điều tra và nghiên cứu học RxJava and Lambda Expression .

Anh có lời khuyên nào cho các quản lý muốn trở thành CTO không?

Trở thành CTO là một quy trình rất dài. Không chỉ phải cần giỏi code là được vì vị trí này không được đo bằng trình độ kỹ thuật. Theo anh thì những bạn nên rèn luyện để có thêm những điều sau đây :

• Phải tìm được đúng đồng đội và có tầm nhìn. Nghĩa là khi bạn làm quản lý, bạn phải đưa đúng người lên làm đúng việc và làm hiệu quả cho đến hết tiềm năng của họ.

• Chọn được kỹ thuật đúng cho sản phẩm và mang đến những quyết định đúng. Điều quan trọng hơn là bạn cần phải đam mê xây dựng nên một sản phẩm mà mọi người cần, muốn dùng.

• Một CTO trong Start-up luôn cần phải đam mê công nghệ. Họ phải dự liệu được tốc độ mà team có thể xây dựng sản phẩm đó và mức độ thành công của nó sẽ ra sao để có những quyết định đúng.

Anh có thể chia sẻ nguồn tài liệu hữu ích cho các bạn Junior?

Anh đề xuất các khóa học phần mềm tại edX và Coursera là những lớp học online tuyệt vời, kể cả những khóa học miễn phí hay có phí. Chất lượng khóa học theo anh thấy là khá cao vì được cung cấp bởi những trường đại học hàng đầu.

Theo cá thể anh thì việc học hỏi không hề thành công xuất sắc nếu không có sự đấu tranh. Anh tin rằng cách tốt nhất để học và trưởng thành trong sự nghiệp là ném mình vào những trường hợp khiến bản thân không hề cảm thấy tự do, tới những lúc mà bạn còn không biết là mình có làm được không .
Anh chưa khi nào hối hận khi làm một việc làm mà anh không trọn vẹn đủ tiêu chuẩn. Nếu những bạn tự nói với mình rằng “ Tôi trọn vẹn không hiểu gì cả ” thì đó là một tín hiệu tốt để mở màn học đấy !

Cám ơn anh David. Chúc anh luôn thành công trong công việc.

Xem việc làm Technical Manager trên ITviec

Nếu bạn thấy bài viết này có thể giúp ích cho bạn bè hoặc đồng nghiệp thì đừng ngại nhấn nút Share bên dưới nhé.

Source: https://intalents.co
Category: Hướng Nghiệp