Unicorn mã nguồn mở GitLab bắt đầu con đường “bán mình”! Kỹ sư cũ chỉ trích: Doanh nghiệp có lợi nhuận không được quản lý tốt, phát triển nhiều tính năng không cần thiết.

Ngày 17 tháng 7, theo nguồn tin từ người trong cuộc, GitLab – công ty phần mềm phát triển công cụ đám mây có giá trị khoảng 8 tỷ đô la Mỹ, đang cân nhắc việc bán mình sau khi thu hút được sự quan tâm của một số nhà đầu tư tiềm năng.

Hiện tại, GitLab đang hợp tác với các chuyên gia ngân hàng để khởi động quy trình bán lại. Trong số những người quan tâm, có cả Datadog, công ty giám sát đám mây có giá trị 44 tỷ đô la Mỹ, cung cấp phần mềm giúp người dùng kỹ thuật làm việc và đánh giá hiệu suất làm việc trên đám mây.

Theo nguồn tin, do vấn đề bảo mật, họ yêu cầu giấu tên, bất kỳ giao dịch nào cũng sẽ mất thêm vài tuần và thỏa thuận không chắc chắn. Sau khi tin đồn về việc bán GitLab lan truyền, giá cổ phiếu của GitLab đã tăng hơn 14%, trong khi giá cổ phiếu của Datadog giảm hơn 3%.

“Trong quan điểm của chúng tôi, GitLab từ lâu đã được coi là mục tiêu mua lại hấp dẫn. Mặc dù chúng tôi cảm nhận được rằng các nhà đầu tư xem AWS hoặc Google Cloud là những ứng cử viên rõ ràng hơn, nhưng chúng tôi vẫn lạc quan về khả năng hợp tác giữa GitLab và Datadog,” Mike Cikos, nhà phân tích của Needham, cho biết.

Công ty có trụ sở tại San Francisco, Mỹ, hiện có khoảng 2.130 nhân viên (tính đến tháng 6 năm 2024), nhưng tất cả đều làm việc từ xa. Theo trang web của họ, GitLab cung cấp các công cụ quản lý chu kỳ phát triển phần mềm cho doanh nghiệp và có hơn 30 triệu người dùng đã đăng ký. Hơn một nửa trong số 100 công ty Fortune đang sử dụng nền tảng này.

Năm 2021, GitLab chính thức niêm yết trên sàn Nasdaq với mã chứng khoán “GTLB”, và giá trị thị trường đã đạt gần 15 tỷ đô la Mỹ khi đóng cửa ngày đầu tiên. Tuy nhiên, kể từ đó, giá cổ phiếu của GitLab trên sàn New York đã giảm xuống dưới một nửa so với mức ban đầu.

Trong năm nay, giá cổ phiếu của GitLab đã giảm 16%, thấp hơn 3% so với chỉ số ứng dụng phần mềm Standard & Poor’s 500, do lo ngại rằng khách hàng của họ đang cắt giảm chi tiêu.

Alphabet, công ty mẹ của Google, là một trong những nhà đầu tư của GitLab. Tính đến tháng 6 năm 2024, thông qua bộ phận đầu tư rủi ro, Alphabet nắm giữ 22,2% quyền biểu quyết của GitLab. CEO kiêm đồng sáng lập Sid Sijbrandij, thông qua hệ thống cổ đông kép, kiểm soát 45,51% cổ phiếu có quyền biểu quyết của GitLab.

Trong cuộc họp báo cáo tài chính quý trước, Sijbrandij cho biết ông sẽ tiếp tục điều trị bệnh ung thư xương (sarcoma) lần thứ hai, sau khi đã trải qua điều trị vào năm ngoái. Ông nhấn mạnh rằng ông đang nỗ lực phục hồi hoàn toàn và tiếp tục thực hiện nhiệm vụ của mình.

Đáng chú ý, với việc nắm giữ gần một nửa cổ phiếu của GitLab, Sijbrandij có thể là người quan trọng trong các thương vụ mua bán sắp tới của công ty.

GitLab từ khi thành lập, niêm yết và đến nay, không thể tách rời khỏi tầm nhìn và giá trị của Sijbrandij. “Mỗi công ty đều cần trở thành một công ty phần mềm,” Sijbrandij đã nói sau khi GitLab niêm yết.

Sijbrandij, một lập trình viên không chính quy, đã không chỉ tạo ra con đường sự nghiệp độc đáo mà còn được Forbes công nhận là một trong những tư duy vĩ đại nhất trong đại dịch và được công nhận là một người tiên phong về làm việc từ xa.

Trong thời gian học tập tại Đại học Twente ở Hà Lan, Sijbrandij đã học về vật lý ứng dụng và khoa học quản lý. Trước khi tham gia GitLab, ông đã dành bốn năm để xây dựng tàu lặn giải trí cho U-Boat Worx. Trong thời gian làm việc tại Bộ Tư pháp và An ninh Hà Lan, ông đã tham gia dự án Legis, dự án này đã phát triển nhiều ứng dụng Web đổi mới để hỗ trợ quá trình lập pháp.

Năm 2007, ông lần đầu tiên nhìn thấy mã Ruby và ngay lập tức bị cuốn hút, tự học lập trình. Năm 2012, ông gặp GitLab và khám phá ra niềm đam mê với phần mềm nguồn mở. Năm 2015, Sid đã thương mại hóa GitLab. GitLab đã phát triển từ một công ty khởi nghiệp thành một doanh nghiệp toàn cầu dưới sự lãnh đạo của ông.

Dù theo báo cáo của GitLab, doanh thu quý gần đây đã tăng 33%, đạt 169,2 triệu đô la Mỹ, và công ty đã đạt được dòng tiền dương đầu tiên trong lịch sử, nhưng công ty cũng thừa nhận rằng trong cuộc cạnh tranh với Microsoft, nó đang gặp khó khăn về giá cả, đặc biệt là sau khi Microsoft mua lại đối thủ cạnh tranh GitHub với giá 7,5 tỷ đô la Mỹ vào năm 2018.

Trong giới lập trình viên, tên tuổi của GitLab và GitHub ai cũng biết. Cả hai công ty đều dựa trên phần mềm mã nguồn mở Git, nhưng GitLab đã phát triển trong bóng tối của GitHub.

Năm 2012, GitHub đã huy động được 100 triệu đô la Mỹ từ Andreessen Horowitz, một khoản tiền lớn tại thời điểm đó, trong khi GitLab mới chỉ ra mắt. Đến năm 2015, doanh thu hàng năm của GitLab chỉ là 1 triệu đô la Mỹ, trong khi GitHub đã nhận được 250 triệu đô la Mỹ từ một vòng huy động vốn do Sequoia Capital dẫn dắt.

Tháng 6 năm 2018, Microsoft đã mua lại GitHub với giá lên đến 7,5 tỷ đô la Mỹ, trong khi giá trị định giá của GitLab vào năm trước chỉ là 200 triệu đô la Mỹ. Việc được Microsoft mua lại đã giúp GitHub không còn phải lo lắng về khủng hoảng tài chính, nhưng GitLab vẫn đang phải đối mặt với những thách thức tài chính.

Báo cáo của New Constructs viết rằng, “Như một cỗ máy kiếm tiền, Microsoft có thể dễ dàng cung cấp dịch vụ GitHub với giá gốc hoặc thấp hơn để giành thị phần và thu hút người dùng vào nền tảng của mình. Việc GitLab phụ thuộc vào dòng thu nhập từ nền tảng DevOps, các gói đăng ký và giấy phép, là một yếu điểm cạnh tranh chính.”

Tin đồn về việc GitLab tìm kiếm một nhà đầu tư ngoại vi này có thể cũng cho thấy rằng công ty đang bắt đầu tìm cách duy trì sự phát triển thông qua việc hợp tác với các doanh nghiệp bên ngoài.

Tháng Hai năm nay, một kỹ sư trước đây đã làm việc tại GitLab và gần đây đã kết thúc thời gian bảo mật, đã tiết lộ tất cả các vấn đề vận hành mà anh ta đã phát hiện trong sáu năm làm việc tại công ty, bắt đầu bằng cách thảo luận về cách GitLab kiếm tiền hiện tại.

Kỹ sư này cũng cho biết, trong nhiều năm, GitLab đã dành thời gian để xây dựng rất nhiều tính năng không cần thiết.

Nhìn chung, GitLab đã dành rất nhiều nguồn lực vào những công việc không sinh lợi và không cần thiết, trong khi những hoạt động chính tạo ra thu nhập lại đang gặp nhiều vấn đề về hiệu suất nhưng không nhận được sự chăm sóc và tài nguyên cần thiết.

Vấn đề thứ hai là bản chất sản phẩm quản lý bởi các nhà quản lý sản phẩm của GitLab.

Kỹ sư này cũng chỉ ra rằng GitLab cung cấp hai loại sản phẩm: cài đặt tự quản lý và sản phẩm dịch vụ như một dịch vụ (SaaS), nhưng hầu hết các công ty, bao gồm GitLab, không thể cung cấp hiệu quả cả hai loại hình này.

Điều này không chỉ gây xung đột lợi ích, mà còn đòi hỏi các yêu cầu và phương pháp cập nhật khác nhau. Ví dụ, với SaaS, bạn muốn triển khai nhanh chóng và xử lý dữ liệu và tải công việc lớn trên cơ sở hạ tầng tập trung. Trong khi đó, hầu hết các trường hợp tự quản lý thường nhỏ hơn nhiều so với SaaS, vì vậy nhiều giải pháp và giải pháp tương ứng dành cho SaaS không áp dụng cho cài đặt tự quản lý.

Điều này thực tế đã dẫn đến việc nhiều phần của nền tảng tồn tại theo hai dòng mã khác nhau: một dòng cho phiên bản SaaS và một dòng khác cho phiên bản tự quản lý. Ngay cả khi mã vật lý giống nhau (tức là bạn cung cấp một gói dễ sử dụng cho cài đặt tự quản lý), bạn vẫn cần xem xét sự khác biệt. Ngược lại, khi bạn tập trung vào SaaS hoặc cài đặt tự quản lý, bạn có thể tập trung toàn bộ vào việc cung cấp trải nghiệm tốt nhất cho cài đặt liên quan. Tất nhiên, có một số ngoại lệ, nhưng đó chỉ là ngoại lệ hiếm gặp.

Cuối cùng, giống như nhiều công ty khác trong quá khứ, GitLab đã tuyển dụng một lượng lớn nhân viên trong nhiều năm, hiện tại đã vượt quá 2.000 người, nhưng số lượng lớn không nhất thiết dẫn đến kết quả tốt hơn.

Chúng ta đều biết rằng việc tăng cường nhân sự trong một dự án không nhất thiết cải thiện năng suất và kết quả, nhưng hầu hết các công ty khởi nghiệp phương Tây có vốn đầu tư mạo hiểm đều bỏ qua điều này, thậm chí nếu sản phẩm không cần nhiều lập trình viên, họ cũng tuyển dụng hàng trăm lập trình viên.

Tôi nghĩ rằng phần lớn các công ty chỉ cần không quá 20 lập trình viên, một số công ty cần từ 20 đến 50 lập trình viên, và chỉ có một số ít công ty cần từ 50 đến 100 lập trình viên. Một khi số lượng lập trình viên của bạn vượt quá 100, tôi nghĩ bạn nên bắt đầu xem xét phạm vi sản phẩm có thể mất kiểm soát, và sau đó mới tuyển dụng thêm người. Lưu ý rằng tôi nói ở đây là lập trình viên phần mềm. Ví dụ, nếu bạn đang xây dựng phần cứng tùy chỉnh, bạn có thể cần nhiều người hơn để mở rộng quy trình sản xuất. Các lĩnh vực như bán hàng và hỗ trợ thường cũng cần nhiều người hơn vì những loại công việc này ít đòi hỏi sự đồng bộ giữa người này với người khác.

**Từ khóa:**
– GitLab
– Đám mây
– Công nghệ
– M&A
– Đầu tư