Làm CTO có cần giỏi code không? Những điều lưu ý khi làm CTO

63 lượt xem

Trong thế giới kỹ thuật số ngày nay, vai trò của giám đốc công nghệ đã được mở rộng. Các CTO tham gia nhiều hơn vào mọi khía cạnh của công ty họ và đảm nhận các vai trò tập trung hơn vào chiến lược tổng thể và thường hướng về khách hàng. Trình độ học vấn và khuynh hướng của họ có thể khiến họ cúi đầu và tập trung vào lập trình và mã hóa — nhưng liệu đây có phải là cách sử dụng tốt nhất kinh nghiệm, tài năng, thời gian và năng lượng của họ?

Chúng tôi đã hỏi các thành viên chuyên gia của Hội đồng Công nghệ Forbes liệu họ có tin rằng một CTO vẫn nên dành thời gian viết code cho nhóm của họ hay không và nếu có thì tại sao. Đây là những gì mà hội đồng quản trị của chúng tôi phải nói.

CTO là gì? Tất tần tật A - Z về Chief Technology Officer

1. Đừng code như một cách để trì hoãn.

Các CTO có năng lực nên tiếp tục viết code miễn là họ tiếp tục thực hiện các trách nhiệm khác của mình, không sử dụng nó như một cách để trì hoãn và đang tuân thủ tất cả các quy tắc trong tổ chức để làm như vậy. Có một mối nguy hiểm khi một CTO trở nên bất hảo và làm bất cứ điều gì họ muốn, điều này rõ ràng gây ra nhiều hậu quả tiêu cực hơn là tích cực. Dẫn đầu bằng ví dụ là một đặc điểm quan trọng của một CTO tốt, theo ý kiến của tôi. – Bryan Smith, Myia Health

2. Ngồi với các kỹ sư và xem lại code của họ.

Như Flannery O’Connor đã lưu ý, “Mọi thứ phát triển phải hội tụ.” Tôi nhận thấy mình đam mê thiết kế các mẫu và vô địch kỹ thuật phần mềm như một nghề thủ công hơn là tự mình tạo ra khối lượng mã. Tuy nhiên, tôi vẫn sẽ ngồi với các kỹ sư và xem qua mã để chia sẻ những gì tôi thấy như câu chuyện mà nó đang kể cho tôi. – Joe Karbowski, FM: Hệ thống

3. Đảm bảo rằng bạn hiểu codebase của công ty mình.

Khi giao tiếp với khách hàng (đặc biệt là B2B), kiến thức chuyên môn của CTO có thể hữu ích. Nhưng nếu CTO không biết cơ sở mã và kiến trúc của công ty từ trong ra ngoài, thì đó sẽ là một bài tập giao tiếp lỏng lẻo. CTO nên tham gia các cuộc họp phi kỹ thuật và thảo luận sớm về định nghĩa sản phẩm và các yêu cầu của thị trường, đồng thời họ phải là người có công nghệ tiên tiến nhất để có thể đưa tầm nhìn này vào hoạt động bên trong của công ty. Công ty chúng tôi quan tâm đến việc xây dựng quyền riêng tư vào các sản phẩm của chúng tôi; điều này chuyển trực tiếp sang thiết kế và cấu trúc mã và không chỉ là mã hóa. CTO không chỉ cần phù hợp với sản phẩm và người dùng mà còn phải tìm ra cách thực hiện điều này. – Martin Zizi, Aerendir Mobile Inc.

4. Biết nơi bạn dành thời gian tốt nhất dựa trên quy mô công ty của bạn.

Một CTO có nên lập trình / viết mã và “tham gia” vào chương trình thực tế hay không là một câu hỏi về quy mô công ty. Nếu công ty nhỏ và lập trình thực hành là một trong những điểm mạnh mà CTO cụ thể cung cấp có thể mang lại giá trị tức thì, rất tuyệt vời. Tuy nhiên, khi công ty phát triển hoặc nếu quy mô công ty tập trung nhiều hơn vào chiến lược hướng tới khách hàng, thì một CTO cần phải biết họ dành thời gian ở đâu tốt nhất. Họ phải liên tục phát triển cùng với công việc kinh doanh và chuẩn bị vượt ra khỏi bàn phím lập trình khi công ty mở rộng quy mô. Tuy nhiên, họ cũng nên duy trì mối quan hệ tương tác chặt chẽ, chặt chẽ với các nhà phát triển chính của họ, vì CTO có nền tảng và kiến thức để dẫn dắt họ một cách hiệu quả trong các hoạt động lập trình. – Kim LaFleur, Title3Funds

5. Tập trung vào đổi mới và chứng minh, không phải phát triển.

Các CTO rất tò mò, đặc biệt là về cách các dự án kỹ thuật được thực hiện và về những hiểu biết ban đầu về các phương pháp tối ưu để phù hợp với thời hạn. Họ có nên tham gia vào phần mã hóa của một dự án không? Câu trả lời của tôi sẽ là không. Các CTO cần thiết lập và định hướng kỹ thuật. Họ cần truyền cảm hứng cho nhân viên và tương tác với khách hàng để đảm bảo tổ chức kỹ thuật đang làm việc trên các sản phẩm phù hợp với nhu cầu thị trường. Vai trò CTO đã chuyển từ là “lập trình viên giỏi nhất” thành “người truyền bá phúc âm tốt nhất” của bạn. Điểm mấu chốt? Các CTO nên giữ cho bàn tay của họ không bị dơ bẩn, nhưng không phải theo cách quan trọng hóa sứ mệnh. Giữ tay bẩn nên tập trung vào đổi mới và chứng minh hơn là phát triển sản phẩm. – Tom Fisher, SAS

6. Hãy nhớ khả năng lãnh đạo tư tưởng của bạn quan trọng hơn.

Một CTO chắc chắn nên tập trung nhiều hơn vào việc lãnh đạo tư tưởng CNTT, điều này giúp đặt ra lộ trình CNTT về mặt công nghệ và đổi mới mà công ty sẽ sử dụng để thành công. Tôi sẽ nói rằng mã hóa hay không mã hóa sẽ phụ thuộc vào loại khán giả mà bạn đang đối mặt và kỳ vọng của họ là gì. Nếu với tư cách là một CTO, bạn đang cố gắng quảng bá tính hiệu quả của công cụ API và muốn hiển thị bản trình diễn trực tiếp, bạn có thể muốn chuẩn bị trước. Nhưng sau đó, bạn có thể muốn cho phép người quản lý phát triển của mình tham gia vào hoạt động đó trong khi bạn nói chuyện — tất nhiên là thu hút đối tác và khán giả của bạn tham gia vào cuộc thảo luận. – Joydeep Mukherjee, Dầu McPherson

7. Luôn cập nhật thông tin.

Tôi thực sự tin rằng mọi CTO (và thậm chí cả CEO của các công ty công nghệ) nên thường xuyên tìm cơ hội viết mã / lập trình. Với sự thay đổi nhanh chóng của công nghệ, “lãnh đạo thực hành” là sự lãnh đạo duy nhất tạo ra một tổ chức công nghệ tốt. Từ gỡ lỗi đến thực hiện các dự án thú cưng, việc tìm ra các cơ hội để viết mã có thể cho phép các nhà lãnh đạo đạt được nhiều mục đích. Nó giúp họ liên tục học hỏi những điều mới và làm cho họ kết nối với những người cấp dưới, từ đó giữ cho họ có cơ sở. Quan trọng nhất, nó giúp họ liên tục phóng to và thu nhỏ. Tôi viết mã bằng nhiều ngôn ngữ và sẽ không thuê người điều hành không sẵn sàng viết mã. – Suhas Patil, Sankey Solutions

8. Đặt năng lượng của bạn vào việc tạo ra một kiến trúc chiến lược.

Với sự thay đổi nhanh chóng của SaaS, vai trò của CTO không còn là “ngón tay với bàn phím”. Thay vào đó, một CTO phải tạo và quản lý một kiến trúc chiến lược có thể đáp ứng các yêu cầu chức năng chéo của tổ chức. CTO phải hiểu rõ đối tác hàng đầu là ai trên thị trường và làm thế nào để sử dụng tốt nhất từng đối tác vì lợi ích cuối cùng của khách hàng của doanh nghiệp. – Fang Cheng, Linc Global

9. Code như một cách để bước vào đôi giày của các nhà phát triển.

Các CTO vẫn nên viết code theo thời gian vì hai lý do: Thứ nhất, bởi vì ngôn ngữ và công cụ liên tục thay đổi, và việc thực hành viết mã theo thời gian là một chức năng bắt buộc tuyệt vời để bắt kịp những gì mới nhất và hay nhất. Thứ hai, và có thể quan trọng hơn, là các tổ chức có thể vô tình tạo thêm nhiều xung đột trong hệ thống của họ khi họ phát triển và mở rộng quy mô, khiến các nhà phát triển của họ phải dành một tỷ lệ không đáng kể trong nhóm của họ để vật lộn với các quy trình và hệ thống của công ty. Thực hành đặt một CTO vào vị trí của các nhà phát triển của họ để họ có thể tận mắt nhìn thấy điều gì hiệu quả và điều gì không hiệu quả. – Nick Elprin, Phòng thí nghiệm dữ liệu Domino

10. Đặt ra tầm nhìn và giám sát việc thực thi chiến thuật.

CTO là nhà công nghệ cao cấp nhất của tổ chức. Là thành viên của đội ngũ lãnh đạo cấp cao, CTO chịu trách nhiệm thiết lập tầm nhìn chiến lược cho văn phòng công nghệ. Ngoài ra, CTO chịu trách nhiệm giám sát việc thực thi chiến thuật trong các lĩnh vực chức năng của cô ấy — có thể bao gồm cơ sở hạ tầng, mạng và phân tích và quản lý dữ liệu, cùng những lĩnh vực khác — để hoàn thành các mục tiêu. Có lẽ thay vì cố định xem CTO có nên lập trình hay không, chúng ta nên xem xét mô hình thành công của CTO, mô hình này có thể kết hợp các đóng góp về lập trình và liệu mô hình đó có phù hợp với nhu cầu của tổ chức hay không. Nếu sự liên kết tồn tại, thì có lẽ có rất ít mối quan tâm về việc quảng cáo chiêu hàng của CTO trong một vài hoặc nhiều dòng mã. – Aleksandar Velkoski, Hiệp hội Quốc gia các NHÀ THỰC TẾ®

11. Hãy để các lập trình viên của bạn làm những gì họ giỏi nhất.

Một quy tắc cũ trong quản lý là thuê những người giỏi hơn bạn về những gì họ làm. Ở cấp độ C, bạn cần xem xét các vấn đề chiến lược và chiến thuật nhiều hơn và để các lập trình viên làm những gì họ làm tốt nhất. Nếu một CTO có kỹ năng — và quan trọng hơn là có thời gian — để giúp một tay, thì họ có thể muốn tiếp tay. Họ chỉ cần chắc chắn rằng đầu vào của họ thực sự có lợi. – Saryu Nayyar, Gurucul

12. Cân bằng khả năng kinh doanh trong khi quản lý rủi ro.

Trong một thế giới mà các mô hình kinh doanh truyền thống đang tan rã nhanh chóng và các mô hình mới xuất hiện dựa trên sự hợp tác và cộng tác, các CTO, nếu muốn duy trì sự phù hợp, phải nghĩ đến việc cân bằng khả năng kinh doanh trong khi quản lý rủi ro. Điều này có nghĩa là cân bằng nhu cầu kinh doanh, giá trị kinh doanh và ưu tiên kinh doanh so với quy trình phát triển, kiến trúc và khả năng tự động hóa phân phối. – Altaz Valani, La bàn an ninh

13. Ưu tiên những gì khẩn cấp so với những gì quan trọng.

Đây là một câu hỏi về kích thước so với quy mô. Một CTO với một công ty khởi nghiệp nhỏ, tập trung có thể và có thể nên viết mã với nhóm công nghệ. Tuy nhiên, một CTO cần mở rộng quy mô trên toàn bộ GTM, bán hàng, đối tác, nhà cung cấp, khách hàng, thành viên hội đồng quản trị và nhóm công nghệ của họ nên ưu tiên những gì khẩn cấp hơn những gì quan trọng. Bạn không cần phải cắt giảm mã sản xuất để vẫn có liên quan. Tham gia hackathons. Mã hết giờ. Tuy nhiên, đừng mất liên lạc, bởi vì các nhà công nghệ tôn trọng các nhà công nghệ. Duy trì sự hiện tại bằng cách đi bộ, tò mò và thực hành nghề của bạn. Chỉ khi đó, lĩnh vực CTO mới có thể đặt câu hỏi cả từ trên xuống (điều hành) và từ dưới lên (nhà phát triển) và dịch giữa hai điều này. – Cleve Gibbon, Wunderman Thompson

14. Nắm lấy cơ hội để học hỏi, nhưng đừng quản lý vi mô.

Mỗi CTO có trách nhiệm thực hiện khám phá cơ bản của riêng mình. Vì vậy, việc nắm bắt các cơ hội học hỏi đi kèm với lãnh thổ — mặc dù không có lợi cho việc quản lý vi mô công việc của nhóm phát triển. Nhìn chung, các nhà lãnh đạo cấp cao thiết lập quan điểm, thiết lập tầm nhìn và giám sát việc thực hiện kỹ thuật cho bất kỳ dự án nhất định nào. Họ hiếm khi đào sâu vào cỏ dại của quá trình này, nhưng họ yêu cầu một ngón tay cái màu xanh lá cây khi nói đến việc nuôi dưỡng tăng trưởng chiến lược từ trong ra ngoài. Khả năng sản xuất thực hành là một chuyện, nhưng giám sát cấp cao mới là điều kiện tiên quyết. Các CTO cần truyền đạt sự hỗ trợ của họ từ vị trí hiểu biết của tập thể và phân phối các nhiệm vụ phù hợp để phục vụ lợi ích của tất cả các bên liên quan. – Meghann Chilcott, Tư vấn XIL

15. Chỉ viết mã nếu đó là điều giá trị nhất bạn có thể làm cho doanh nghiệp.

Trong giai đoạn đầu của một doanh nghiệp, CTO có thể và nên thực hành để đảm bảo sản phẩm phát triển theo đúng cách. Nhưng với quy mô kinh doanh, mã hóa phần mềm sản xuất không phải là một hoạt động giá trị gia tăng. Trọng tâm nên là người có tầm nhìn xa trông rộng về công nghệ cho công ty. Một CTO chỉ nên viết mã phần mềm sản xuất nếu đó là một trong những điều có giá trị nhất mà họ có thể làm cho doanh nghiệp. – Beena Jacob, Phần mềm Donoma

16. Đừng bao giờ đánh mất liên lạc của bạn.

Học tập không mang ngày / tuổi hết hạn. Điều quan trọng là luôn ở trong trò chơi, bất kể vai trò của bạn có thể là gì. Nếu bạn không tham gia cuộc đua và bắt kịp nhịp độ thị trường, thì đó chỉ là danh hiệu bạn đang mang, với kiến thức và chuyên môn không phải hiện tại. – Bhavna Juneja, Infinity, một Công ty Công nghệ Stamford.

Bài viết được dịch từ: https://www.forbes.com/sites/forbestechcouncil/2020/08/10/should-the-cto-code-16-tech-leaders-weigh-in/?sh=1e80e4fe7e27