Nguyen Le Phong

seriesNames.ways-of-workingPhần 3/4

Làm việc trong Startup: Tốc độ, sự mơ hồ, và đội nhiều mũ

Lời hứa của startup — quyền sở hữu thật, ship hôm nay, mai thấy nó tạo khác biệt — phần lớn là thật, nhưng trang tuyển dụng bỏ quên sự mơ hồ, những cú giật ngược và sự bất ổn đến từ cùng một gốc rễ: startup là công ty vẫn đang đi tìm mô hình kinh doanh của mình. Bài đào sâu này là hướng dẫn trung thực về cuộc đánh đổi, cho cả startup nhỏ và vừa: vì sao tốc độ học thắng sự chỉn chu, sở hữu rộng-và-nông thực sự ra sao, cách coi mơ hồ là chính công việc, vay nợ kỹ thuật một cách có ý thức, giao tiếp trước khi kiến thức-trong-đầu cắn bạn, cuộc chuyển nhỏ-sang-vừa gây mất phương hướng khi quy trình quay lại, các failure mode (burnout, văn hóa anh hùng, giật ngược), và cách bứt lên và phát triển.

Lời hứa của startup gây nghiện: không quan liêu, quyền sở hữu thật, ship cái gì đó hôm nay, ngày mai thấy nó tạo ra khác biệt. Phần lớn điều đó là thật. Cái mà trang tuyển dụng bỏ quên là mặt kia của cùng đồng xu — sự mơ hồ, những cú giật ngược, những tuần bạn làm những thứ mình không giỏi, và sự thừa biết âm thầm rằng cả công ty này có thể không còn tồn tại sau một năm.

Cả hai mặt đều thật, và chúng đến từ một gốc rễ: startup là một công ty vẫn đang đi tìm một mô hình kinh doanh lặp lại được và có lãi. Nó chưa giành được sự chắc chắn cho phép một công ty lớn chuyên môn hóa và hệ thống hóa. Mọi điều đặc trưng khi làm việc ở đó — sự tự do lẫn hỗn loạn — đều chảy ra từ một sự thật duy nhất đó. Bài đào sâu này là hướng dẫn trung thực về cuộc đánh đổi, bao gồm cả startup nhỏ (vài người, chưa có product-market fit) lẫn startup vừa (đang mở rộng, ~30–150 người), nơi luật chơi âm thầm bắt đầu đổi.

Đây là chương startup của series mở đầu bằng bài tổng quan big corp vs startup vs outsourcing.

Một sự thật giải thích tất cả

Công ty lớn biết mình bán gì và bán cho ai; việc của nó là làm điều đó một cách đáng tin cậy ở quy mô lớn. Startup thì chưa biết — nó đang chạy các thí nghiệm để tìm ra. Điều đó thay đổi hoàn toàn mục tiêu công việc của bạn:

Tốc độ học > chất lượng đầu ra

Trong startup, thứ giá trị nhất không phải một tính năng bóng bẩy — mà là thông tin về việc cái gì hiệu quả. Một phiên bản tạm bợ ship trong tuần này dạy bạn rằng khách hàng không cần nó thì hơn một phiên bản đẹp đẽ ship quý sau dạy bạn cùng điều đó, trễ ba tháng. Khi đã thấm rằng sản phẩm là việc học chứ không phải code, phần lớn các quyết định startup trở nên hợp lý.

Đây là lý do startup chịu đựng — thậm chí coi trọng — những thứ làm big corp kinh hãi: bỏ qua quy trình, cắt scope, ship bản thô, vứt bỏ code tháng trước. Họ không cẩu thả (khi họ khỏe mạnh); họ đang tối ưu cho đồng tiền duy nhất có ý nghĩa trước product-market fit: lượng học mỗi tuần.

Rộng và nông: đội nhiều mũ

Ở big corp bạn sở hữu một lát sâu, hẹp và dựa vào chuyên gia. Startup đảo ngược điều này. Cùng một tuần bạn có thể:

  • Xây một endpoint backend buổi sáng và sửa CSS buổi chiều.
  • Dựng pipeline deploy vì chưa ai làm.
  • Lên một cuộc gọi với khách hàng đang bực và biến cái bug họ gặp thành ticket tiếp theo của bạn.
  • Góp ý về giá, tuyển dụng, hoặc tính năng nào nên cắt.

Bạn sở hữu kết quả, không phải ticket. Phần thưởng là bề rộng và tác động nhìn thấy được: bạn thấy việc mình làm trong tay khách hàng chỉ sau vài ngày, và dấu tay bạn nằm trên cả sản phẩm. Cái giá là bạn liên tục làm việc hơi ngoài chuyên môn của mình, trên một codebase chỉ một hai người thực sự hiểu hết. Sự thoải mái với câu "tôi sẽ tự tìm ra" là khí chất cốt lõi của startup. Nếu bạn cần phải là chuyên gia trước khi hành động, môi trường này sẽ rất đau.

Mơ hồ là công việc, không phải lỗi

Kỹ sư startup mới hay chờ được bảo phải làm gì, như hồi đi học hay ở công ty lớn, rồi thấy lạc lõng khi chẳng ai bảo. Cách nghĩ lại mở khóa mọi thứ: sự mơ hồ không phải thất bại của quản lý — nó chính là công việc được trao cho bạn. Chưa ai biết câu trả lời; việc của bạn là giúp tìm ra.

Cụ thể, điều đó nghĩa là:

  • Tự định nghĩa scope của mình. Cho một mục tiêu mơ hồ ("giảm churn"), hãy chẻ nó thành thứ ship được trong tuần này và đề xuất, thay vì chờ một bản spec.
  • Quyết rồi đi. Phần lớn quyết định đảo ngược được. Một quyết định đã ra mà bạn có thể sửa thì hơn một quyết định hoàn hảo mà bạn không bao giờ chạm tới.
  • Hỏi "cách rẻ nhất để học điều này là gì?" trước khi hỏi "cách đúng để xây cái này là gì?"
Siêu năng lực của startup

Những kỹ sư startup giá trị nhất không hỏi "tôi nên làm gì?" Họ xuất hiện với "đây là thứ quan trọng nhất tôi nghĩ chúng ta đang thiếu, đây là bản rẻ tôi sẽ ship để kiểm chứng, và đây là lý do." Lấy những mục tiêu mơ hồ và biến chúng thành những canh bạc cụ thể đã ship là kỹ năng cộng dồn nhanh nhất.

Tốc độ vs nợ: sự căng thẳng bạn sống cùng

Nhu cầu tốc độ và nhu cầu sống sót qua chính code của mình kéo ngược nhau liên tục trong startup. Lời giải không phải "không bao giờ vay nợ" hay "luôn đi nhanh" — mà là vay nợ một cách có ý thức.

Loại nợPhán quyếtVì sao
Có chủ đích & nhìn thấy được ("hardcode bây giờ, tổng quát hóa nếu nó chạy")Lành mạnhBạn đang mua tốc độ một cách có ý thức; có thể trả lại nếu canh bạc thắng
Vô tình & vô hình (mớ hỗn độn không ai quyết hay theo dõi)Nguy hiểmNó cộng dồn âm thầm tới khi team không ship nổi; đây là cách startup chết sau khi đã sống sót
Nợ trên phần lõi (phần sống sót qua mọi lần pivot)Trả sớm20% sẽ không bị vứt đi xứng đáng được chăm sóc thật sự
Nợ trên thí nghiệm (khả năng cao sẽ bị xóa)Hãy ôm lấy nóĐánh bóng code bạn sẽ vứt tháng sau mới là lãng phí thật

Sự phán đoán — code nào là lõi và code nào là dùng-rồi-bỏ — là thứ tách kỹ sư startup cấp cao khỏi cấp thấp. Đúng thì bạn đi nhanh mà không chết đuối. Sai ở bất kỳ chiều nào (mạ vàng cho thứ vứt đi, hoặc làm mục ruỗng phần lõi) thì team trả giá hàng tháng trời.

Giao tiếp khi cả đội cùng một phòng

Đội nhỏ chạy bằng giao tiếp băng thông cao, ít nghi thức: bạn quay sang hỏi, quyết định xảy ra ở hành lang, "standup" là một thread Slack. Nó nhanh tuyệt vời. Nó cũng có một failure mode vô hình cho tới khi cắn bạn: kiến thức chỉ sống trong đầu người ta và trong DM.

Khi đội năm người thì ổn — ai cũng biết mọi thứ. Khi nó nhân đôi lên mười, rồi hai mươi, kiến thức không-ghi-lại không mở rộng kịp, và bỗng nhiên không ai biết vì sao một quyết định được đưa ra hay một hệ thống chạy thế nào, còn những người gốc thì quá bận để giải thích lại. Những đội nhỏ giỏi nhất bắt đầu ghi lại vài thứ quan trọng — quyết định then chốt, cách vận hành hệ thống, vì sao kiến trúc lại như vậy — trước khi cơn đau ập tới, không phải sau. Bạn không cần tài liệu kiểu big corp; bạn cần vừa đủ để trí nhớ của đội sống sót qua chính sự tăng trưởng của nó.

Chuyển từ nhỏ sang vừa: khi luật chơi đổi

Một điều gây mất phương hướng xảy ra khi startup mở rộng quá ~30 người: những thứ làm nó tuyệt vời bắt đầu vỡ, và quy trình — đúng cái mà người ta vào để chạy trốn — bắt đầu xuất hiện lại. Đây không phải sự phản bội; đó là sự cần thiết. Sự phối hợp vốn miễn phí ở năm người tốn công sức thật ở năm mươi người.

Cái gì đổiStartup giai đoạn đầuMở rộng (cỡ vừa)
Quyết địnhAi cũng được, ngay lập tứcCần align nhẹ; nhiều người bị ảnh hưởng hơn
Quy trìnhGần như không cóScrum nhẹ, on-call, review cơ bản xuất hiện
Vai tròAi cũng làm mọi thứChuyên môn hóa bắt đầu; những hire infra/QA/PM chuyên trách đầu tiên
Kiến thứcTrong vài cái đầuPhải ghi lại nếu không sẽ mất

Vài kỹ sư đời đầu ghét giai đoạn này và rời đi tới một startup tí hon tiếp theo; số khác lớn lên thành những người lãnh đạo xây nên cấu trúc. Không ai sai cả — nhưng biết rằng cuộc chuyển mình đang tới cho phép bạn chọn một cách có chủ đích thay vì cảm thấy công ty mình từng gia nhập đã biến mất. Nếu bạn thấy mình thèm cái cấu trúc đó hơn là khó chịu với nó, đó là tín hiệu rằng một công ty lớn hơn có thể hợp với bạn.

Những failure mode cần đề phòng

Failure modeTrông như thế nàoThuốc giải
Burnout"Crunch" như một trạng thái vĩnh viễn; kỳ vọng làm anh hùng mỗi đêmNhịp bền vững là một tính năng; bảo vệ sự nghỉ ngơi, coi crunch triền miên là cờ đỏ chứ không phải huy hiệu
Văn hóa anh hùngMột người gánh tất cả; bus factor bằng mộtLan tỏa kiến thức; ghi lại các đường then chốt; chống lại việc trở thành người hùng không thể thiếu
Giật ngược ưu tiênSố 1 hôm nay bị quên vào thứ SáuĐòi một trọng tâm ngắn gọn, viết ra, đã thống nhất; làm cái giá của việc đổi hướng hiện rõ
Nhầm hỗn loạn với tốc độNhiều chuyển động, ship hay học được rất ítGắn công việc với một giả thuyết và một chỉ số; bận rộn không đồng nghĩa với hiệu quả
Choáng ngợp vì cổ phầnTự trả mình thấp để đổi lấy một tấm vé sốĐịnh giá cổ phần một cách tỉnh táo; phần lớn option đáng giá rất ít — vào vì vai trò và việc học, không chỉ vì kỳ vọng lời

Làm sao để bứt lên (và phát triển) trong startup

  • Tối ưu cho vận tốc học — của bạn và của công ty. Ship bản kiểm chứng rẻ; coi sự tăng kỹ năng nhanh của chính mình là một phần của lương.
  • Sở hữu kết quả, không phải task. Mang đến vấn đề và những canh bạc đề xuất, không chỉ ticket đã xong. Sự chủ động là đồng tiền.
  • Hãy "cấp cao" về nợ. Vay có ý thức trên thứ vứt đi; bảo vệ phần lõi. Sự phán đoán này là thứ khiến bạn được tin giao những quyết định lớn hơn.
  • Ghi lại vừa đủ. Hãy là người mà công việc sống sót qua việc team nhân đôi.
  • Lớn lên cùng cấu trúc. Khi giai đoạn mở rộng tới, những kỹ sư giúp xây quy trình nhẹ — thay vì khó chịu với nó — trở thành người lãnh đạo trên thực tế.

Phát triển sự nghiệp trong startup thì mơ hồ và nhanh: chức danh có thể lạm phát, scope có thể rơi xuống bạn sau một đêm, và hiếm khi có một ladder hiệu chuẩn. Mặt lợi là tác động nhìn thấy được và sự gần gũi với kinh doanh có thể đẩy bạn vào vai trò lãnh đạo sớm hơn nhiều năm so với công ty lớn. Cuộc đánh đổi là thật, và sự đa dạng mà outsourcing mang lại cũng vậy, nếu bạn muốn bề rộng mà không phải đặt cược cả tuần của mình vào sự sống còn của một sản phẩm.

Những điểm cốt lõi

  • Startup vẫn đang đi tìm mô hình kinh doanh của mình — nên mục tiêu công việc của bạn là học, không phải sự chỉn chu. Tốc độ học thắng chất lượng đầu ra trước product-market fit.
  • Quyền sở hữu rộng và nông. Bạn đội nhiều mũ và sở hữu kết quả, liên tục làm việc hơi ngoài chuyên môn. "Tôi sẽ tự tìm ra" là khí chất cốt lõi.
  • Mơ hồ là công việc, không phải thất bại quản lý. Tự định nghĩa scope, quyết rồi đi, và hỏi cách rẻ nhất để học.
  • Vay nợ một cách có ý thức. Ôm lấy nó trên các thí nghiệm dùng-rồi-bỏ; trả sớm trên phần lõi sống sót qua mọi lần pivot.
  • Ghi lại vừa đủ trước khi sự tăng trưởng biến kiến thức-chỉ-trong-đầu thành một gánh nặng.
  • Đề phòng burnout, văn hóa anh hùng, và giật ngược ưu tiên — và biết rằng cuộc chuyển nhỏ-sang-vừa sẽ mang lại một phần quy trình. Đó là sự cần thiết, không phải phản bội.
Bạn thấy bài viết thế nào?

Câu hỏi thường gặp

Cú chuyển tư duy lớn nhất khi từ công ty lớn sang startup là gì?
Coi sự mơ hồ là công việc thay vì chờ chỉ thị rõ ràng. Ở công ty lớn thường có người đã quyết cái gì quan trọng trước khi ticket tới tay bạn; ở startup chưa ai biết câu trả lời, và việc của bạn là giúp tìm ra. Điều đó nghĩa là tự định nghĩa scope từ một mục tiêu mơ hồ, quyết và đi với những lựa chọn đảo ngược được, và hỏi 'cách rẻ nhất để học điều này là gì?' trước khi hỏi 'cách đúng để xây là gì?'. Cú chuyển thứ hai là coi trọng tốc độ học hơn chất lượng đầu ra — trước product-market fit, một bản tạm bợ dạy bạn điều gì đó trong tuần này hơn một bản bóng bẩy dạy bạn cùng điều đó quý sau.
Việc thấy mình đang làm những thứ mình không giỏi trong startup có bình thường không?
Có — đó là thiết kế, không phải dấu hiệu bạn thiếu năng lực. Startup đảo ngược mô hình big corp về những chuyên gia sâu, hẹp được các chuyên gia khác chống lưng. Thay vào đó bạn đội nhiều mũ: backend buổi sáng, CSS buổi chiều, một pipeline deploy vì chưa ai dựng, một cuộc gọi khách hàng trở thành ticket tiếp theo. Bạn sở hữu kết quả, không phải ticket, nghĩa là liên tục làm việc hơi ngoài chuyên môn trên một codebase chỉ một hai người hiểu hết. Sự thoải mái với 'tôi sẽ tự tìm ra' là khí chất cốt lõi của startup; nếu bạn cần phải là chuyên gia trước khi hành động, môi trường sẽ thấy đau.
Startup nên xử lý nợ kỹ thuật thế nào?
Một cách có ý thức, không phải bằng cách né tránh. Nợ có chủ đích, nhìn thấy được — 'hardcode bây giờ, tổng quát hóa nếu nó chạy' — là cách lành mạnh để mua tốc độ mà bạn có thể trả lại nếu canh bạc thắng. Mớ hỗn độn vô tình, không theo dõi mới là nguy hiểm: nó cộng dồn âm thầm tới khi team không ship nổi, đó là cách startup chết sau khi đã sống sót. Phán đoán then chốt là cái gì là lõi và cái gì dùng-rồi-bỏ: trả nợ sớm trên phần sống sót qua mọi lần pivot, và ôm lấy nợ trên các thí nghiệm khả năng cao sẽ bị xóa, vì đánh bóng code vứt đi mới là lãng phí thật. Phán đoán đúng điều đó là thứ tách kỹ sư startup cấp cao khỏi cấp thấp.
Vì sao startup bắt đầu thêm quy trình khi lớn lên?
Vì sự phối hợp vốn miễn phí ở năm người tốn công sức thật ở năm mươi người. Khi startup mở rộng quá khoảng 30 người, những thói quen phi chính thức làm nó nhanh bắt đầu vỡ: quyết định mà ai cũng có thể ra ngay giờ ảnh hưởng nhiều người hơn và cần align nhẹ; kiến thức từng sống trong vài cái đầu bị mất nếu không ghi lại; chuyên môn hóa bắt đầu khi những hire infra, QA hay PM chuyên trách đầu tiên xuất hiện. Scrum nhẹ, lịch on-call và review cơ bản quay lại — không phải sự phản bội tinh thần startup, mà là sự cần thiết. Biết cuộc chuyển này đang tới cho phép bạn chọn một cách có chủ đích: giúp xây cấu trúc hay chuyển sang startup tí hon tiếp theo.
Tôi có nên gia nhập startup vì cổ phần không?
Hãy tỉnh táo về điều đó. Phần lớn stock option rốt cuộc đáng giá rất ít vì hầu hết startup không đạt một thương vụ thoái vốn lớn, nên coi việc bị trả thấp là chính đáng nhờ một tấm vé số là rủi ro. Lý do tốt hơn để gia nhập là vai trò, quyền sở hữu, vận tốc học, và sự gần gũi với kinh doanh có thể đẩy bạn vào lãnh đạo sớm hơn nhiều năm so với công ty lớn. Hãy xem cổ phần như một khoản thưởng có thể có, không phải lõi của lương, và cân nó với những đánh đổi thật: bất ổn, mơ hồ, và khả năng công ty không còn tồn tại sau một năm. Sự phát triển và bề rộng có thể đáng giá — chỉ cần quyết với đôi mắt sáng.