Gần đây dự án của tôi đã trở thành một startup và tôi thấy mình cần đảm nhận vai trò CEO. Đồng thời tôi cũng phải thuyết phục các thành viên trong nhóm rằng tôi sẽ là một CEO giỏi, đặc biệt vì tính không giỏi giao tiếp xã hội của mình nên họ đang rất hoài nghi về điều đó. Có tài nguyên học tập tốt nào cho tình huống như thế này không?
13 bình luận
Theo kinh nghiệm cá nhân của tôi thì tôi không khuyến nghị. Trước hết điều này sẽ khác nhau tùy quy mô công ty mà bạn khởi nghiệp, nhưng tôi xin kể trường hợp mà tôi từng trải qua.
Khi đó tổng số nhân viên vào khoảng 20 người, và đội phát triển, tính cả lập trình viên app, còn chưa đến 5 người.
CEO của công ty trực tiếp tham gia phát triển, và khi khởi nghiệp cũng đã bắt đầu bằng chính website do mình tự làm ra.
Trưởng nhóm phát triển nghỉ việc, rồi CEO vừa kiêm trưởng nhóm, vừa kiêm đại diện công ty, vừa tổng chỉ huy mọi thứ. Đó là tình huống mà anh ấy can dự vào tất cả, từ tuyển dụng đến review code, v.v.
Vì mảng kinh doanh chính của công ty là trung tâm mua sắm trực tuyến nên mỗi khi có sự kiện hoặc phát sinh vấn đề trên site thì thường phải phản ứng ngay lập tức, và làm đêm hay thức trắng đêm xảy ra rất nhiều. Với bản thân CEO thì vì là người đứng đầu nên dù làm đêm hay thức trắng chắc vẫn thấy vui, nhưng từ góc độ nhân viên thì đó là một tình huống mệt mỏi. CEO làm đêm, thức trắng nên nhân viên cũng khó về đúng giờ vì phải nhìn sắc mặt; rồi khi có sự kiện khẩn cấp và việc sửa thiết kế diễn ra thường xuyên thì số commit tăng lên, lại còn bị bắt bẻ là tại sao có quá nhiều commit vô ích...
Dù sao thì tôi cũng cảm nhận được rằng người hiểu rõ quá lại càng đáng sợ hơn.
Tôi không rõ cơ cấu tổ chức của công ty bạn định khởi nghiệp ra sao, nhưng từ góc nhìn của nhân viên thì việc CEO vừa code vừa can dự sâu không hề thoải mái. Nếu bạn chỉ có thể làm đúng vai trò của CEO thì tôi sẽ khuyên nên làm, còn nếu vẫn phải can dự cả vào phát triển thì cá nhân tôi không muốn khuyến nghị.
Điều đó có vẻ không phải là lý do khiến bạn không nên làm CEO, mà ngược lại là lý do nên làm CEO...
CEO là người khiến nhân viên khó chịu nhỉ
Có một cuốn sách tên là
<개발 7년차, 매니저 1일차>.http://www.yes24.com/Product/Goods/87336637
Tôi nghĩ nó sẽ hữu ích cho bạn.
Ngoài ra, bạn đã tự dùng cách diễn đạt "tính thiếu hòa đồng của tôi"... nhưng tôi cho rằng không cần phải đồng nhất tính thiếu hòa đồng khi làm trưởng nhóm với tính thiếu hòa đồng khi làm CEO, vì vị trí sẽ tạo nên con người. Nếu bạn không thể thuyết phục chính mình thì cũng không thể thuyết phục người khác.
Tôi cũng xin giới thiệu bộ phim truyền hình nước ngoài Silicon Valley. Trong đó có nhiều sự kiện khác nhau mà một lập trình viên vô tình trở thành CEO phải trải qua; từ góc nhìn của CEO, có lẽ anh sẽ không thể chỉ cười mà xem những tình huống như việc VC cài người của mình vào startup. Nó sẽ giúp ích cho anh.
Hơi lạc đề một chút,
nhưng tôi chợt nhớ đến bộ phim truyền hình Đức trên Netflix "How to Sell Drugs Online" haha
Đây là câu chuyện về một học sinh trung học đang xây dựng nền tảng giao dịch vật phẩm game giữa những người dùng ẩn danh, nhưng vì một lý do nào đó lại trở thành người điều hành một trang buôn bán ma túy trên dark web; hình ảnh một cậu bạn mọt sách trăn trở vì công việc kinh doanh được khắc họa khá vui nhộn haha
Trang https://leaddev.com/ có rất nhiều bài viết và bài nói chuyện hay về "lãnh đạo kỹ thuật".
Họ cũng có kênh YouTube (https://www.youtube.com/c/LeadDev/), nơi đăng rất nhiều video thuyết trình hoặc thảo luận với sự tham gia của các lập trình viên cấp lead hoặc VP of Engineering từ nhiều công ty.
Có thể không liên quan trực tiếp đến "CEO", nhưng với tư cách một nhà lãnh đạo có năng lực kỹ thuật, tôi đã nhận được rất nhiều lời khuyên về cách dẫn dắt tổ chức bằng tư duy và phương pháp phù hợp. Nếu chỉ giới thiệu vài video tôi xem gần đây thì có:
Creating a career ladder for engineers: vì sao lộ trình thăng tiến cho kỹ sư lại quan trọng và nên vận hành như thế nào https://www.youtube.com/watch?v=jA1Q94d2z10
Building a successful and sustainable CI/CD pipeline: để xây dựng một pipeline CI/CD hiệu quả và bền vững, cần tập trung vào kiến trúc và quy trình thay vì công cụ, đồng thời phải liên tục thuyết phục các thành viên trong tổ chức https://www.youtube.com/watch?v=9nIG-pFyQ_k
Trước hết, xin chúc mừng. Tôi nghĩ nên có nhiều trường hợp hơn nữa các lập trình viên trở thành CEO.
Như bạn đã viết, nếu bạn lo lắng về việc thiếu tính xã hội thì có lẽ điều bạn cần chú ý nhất là mảng giao tiếp.
Tôi đã dịch ngắn gọn trong phần bình luận của bài viết ở trên, nên bạn có thể tham khảo.
Điều quan trọng với CEO là phải liên tục giao tiếp với các thành viên trong nhóm về "chúng ta đang đi đâu". Cần nói một cách "lặp đi lặp lại" về "vì sao chúng ta làm việc này, đã làm đến đâu, và phần việc còn lại phía trước là gì". Vì vậy khi công ty lớn đến một mức nào đó, người ta sẽ tạo ra những thứ nghe có vẻ lớn lao như mission và vision, đồng thời xây dựng nhiều hình thức cơ chế khác nhau, từ town hall meeting cho tới phản hồi 1:1. Nhưng theo tôi, điều quan trọng nhất là liên tục trò chuyện với nhau.
Nếu vẫn còn ở giai đoạn đầu, thì về cơ bản sẽ rất tốt nếu bạn nhất định duy trì cả những cuộc trao đổi nhẹ nhàng như "họp nhóm 10 phút mỗi sáng". Nếu nghĩ theo kiểu "mình phải làm daily standup" thì sẽ thấy áp lực.
CEO là một vị trí cô đơn bất kể quy mô công ty. Người quyết định con đường công ty sẽ đi rốt cuộc vẫn là chính mình. Bạn cũng nên đọc thử các bài chia sẻ hậu kỳ để xem người khác đã từng trăn trở những gì. Tôi nghĩ sẽ rất tốt nếu bạn tạo cơ hội gặp gỡ các nhà sáng lập khác và trò chuyện với họ.
Ba điều cần lưu ý khi lập trình viên khởi nghiệp https://vi.news.hada.io/topic?id=3016
Những điều học được khi đồng sáng lập Dribbble https://vi.news.hada.io/topic?id=23
Những điều một CEO startup xuất thân từ Samsung nhận ra sau khi mất 1,2 tỷ won https://vi.news.hada.io/topic?id=3015
Chia sẻ về thất bại của dịch vụ giao đồ ăn tự vận hành Sprig https://vi.news.hada.io/topic?id=2364
Tôi nghĩ việc tìm hiểu trước xem vài năm tới sẽ có những chuyện gì xảy ra, đặc biệt là liên quan đến đầu tư, cũng rất quan trọng.
Hành trình một startup nên đi trong 2 năm rưỡi đầu tiên (bản dịch tóm tắt) https://vi.news.hada.io/topic?id=1703
Chiến lược gọi vốn startup do VC chia sẻ [197p PDF] https://vi.news.hada.io/topic?id=3798
Khi từ lập trình viên trở thành CEO, có lẽ bạn cũng sẽ kiêm nhiệm ở một mức độ nào đó vai trò của CTO. Hãy tham khảo thêm các bài viết dưới đây.
CTO/VPE cần làm gì trong 90 ngày đầu tiên https://vi.news.hada.io/topic?id=1686
Director of Engineering làm những công việc gì? https://vi.news.hada.io/topic?id=2029
Nhìn lại 4 năm của CTO New York Times https://vi.news.hada.io/topic?id=2016
"Cách bán sản phẩm B2B" của CTO Segment https://vi.news.hada.io/topic?id=2104
Danh sách kiểm tra bảo mật cho SaaS CTO [27p PDF] https://vi.news.hada.io/topic?id=2509
Ngoài ra, đây là những thứ cũng đáng đọc
Loại bỏ Toil - Toil là gì https://vi.news.hada.io/topic?id=388
Blog kỹ thuật của một công ty tốt được vận hành như thế nào https://vi.news.hada.io/topic?id=1698
Cách onboarding nhân viên mới thật tốt - How to onboard a new hire https://vi.news.hada.io/topic?id=233
Và nếu chỉ xét riêng về mặt tài liệu, tôi nghĩ phía YC có lẽ sẽ hữu ích nhất.
Có vẻ tài liệu tiếng Hàn không nhiều và đồ sộ đến mức đó.
Startup School của YC dành cho các nhà sáng lập tương lai https://vi.news.hada.io/topic?id=3128
YCombinator Startup Library 2.0 https://vi.news.hada.io/topic?id=2624
Có ai có thể cho tôi lời khuyên về cách thuyết phục các thành viên trong nhóm rằng tôi phù hợp làm CEO không? Vì sao bạn nghĩ nên có CEO xuất thân từ lập trình viên?
Tôi chưa rõ startup mà bạn đang xây dựng đã bắt đầu như thế nào.
Vì sao lại ở trong tình huống phải thuyết phục về việc ai sẽ làm CEO? Hai bạn cùng bắt đầu và trong số đó người hỏi sẽ đảm nhận vai trò này sao? Hay là cả hai đều muốn làm CEO? Tôi khá tò mò về chuyện đó. Thành thật mà nói, rất khó biết một người có phù hợp làm CEO hay không nếu chưa trực tiếp thử. Tôi cũng nghĩ mức độ yêu thích và tầm nhìn dành cho ý tưởng đó quan trọng.
Lý do tôi ưu tiên CEO xuất thân là developer là vì lúc đầu mọi người bận tối mắt để làm MVP, nhưng khi dịch vụ đã ra mắt, người dùng tăng lên và công ty lớn dần, thì sau đó sẽ có khác biệt giữa người có kiến thức phát triển và người không có.
Lấy ví dụ đơn giản, ban đầu vì chưa có legacy nào nên có thể làm tính năng rất nhanh. Nhưng khi thứ đó trở thành sản phẩm và người dùng tăng lên, mỗi lần thêm một tính năng sẽ ngày càng mất nhiều thời gian hơn vì phải cân nhắc kết nối với những phần hiện có, khả năng mở rộng, v.v. Cũng còn có technical debt do phải làm gấp. Developer hiểu điều này ở mức độ nào đó. Nhưng nếu CEO không có kiến thức về phát triển, thì từ lúc đó mâu thuẫn bắt đầu nảy sinh.
"Vì sao giờ không thể/không chịu phát triển nhanh như trước? Đội dev không đủ năng lực à? Hay là đang lười biếng?"
Bạn có thể nghĩ là "đâu đến mức đó", nhưng đây thực sự là tình huống xảy ra rất thường xuyên. Vì vậy, tôi thích hơn việc một người đã tự mình lên kế hoạch cho sản phẩm ngay từ đầu và cả phát triển nó, rồi với tầm nhìn đó thành lập và phát triển công ty.
Không phải hiếm đâu, phải đến 9 trên 10 công ty biết về legacy nhưng lại không hiểu nó.
Có nghe về technical debt nhưng cũng không hiểu, rồi mỗi khi vấn đề đó dần được nhắc tới thì những người thuộc cấp C không hiểu lại lặp đi lặp lại câu kiểu như: tôi không rõ lắm, cũng không muốn biết, cứ giải quyết đi — dù chính họ là lãnh đạo cấp C.
Vì thế có rất nhiều công ty vận hành trục trặc, nên tôi tin rằng nếu một CEO xuất thân từ phát triển phần mềm lên nắm vị trí này thì cơ hội thắng sẽ lớn hơn nhiều, và tôi đang chuẩn bị lao vào kinh doanh.
Tôi nghĩ chỉ cần làm tốt 3 điều là chuyển giao quyền hạn, sự tự do và trách nhiệm thì ai cũng có thể trở thành một CEO giỏi.
Các CEO giai đoạn đầu thường cố tự mình xử lý mọi thứ lúc ban đầu, nên đặc biệt hãy cẩn thận ở điểm này và hãy chuyển giao quyền hạn dựa trên sự tin tưởng.
Cảm ơn!! Tôi sẽ đọc kỹ từng cái một và nắm thật chắc.