Kinh tế học của đội ngũ phần mềm: Tại sao hầu hết các tổ chức kỹ thuật đang "mù quáng" về chi phí

Kinh tế học của đội ngũ phần mềm: Tại sao hầu hết các tổ chức kỹ thuật đang "mù quáng" về chi phí

Phát triển phần mềm là một trong những hoạt động tốn kém vốn nhất mà một công ty hiện đại thực hiện, nhưng cũng là hoạt động được hiểu rõ nhất về mặt tài chính. Những người đưa ra quyết định hàng ngày về việc xây dựng gì, trì hoãn điều gì và từ bỏ cái gì hiếm khi được cung cấp bối cảnh tài chính để hiểu những quyết định đó thực sự tốn bao nhiêu tiền. Đây không phải là sự ngẫu nhiên, mà là một tình trạng cấu trúc mà hầu hết các tổ chức đã duy trì trong khoảng hai thập kỷ qua.

investment%20thesis.png

Chi phí thực tế của một đội ngũ

Tại Tây Âu, một kỹ sư phần mềm có chi phí từ 120.000 € đến 150.000 € mỗi năm khi tính đến lương, các khoản phí xã hội, đóng góp hưu trí, trang thiết bị, hoạt động xã hội, chi phí quản lý và không gian văn phòng. Hãy lấy con số 130.000 € như một ước tính hợp lý. Do đó, một đội gồm tám kỹ sư sẽ tốn khoảng 1.040.000 € mỗi năm, hay 87.000 € mỗi tháng, tương đương khoảng 4.000 € cho mỗi ngày làm việc.

Điều đáng ngạc nhiên là hầu hết các kỹ sư không biết con số này. Nhiều người quản lý của họ cũng vậy. Và ở những tổ chức có ai đó biết con số này, nó hiếm khi được đưa vào các cuộc trò chuyện nơi các quyết định về ưu tiên thực sự được đưa ra.

Vấn đề này quan trọng vì mọi quyết định mà một đội ngũ đưa ra đều mang một chi phí ngầm định tích lũy theo thời gian. Việc chọn dành ba tuần để phát triển một tính năng chỉ phục vụ 2% người dùng là một quyết định trị giá 60.000 €. Trì hoãn một cải tiến vận hành trong một quý là một quyết định có mức giá có thể tính toán theo ngày. Việc xây dựng lại một nền tảng chỉ vì cảm thấy nó "xấu hổ" thay vì vì khách hàng đang rời bỏ là một lựa chọn phân bổ vốn sẽ trông rất khác nếu những người đưa ra quyết định đang tiêu tiền của chính mình.

Đội ngũ nền tảng nội bộ: Yêu cầu để hòa vốn

Hãy xem xét một đội ngũ gồm tám kỹ sư có sứ mệnh xây dựng và duy trì một nền tảng dành cho nhà phát triển nội bộ phục vụ một trăm kỹ sư khác. Đây là một cấu trúc tổ chức phổ biến, nơi logic tài chính hiếm khi được xem xét kỹ lưỡng.

Đội ngũ này tốn 87.000 € mỗi tháng. Để biện minh cho chi phí đó, nền tảng họ xây dựng cần tạo ra ít nhất 87.000 € giá trị mỗi tháng cho các kỹ sư sử dụng nó. Cách đo lường trực tiếp nhất là thông qua thời gian tiết kiệm được.

Với chi phí 130.000 € mỗi năm, một kỹ sư tốn khoảng 10.800 € mỗi tháng, hay khoảng 65 € mỗi giờ làm việc. Để hòa vốn, nền tảng cần tiết kiệm tổng cộng 1.340 giờ mỗi tháng cho trăm kỹ sư họ phục vụ. Tức là 13,4 giờ mỗi tháng cho mỗi kỹ sư, hoặc khoảng ba giờ mỗi tuần cho mỗi người.

Ba giờ mỗi tuần là có thể đạt được. Một nền tảng được xây dựng tốt loại bỏ các bước triển khai thủ công, giảm thời gian thiết lập môi trường có thể dễ dàng đạt được mức này. Tuy nhiên, câu hỏi đáng đặt ra là liệu có ai trong đội ngũ đó biết con số này, theo dõi nó hay sử dụng nó để quyết định xây dựng gì tiếp theo không. Ở hầu hết các tổ chức, câu trả lời là không.

Nhưng hòa vốn thực sự không phải là tiêu chuẩn đúng. Leah Tharin đã chỉ ra rằng một đội ngũ với tỷ lệ thành công 50% (đã là lạc quan) cần những chiến thắng của họ phải bù đắp cho những thất bại. Điều này đẩy ngưỡng khả thi về mặt tài chính lên mức từ ba đến năm lần chi phí hàng năm. Đối với một đội ngũ tốn 87.000 € mỗi tháng, điều đó có nghĩa là tạo ra từ 260.000 € đến 435.000 € giá trị hàng tháng.

Đội ngũ hướng tới khách hàng: Các đòn bẩy và toán học tương tự

Một đội ngũ sản phẩm hướng tới khách hàng gồm tám người cũng gánh cùng chi phí 87.000 € mỗi tháng. Các đòn bẩy để biện minh cho chi phí này khác nhau, nhưng logic cơ bản là giống hệt nhau.

Nếu sản phẩm có doanh thu trung bình 50 € mỗi người dùng mỗi tháng, đội ngũ cần tạo ra hoặc bảo vệ giá trị tương đương 1.740 người dùng mỗi tháng chỉ để hòa vốn, và khoảng 5.000 đến 8.700 người dùng để đạt ngưỡng ba đến năm lần.

Tỷ lệ rời bỏ (churn) thường là đòn bẩy trực tiếp nhất. Một sản phẩm có 50.000 người dùng hoạt động đang mất 2% mỗi tháng tương đương việc mất 50.000 € doanh thu định kỳ hàng tháng. Một đội ngũ xác định được nguyên nhân chính và loại bỏ nó sẽ tạo ra gần 50.000 € mỗi tháng từ một sáng kiến duy nhất.

Kích hoạt (activation) là một đòn bẩy khác thường bị đánh giá thấp. Nếu 10.000 người dùng đăng ký mỗi tháng nhưng chỉ 30% hoàn thành các bước kích hoạt dẫn đến giữ chân lâu dài, việc cải thiện tỷ lệ này lên 5% sẽ chuyển đổi thêm 500 người dùng mỗi tháng, mang lại 25.000 € doanh thu bổ sung.

Những cải tiến nhỏ trên nhiều đòn bẩy sẽ tích lũy nhanh chóng, nhưng chỉ khi đội ngũ hiểu rõ đòn bẩy nào kết nối với kết quả tài chính nào và ở mức độ nào.

investment%20thesis.png

Những chỉ số chúng ta đã chọn thay thế

Cho rằng các đội ngũ phần mềm rất đắt đỏ và giá trị của chúng có thể tính toán được, đáng để xem xét tại sao hầu hết các đội ngũ không đo lường bất cứ điều gì có ý nghĩa về mặt tài chính. Một số đo lường các chỉ số đại diện cho hoạt động như tốc độ (velocity), số lượng vé đã đóng, hoặc tính năng đã phát hành. Những người khác đo lường các chỉ số đại diện cho cảm xúc như NPS, CSAT hoặc điểm số tương tác.

Vấn đề là các chỉ số hoạt động và cảm xúc có thể tăng lên trong khi hiệu suất tài chính đi xuống. Một đội ngũ có thể phát hành nhiều tính năng hơn trong khi xây dựng sai những thứ cần thiết. Điểm số tương tác có thể tăng trong khi tỷ lệ rời bỏ gia tăng ở những người dùng thực sự tạo ra doanh thu. Đây là một tình trạng cấu trúc chứ không phải là sự thất bại của phán đoán cá nhân. Các tổ chức chọn các chỉ số này vì chúng dễ dàng đo lường và dễ nhìn tốt hơn so với các chỉ số tài chính.

Làm sao chúng ta đến được đây?

Việc hiểu rõ tại sao tình trạng này tồn tại đòi hỏi phải nhìn vào bối cảnh kinh tế vĩ mô trong khoảng hai thập kỷ. Sự rối loạn tài chính trong các tổ chức phần mềm hiện đại không xuất phát từ ý định xấu hay thất bại về trí tuệ, mà từ một môi trường cụ thể nơi kỷ luật tài chính trong các đội ngũ sản phẩm là không cần thiết về mặt kinh tế.

Khoảng từ năm 2011 đến năm 2022, chính sách lãi suất bằng không đã được bình thường hóa hoàn toàn, khẩu vị rủi ro phục hồi và mô hình tinh thần SaaS đã kết tinh thành một luận điểm đầu tư được chia sẻ rộng rãi. Kết quả là khoảng mười một năm mà các công ty phần mềm có thể tăng trưởng nhân sự mạnh mẽ, bỏ lỡ phần lớn lộ trình của họ và vẫn trông khỏe mạnh trên giấy tờ. Tăng trưởng doanh thu đã tha thứ cho một loạt các lỗi ưu tiên.

Mười một năm là đủ thời gian để hình thành bản năng chuyên nghiệp của một thế hệ lãnh đạo sản phẩm và kỹ thuật. Khi vốn trở nên đắt đỏ again vào năm 2022, hành vi không tự động điều chỉnh vì hành vi đó chưa bao giờ được kết nối với logic tài chính ngay từ đầu.

Nợ phải trả ngụy trang thành tài sản

Có một hậu quả sâu sắc hơn của giai đoạn hai mươi năm nay đang trở nên đau đớn rõ rệt, liên quan đến cách ngành công nghiệp nghĩ về các tổ chức kỹ thuật lớn và cơ sở mã nguồn (codebase).

Sự hiểu biết thông thường là một cơ sở mã đại diện cho nhiều năm đầu tư kỹ thuật là một tài sản giá trị. Một tổ chức kỹ thuật lớn cũng được hiểu là nguồn năng lực, với nhiều kỹ sư hơn có nghĩa là nhiều năng lực hơn để xây dựng và cải thiện nền tảng.

Tuy nhiên, một cơ sở mã lớn cũng mang chi phí bảo trì tăng theo thời gian khi hệ thống trở nên phức tạp hơn. Mỗi kỹ sư được thêm vào để duy trì nó làm tăng chi phí phối hợp và thêm vào trọng lượng tổ chức làm chậm việc ra quyết định. Tài sản và nghĩa vụ tồn tại đồng thời, và trong hầu hết hai mươi năm qua, môi trường tài chính đã che giấu mặt nghĩa vụ của phương trình này.

Sự xuất hiện của các mô hình ngôn ngữ lớn (LLM) đã làm cho nghĩa vụ này trở nên hữu hình theo một cách khó có thể bỏ qua. Gần đây, một nhà phát triển tên Nathan Cavaglione đã xây dựng một bản sao chức năng của khoảng 95% sản phẩm cốt lõi của Slack trong mười bốn ngày bằng cách sử dụng các tác nhân LLM. Slack được xây dựng bởi hàng nghìn kỹ sư trong hơn một thập kỷ với chi phí hàng tỷ đô la.

Điều này không có nghĩa là đầu tư kỹ thuật của Slack bị lãng phí, nhưng nó có nghĩa là giả định cơ bản rằng quy mô và sự phức tạp tích lũy đại diện cho lợi thế cạnh tranh không còn đáng tin cậy như trước đây. Khi chi phí để xây dựng một sự gần đúng chức năng của một sản phẩm phần mềm phức tạp có thể giảm xuống còn vài ngày nỗ lực cá nhân, câu hỏi về việc một đội ngũ kỹ thuật lớn biện minh cho điều gì trở nên cấp bách hơn.

Những tổ chức sẽ dẫn đầu

Lợi thế cạnh tranh có sẵn cho các tổ chức nghiêm túc với vấn đề này không chủ yếu là về kỹ thuật, mà là về phân tích. Các công ty có thể nêu rõ từng đội ngũ tốn bao nhiêu, mỗi đội ngũ tạo ra bao nhiêu giá trị, và liệu giá trị đó có vượt qua ngưỡng khả thi về mặt tài chính hay không sẽ ở một vị trí cấu trúc khác biệt hoàn toàn so với những công ty không làm được.

Hầu hết các tổ chức không thể làm điều này ngày hôm nay. Cơ sở hạ tầng đo lường không tồn tại, dữ liệu tài chính không chảy đến những người đưa ra quyết định ưu tiên, và thói quen đặt ra những câu hỏi này chưa được xây dựng. Việc xây dựng nó là không thoải mái, vì đôi khi câu trả lời không đẹp đẽ.

Nhưng sự thay thế là tiếp tục vận hành một tổ chức nơi các đội ngũ với ngân sách hàng triệu euro đưa ra quyết định đầu tư hàng ngày mà không có bối cảnh tài chính để biết liệu những quyết định đó có tạo ra lợi nhuận hay không. Điều kiện này có thể duy trì được khi vốn rẻ và tăng trưởng tha thứ cho mọi thứ. Nó ngày càng khó duy trì trong một môi trường mà hội đồng quản trị mong đợi lợi nhuận tài chính, chi phí xây dựng phần mềm đang sụt giảm do AI, và câu hỏi về việc một đội ngũ biện minh cho điều gì không thể trì hoãn mãi mãi.

Những tổ chức phát triển thói quen đặt ra những câu hỏi này một cách rõ ràng, thường xuyên và không chùn bước sẽ tích lũy một lợi thế tăng trưởng theo thời gian. Câu hỏi đơn giản là họ sẽ bắt đầu hỏi trước hay sau khi áp lực buộc họ phải làm vậy.