Mình tham gia startup khi còn là sinh viên, lúc ấy kế hoạch của mình rất bài bản - chính là muốn được làm từ đầu và hiểu toàn bộ luồng công việc end-2-end thay vì chỉ làm một phần nhỏ như ở corp, công nhận suy nghĩ này lúc đấy cũng khá bias vì bị ảnh hưởng bởi những người làm ở quy mô SMB hoặc SMC chứ chưa phải là ở quy mô lớn.
Mười năm sau nhìn lại, ngoài việc phải đạt được mục tiêu cá nhân, thì mục tiêu startup mình lại thấy rất nhiều vấn đề mà nếu để đúc kết, ngoài việc mỗi cá nhân cần đủ năng lực, mindset tốt, có tiếng nói trong quá trình phát triển, đến tập thể và văn hoá team cũng là factor quyết định thành bại rất quan trọng.
Bài viết giữ góc nhìn của một người từng tham gia, không kết luận thay cho mọi startup. Những tình huống được kể lại không nêu danh tính và cũng không phán xét đúng - sai, mà tập trung vào khía cạnh làm việc kiểu startup, trải nghiệm thực tế đó ít nhiều sẽ cho người đọc một sự suy nghĩ nghiêm túc nếu muốn thật sự tham gia mảng này ở bất kỳ ở vai trò nào.
Startup mình tham gia là startup công nghệ - tìm cách giải quyết nhu cầu bằng sản phẩm và mô hình kinh doanh mục tiêu kết nối từ người có nhu cầu cho tới người có thể đáp ứng. Mình không tiện nêu chi tiết, nhưng có thể hiểu business model là kết nối con người - nhu cầu chẳng hạn như Grab - matching người cần đi lại với người cung cấp chuyến xe một cách tức thời. Giá trị nằm ở nhu cầu được đáp ứng, không chỉ ở giải pháp.
🎯 Những nhiệm vụ đầu tiên của startup và sự cầu toàn quá mức Permalink to this heading
Hơn ai hết, khi bất kỳ startup nào được ươm tạo thì phải vượt qua vòng ý tưởng, và ý tưởng đó khi ra thị trường lại là câu chuyện phải thực tế. Nó cần được kiểm chứng bằng người dùng thật, làm sao để thu hút mọi stakeholder trong business model sẵn sàng bỏ chi phí tham gia vào để thúc đẩy kinh doanh chính là câu hỏi luôn bị thách thức khi đi pitching.
Vì vậy, rất nhiều startup đã vô tình bỏ qua thao tác nghiên cứu thị trường một cách nghiêm túc, hoặc thậm chí xuất phát từ những niềm tin mơ hồ họ có được từ vài con số không rõ căn cứ trên báo hay tạp chí kinh doanh hay từ một tập network relationship hữu hạn. Một luận án còn phải có trích dẫn nguồn, cách chọn mẫu và phương pháp luận; một quyết định kinh doanh đặt cược công sức cả đội cũng không thể chỉ dựa vào một câu nói bâng quơ. Cần biết số liệu đến từ đâu, khảo sát ai và bằng cách nào trước khi dùng nó để chọn hướng đi. Có căn cứ như vậy, hướng đi sẽ đáng tin hơn nhiều so với một nhận định nghe có vẻ thuyết phục.
Nhiều startup mình quan sát rất thích danh hiệu, có nơi còn chạy theo và tô vẽ thành tích đến mức việc chứng minh mình nổi bật lấn át chuyện sản phẩm có thực sự cần thiết hay không. Danh hiệu top 1, top 2 hay top 3 có thể đem lại sự ghi nhận, kết nối hoặc tiền để thử tiếp. Nó vẫn chỉ là cơ hội, không phải bằng chứng khách hàng đã chọn sản phẩm.
Vốn đầu tư cho đội ngũ thêm thời gian tìm đường, nhưng không phải doanh thu từ khách. Chưa có lợi nhuận trong giai đoạn xây dựng khác với chi mãi mà không tiến gần đến một mô hình sống được. Cần biết tiền đang giúp kiểm chứng điều gì và bộ máy được nuôi bằng nguồn nào trong lúc chờ. Không phải nhà đầu tư nào cũng là thiên thần, họ cần đánh giá business liên tục vì mình đang tiêu tiền của họ mà 
Networking của founder cũng rất quan trọng. Mạng lưới khách hàng, đối tác và người có kinh nghiệm giúp mở thêm thông tin, nguồn lực và lựa chọn khi cần xoay chuyển. Nếu các mối quan hệ quá hạn hẹp, startup dễ bị bó hẹp trong những người và những cách làm mình đã biết, đến lúc bế tắc lại khó tìm đường khác. Kết nối không thay cho kiểm chứng thị trường, nhưng giúp founder có thêm cơ hội để làm việc đó.
Thử sai cần thiết, nhưng liên tục “ném đá dò đường” rồi đổi hướng theo từng tín hiệu vũ trụ rời rạc dễ khiến cả đội chao đảo (sway liên tục). Mỗi lần thử cần một câu hỏi rõ, giới hạn thời gian và chi phí, cùng căn cứ để quyết định đi tiếp hay dừng, best case, neutral case, worst case cũng cần làm rõ. Đổi hướng sau khi có bằng chứng, khác với chạy theo mọi gợi ý mới vô tội vạ chính là bẫy lớn nhất startup hay vướng. Một startup tài chính eo hẹp khó có khoảng đệm để sửa sai như tập đoàn có nguồn lực dự phòng. Càng ít cơ hội thử lại, càng cần cân nhắc điều gì đáng thử và có thể chịu mất mát đến đâu. Lạc quan quá mức dễ che lấp rủi ro, còn bảo thủ đến mức không dám thử cũng khiến cơ hội trôi qua. Điều cần giữ là sự thận trọng có căn cứ, không phải niềm tin rằng mọi lựa chọn đều sẽ đúng. Vai trò của founder rất lớn để định hình cả đội như vậy.
Khi làm việc theo mô hình agile, chúng ta cần hiểu sản phẩm cần một phiên bản đủ tốt để đưa ra dùng, có khi ở mức MVP (Minimum Viable Product), giữ chất lượng cốt lõi mà không đòi hỏi mọi chi tiết phải hoàn hảo, sau đó mỗi giai đoạn iteration thì sẽ cải tiến dần. Do đó khi planning cần kỷ luật bám sát phần phải làm, phần để lại cho đợt v1, v2, v3,…. Nếu startup hay có lãng mạn hóa sản phẩm như một tác phẩm nghệ thuật, đòi hoàn hảo đến từng chi tiết, đến mức mỗi lần tưởng đã có thể ra mắt lại phải pending để có thêm thứ phải trau chuốt. Công sức, thời gian và tiền của cả đội có thể bị đốt hết mà vẫn chưa đến đích cuối cùng: ra mắt sản phẩm. Giữ chất lượng cốt lõi là cần thiết, nhưng sự cầu toàn không có điểm dừng có thể khiến mọi nỗ lực chỉ quanh quẩn ở một bản nháp chưa bao giờ xong.
🛠️ Software Development trong môi trường Startup Permalink to this heading
Một prototype chạy được chưa chứng minh sản phẩm đã sẵn sàng chạy thực tế production. Tuy nhiên, team cũng không cần xây trước cho một quy mô tưởng tượng quá mức cần thiết. Đánh giá đúng giới hạn quan trọng hơn việc dùng thật nhiều công nghệ mới rất loè mắt. Còn nếu bạn đã từng nghe các startup hay thổi phồng đã áp dụng AI, Blockchain, Bigdata vào thời điểm 2023 trở về trước, là hoàn toàn xạo 
Nhiều startup mình quan sát thấy có xu hướng tuyển thêm sinh viên hay người mới để vá workload. Có thể có nhiều workload thật, nhưng ít người aware được rằng thêm người không bù được thời gian hoàn thành tổng thể. Sẽ rất bình thường nếu bạn đã trải nghiệm thực tế thế này: hiện tại team có 10 người dự kiến hoàn thành dự án trong 3 tháng, khi bạn tuyển thêm 5 người thì thời gian hoàn thành thực tế là trễ thêm 2 tháng. 
Vì sao? Vì họ cần thời gian hiểu nghiệp vụ và được giải thích các quyết định đã có. Nếu người hướng dẫn đang quá tải, thêm người có thể tăng việc phối hợp trước khi tăng được khả năng hoàn thành công việc.
Thứ mình thực sự nhận được là cơ hội đem kỹ năng tự học vào việc thật, học xong là một chuyện, va vào yêu cầu thực tế lại là chuyện khác. Cũng vì từng ở vị trí người mới nên mình tin trách nhiệm phải đi kèm support và mình may mắn được sếp CTO giao phó nhiều ý tưởng. Tuy nhiên, với những bạn sau này vào thì lại khác, giao hết rủi ro cho một người (leader/manager) chưa được chuẩn bị không phải là trao cơ hội, dù họ nhiệt tình đến đâu. Ngược lại, nếu leader không tận tâm hướng dẫn người mới, thì không ai hiểu code của mình cả. Ngay cả review code cần được làm có tâm: đọc kỹ, hiểu bối cảnh và giải thích góp ý để người viết biết cách xử lý. Khi thành viên vướng, đặc biệt là người mới, người leader cần sẵn sàng pair programming, cùng ngồi viết và xử lý code chứ không chỉ đứng ngoài nhận xét vài dòng comment rồi quay sang trách mắng thành viên lại khiến họ càng nản lòng. Riêng mình, team size mình có lúc lên đến 7-8 người, mình luôn quan sát và giúp đỡ các bạn tốt nhất có thể đặc biệt là phần tư duy, hỗ trợ sau này các bạn ra được môi trường khác đều có thể tự bơi và thành công hơn rất nhiều. 
AI và các công cụ vibe coding hiện nay (2026) có thể giúp thử ý tưởng nhanh hơn thời mình còn là sinh viên. Công cụ viết được mã, nhưng việc chọn thiết kế, kiểm thử, bảo vệ dữ liệu và vận hành vẫn cần người chịu trách nhiệm. Viết nhanh hơn không thay được việc hiểu thứ đưa vào sản phẩm.
🔗 Khi phối hợp trở thành quan liêu Permalink to this heading
Điều đáng giá ở một đội ngũ startup nhỏ là cần sự sẵn sàng phối hợp để giải quyết business. Khi một nhóm cần hỗ trợ, nhóm khác cần chủ động nhận một phần trách nhiệm của mình để phối hợp cùng tìm cách giải quyết, thay vì viện ranh giới công việc để đùn đẩy.
Một lần mình quan sát được, nhóm Data đề nghị nhóm UI đặt ràng buộc required cho một ô nhập liệu. Đây là yêu cầu đơn giản nhằm hạn chế dữ liệu bị bỏ trống. Nhưng phía UI lại biến nó thành thủ tục nhiều tầng, forward quyết định sang nhóm khác rồi liên tục nêu những điều kiện mơ hồ. Nhóm Data liên tục thúc giục trong khi lỗi dữ liệu vẫn tích tụ, sự việc kéo dài khoảng một tháng chỉ được giải quyết sau khi được escalate trong sprint meeting.
Chỉ là một việc nhỏ, nhưng vấn đề ở đây là cách xử lý lôm côm và quan liêu: điều kiện tự đặt ra thì mơ hồ, còn một yêu cầu đơn giản cứ bị kéo dài. Nếu bạn thường nghe “Đợi team A confirm rồi mới tạo backlog”, mà team A ấy lại chẳng có idea gì về việc này - mình nghĩ bạn nào cũng từng nghe tình huống quan liêu này 
Đó không phải lần phối hợp trục trặc duy nhất; nhiều tình huống giữa UI và Backend cũng diễn ra tương tự. Sau những lần như vậy, mình nhận ra startup này khó tồn tại lâu hơn nữa: giá trị gắn kết đã không còn.
Việc lặp lại cần cách làm ổn định, còn việc chưa rõ cần người theo đến quyết định và phản hồi cụ thể. Quy trình chỉ có ích khi giúp giải quyết việc chung, không phải khi tạo thêm chỗ để đẩy trách nhiệm đi nơi khác.
🧭 Năng lực và văn hoá của team Permalink to this heading
Năng lực của một team leader không chỉ nằm ở chuyên môn, mà còn ở cách phản ứng khi công việc không như ý. Ở startup, việc đề bạt người lên leader quá sớm, khi còn rất trẻ và chưa đủ trải nghiệm, độ chín cảm xúc, đối nhân xử thế, dễ bị ngao, cũng là một thách thức. Người được chọn có thể giỏi kỹ thuật nhưng chưa được chuẩn bị cho việc dẫn dắt người khác; chức danh không tự mang lại sự bình tĩnh.
Khi một team leader thường xuyên căng thẳng đến mức cả nhóm ngại tiếp cận - vì hễ đặt câu hỏi không vừa ý là bị trách mắng, người ta dễ chần chừ báo lỗi hoặc tự đoán ý để làm. Thời gian đáng lẽ dành cho công việc lại bị dùng để dò phản ứng của manager. Đến lúc được nói ra, vấn đề có thể đã khó xử lý hơn. Bình tĩnh không có nghĩa nén mọi cảm xúc hay chịu quá tải mãi; nhận ra giới hạn, xin hỗ trợ và sắp lại ưu tiên cũng là trách nhiệm. Team leader cần được rèn luyện và nghiêm túc thay đổi để mọi người có thể tiếp cận mà không phải dè chừng.
Kỹ năng mềm của leader của startup cũng rất non khi vội đánh giá các bạn intern, mình từng thấy một team leader khác “look down” một thành viên vì người đó có cách nghĩ khác. Vài năm sau, thành viên ấy phát triển sự nghiệp ở một công ty lớn và vượt trội hẳn. Việc xem nhẹ người có tư duy khác cho thấy giới hạn trong cách đánh giá của team leader ấy.
Nếu làm ở công ty khác, việc một người lâu năm trong công ty (mà level thấp) sẽ có xu hướng phủ định trong một cuộc tranh cãi với một người mới vào dù level họ có cao đến đâu - startup cũng không thoát khỏi ngoại lệ đó, mà còn ở mức độ lệch lạc đi. Startup là phải chấp nhận luồng gió mới để thay đổi và phát triển, những người ban đầu có thể có một tầm nhìn nhất định nhưng phải tiếp thu và hoà hợp được với luồng gió mới này thì mới hiểu thế giới rộng lớn.
Founder cũng vậy, founder có ý tưởng, có quyền chọn hướng đi, có thể trao quyền (empowerment). Nhưng những điều học từ sách về trao quyền chỉ thành lời văn vẻ nếu vẫn mặc định hiểu hơn người phụ trách chuyên môn và không chịu lắng nghe. Nhóm chịu trách nhiệm về kết quả cần có tiếng nói đủ sức thay đổi cách làm trong phạm vi đã thống nhất. Giao thêm việc mà không kèm quyền quyết định chưa phải trao quyền. “Just do it” có ích khi công việc đã rõ, nhưng dùng nó để đáp mọi phản biện thì người nghe chỉ còn quyền làm theo. Ý kiến không nhất thiết được chấp nhận, nhưng cần được cân nhắc và giải thích lý do. Bị gạt đi nhiều lần, người ta có thể thôi đóng góp và chờ chỉ thị; sự im lặng ấy không có nghĩa là đồng ý - Bạn tưởng tượng nếu ngồi trau chuốt UI đến tận đêm khuya nhưng sáng hôm sau bị sửa đến thành ra không còn là của bạn nữa, thì như vậy có rất nhiều vấn đề ở hai bên request và bên thực thi, không ai chịu thua ai 
Một kỹ năng mềm khác, một người sếp giỏi từng chỉ cho mình bài học về cách phân vai giữa các cấp leader trực tiếp và founder. Khi đối nội với team mình, leader cần là chỗ dựa cho đội ngũ, còn founder đôi khi nhận vai “người xấu” để ổn định được tâm lý của team. Cần hiểu vai “người xấu” ở đây là để “blaming” sự giới hạn của của một vấn đề nằm ở founder mà leader không thể giải quyết được, ít nhất bạn leader thể hiện được sự đồng cảm cho vấn đề của thành viên, thay vì chuyển sức ép từ trên xuống rồi để thành viên tự chịu. Đây là bài học mình tâm đắc nhất từ người sếp ấy; đến hiện tại, khi đã làm trong môi trường big firm, mình vẫn thấy điều đó thật sự chính xác. Mình còn mở rộng ra nếu đối ngoại thì sao? Thì ngược lại, người founder cần giữ vai “người tốt”, hoặc ít nhất trung lập trước khách hàng để còn có cơ hội mà xoay chuyển tình huống nếu bị đảo chiều - không nên đốt hết đường rồi lại mất công nghĩ cách làm mềm mối quan hệ, chuyện đó không thể xảy ra.
Trong câu chuyện gọi vốn hay tuyển người, founder có thể được dựng thành hình mẫu giỏi giang, chịu khổ chịu khó, nhìn xa, hiếm khi sai. Hình ảnh ấy có thể tạo động lực, nhưng việc thổi phồng niềm tin dễ khiến góp ý bị xem là thiếu tin tưởng. Khi một người được mặc định là đúng, quyết định của họ cũng không được xem xét lại. Đến lúc dự án thất bại, hình ảnh ấy có thể thành gánh nặng: người từng tin hụt hẫng, còn việc thừa nhận sai lầm và nhìn lại đều khó hơn.
Một văn hoá bào mòn khác là drama, chuyện thường ngày vốn giúp đồng nghiệp gần nhau, nhưng lời đồn chưa kiểm chứng, suy diễn và phe nhóm lại khiến họ dè chừng. Team leader cần xử lý vướng mắc với người liên quan, không để chúng kéo dài thành chuyện bàn tán và lấy đi sự tập trung dành cho công việc. Nếu chính bạn gặp cảm xúc bất an trong công việc cần giải toả, lời khuyên của mình là bạn tự tìm đến thế giới riêng ngoài công ty, vì nếu bạn mà vô tình kể ra cho đồng nghiệp, bị đánh giá ngầm chỉ là khởi đầu, bạn còn bị rêu rao “đã khóc lóc” cho toàn công ty nghe - nếu bạn vô tình kể cho một người có tính cách không ổn.
🧩 Mindset quản lý Permalink to this heading
Giao trách nhiệm nhưng giữ quyền quyết định đến từng chi tiết là một biểu hiện của micromanagement. Cách quản lý ấy có thể bào mòn tinh thần ở bất kỳ tổ chức nào, khiến nhân viên giảm chủ động rồi chỉ chờ chỉ thị. Lời nói về trao quyền văn vẻ khi đó lại tạo cảm giác không được tin tưởng, thậm chí khiến người nghe chống đối thay vì muốn đóng góp.
Sự áp đặt còn xuất hiện ở hướng phát triển nghề nghiệp. Ở một số môi trường làm việc tại Việt Nam mà startup hay bị ảnh hưởng, đủ số năm kinh nghiệm thường bị hiểu là phải lên manager rất bias. Nhưng lại không biết rằng tồn tại ở thế giới còn có người muốn đi sâu vào chuyên môn theo hướng IC (individual contributor) hơn là có người muốn theo people management để quản lý và phát triển đội ngũ. Đây là hai hướng nghề nghiệp hoàn toàn khác nhau tuỳ phong cách và sở thích, không phải hai kiểu người cố định; lựa chọn cũng có thể thay đổi theo thời gian.
Ở các doanh nghiệp lớn có lộ trình chuyên môn song song với quản lý, IC cấp cao có thể nhận lương cao hơn manager. Chức danh quản lý vì thế không mặc nhiên là nấc tiến thân duy nhất. Phát triển nghề nghiệp cần được bàn từ năng lực, mong muốn và trách nhiệm phù hợp, không phải áp lộ trình của team leader lên mọi nhân viên.
⚖️ Đãi ngộ, quyền lợi và ranh giới Permalink to this heading
Nếu bạn có mong muốn vào startup, thứ quan trọng cần làm rõ chính là quan hệ lao động cần thỏa thuận cụ thể về lương, quyền lợi, thời gian nghỉ và quyền lựa chọn. Tình cảm với đồng nghiệp hay sản phẩm không thể thay thế những điều ấy.
Lương và quyền lợi Permalink to this heading
Startup lương không bao giờ cao, cần chuẩn bị rõ ràng cho sự kỳ vọng ấy. Tuy lương thấp không chứng minh một người kém tài, cũng như trả cao không bảo đảm tuyển đúng người. Nhưng muốn thu hút và giữ người đủ sức gánh việc, đãi ngộ phải tương xứng với năng lực và trách nhiệm được yêu cầu. Cơ hội học hỏi không thể bù mãi cho một cuộc trao đổi thiếu cân bằng.
Muốn thành viên gắn bó, leader hay manager phải chủ động giành quyền lợi cho đội mình theo lộ trình, tương xứng với năng lực và đóng góp. Sự ghi nhận cũng cần công bằng: làm tốt việc gì thì được ghi nhận việc đó, không bị lôi những chuyện khác vào để hạ thấp kết quả làm việc hoặc phủ nhận công sức. Điều này khác với nâng đỡ quá đà, đánh giá cao hơn năng lực thực tế hay hứa những quyền lợi không có cơ sở.
Khi đóng góp liên tục bị xem nhẹ và quyền lợi không tương xứng, sớm muộn người có năng lực cũng sẽ chọn rời đi. Công ty lại mất công tuyển và hướng dẫn người khác từ đầu. Trả công vì thế là một phần của việc vận hành đội ngũ, không phải khoản có thể ép xuống rồi trông chờ lòng tận tâm bù và đặc biệt là startup.
Bảo hiểm xã hội (BHXH) cần được tách khỏi những đãi ngộ tùy chọn. Khi thuộc diện tham gia bắt buộc, cả người lao động và doanh nghiệp đều có nghĩa vụ đóng theo quy định. Phần người lao động đóng được khấu trừ từ lương, còn doanh nghiệp có trách nhiệm đóng phần của mình. Với người mới ra trường còn lo tiền nhận mỗi tháng, câu “đóng để làm gì, lương sẽ giảm” dễ nghe như một sự ưu ái. Nhưng chỉ nhấn vào khoản khấu trừ rồi khuyên bỏ tham gia là không sòng phẳng và lợi dụng sự thiếu hiểu biết. Điều mà bất kỳ một người mới nào khi vào làm là cần nói rõ là phần đóng của mỗi bên và quyền lợi đi kèm, không phải biến nghĩa vụ bắt buộc thành lựa chọn có vẻ thiệt.
Công ty không phải gia đình Permalink to this heading
“Công ty không phải gia đình, công ty không phải gia đình, công ty không phải gia đình”, điều quan trọng nhắc lại ba lần.
Nhân viên có thể chọn gắn bó lâu dài với một tập đoàn lớn nhờ phúc lợi tốt và ranh giới rõ ràng. Họ cảm nhận lý do ở lại qua cách được đối xử mỗi ngày, không cần lời yêu cầu phải xem công ty là gia đình. Khi hai chữ gia đình được dùng thường xuyên, trong vô thức lại thành ràng buộc tình cảm, vô hình chung trở thành sức ép nếu chuyển sang ràng buộc đạo đức, ví dụ: công ty tạo điều kiện cho A vào thực tập, thì A phải cống hiến nhiều hơn. Đây chính là suy nghĩ khá nông cạn mà không chỉ startup mà nhiều công ty khác vô tình hoặc cố tình phạm phải, một nhân viên không có cùng lợi ích hay khả năng chịu rủi ro như founder và nhà đầu tư, nên không thể bị đòi hỏi đánh đổi tương tự. Mà nếu bạn đã vào một công ty gia đình, thì bạn nên té sớm 
Yêu thích công việc không đồng nghĩa với luôn sẵn sàng cho mọi yêu cầu; cần một ranh giới rõ giữa công việc và đời tư. Hỗ trợ lúc khó khác với không còn quyền từ chối, còn cam kết không nên bị biến thành phép thử lòng trung thành, do đó, hãy nâng cao giá trị bản thân bằng bước đầu của CV là “đơn ứng tuyển vị trí” chứ không phải là “đơn xin việc”.
Chuyện hô hào đổi logo công ty trên trang cá nhân là ví dụ nhỏ: có người tự nguyện vì tự hào, có người muốn giữ tài khoản cho đời sống riêng. Cả hai vẫn có thể làm việc nghiêm túc; không đổi logo không phải lý do để bị ép hay chất vấn cho bằng được. Can thiệp vào ranh giới đời tư chính là red-flag của bất kỳ tổ chức nào, vì sự tôn trọng không gian cho nhân viên không còn được đảm bảo.
🏢 Văn hóa phải đi cùng điều kiện thực tế Permalink to this heading
Một startup dễ bị cuốn theo sự hào nhoáng của các doanh nghiệp lớn, từ văn phòng đến những triết lý và lý tưởng được lãng mạn hóa. Có điều đáng học, có điều không hợp với quy mô và nguồn lực hiện tại. Khi chưa đủ khả năng tạo ra lựa chọn phù hợp, không nên lấy lý tưởng ấy để can thiệp vào sinh hoạt của nhân viên.
Chuyện bữa trưa cho thấy khoảng cách đó: một công ty muốn giảm rác nhựa nhưng chưa đủ ngân sách tổ chức ăn chung. Nhân viên vẫn đặt đồ ngoài, kèm hộp và túi nhựa, vì lời kêu gọi chưa tạo ra một phương án khả thi hơn.
Một ví dụ khác là startup vừa có chút vốn, muốn văn phòng chỉn chu và nhiều ánh sáng nên chọn những mảng kính lớn. Đến lúc nắng chiếu trực tiếp thì phải kéo rèm che kín. Không phải dùng kính hay rèm là sai, mà lựa chọn ban đầu cần tính đến cách căn phòng được sử dụng mỗi ngày.
Những lựa chọn vừa sức giúp giữ ngân sách và sự tập trung cho việc kinh doanh. Hình ảnh đẹp không nên đi trước điều kiện để làm việc tốt.
🧾 Dừng dự án không có nghĩa hết trách nhiệm Permalink to this heading
Dự án mình từng tham gia sau đó dừng hoạt động hoàn toàn, nói chính xác là giải thể. Kết cục ấy không đủ để quy mọi nguyên nhân về một người hay một tình huống. Tưởng tượng tỷ lệ 10000:1 chính là cách hình dung độ khó để thành công của một startup, trong đó bao gồm rất nhiều factor phải cùng đạt được cùng một lúc.
Không có mốc dừng chung cho mọi dự án, nhưng không thể phóng lao theo lao mãi. Khi kinh phí cạn và không còn phương án khả thi, cần thừa nhận thất bại thay vì đẩy thêm rủi ro sang người khác bằng việc kéo dài thời gian. Dũng cảm thừa nhận thất bại cũng là một trách nhiệm tử tế cuối cùng nếu còn muốn làm lại ở lần sau bằng sự uy tín.
Khi đã đến giai đoạn shutdown hoàn toàn, dù khó khăn, nếu còn nợ lương hay nợ đối tác thì vẫn phải thu xếp thanh toán. Việc thu xếp cần bắt đầu trước khi nguồn lực cạn: còn nợ ai, bao nhiêu, nguồn tiền nào và ai theo đến cùng. Kế hoạch cần tiến độ khả thi, cập nhật minh bạch và thanh toán thực tế, không chỉ lời hứa. Chậm trả không mặc nhiên là cố tình quỵt; một lịch hẹn cũng không tự cho phép kéo dài hay làm mất quyền đòi hỏi của người chờ tiền. Không có hành động khắc phục thì gọi cách nào cũng vậy: tiền vẫn chưa được trả.
🤝 Điều còn lại sau khi dự án kết thúc Permalink to this heading
Ngoài kỹ năng, những mối quan hệ là điều mình đã chủ động đặt cược vào khi tham gia startup. Lựa chọn ấy đã đem lại lợi ích rất lớn về sau. Đến nay, mình vẫn giữ liên lạc tốt với một người sếp giỏi kỹ thuật và các bạn từng làm dưới mình. 
Ở những nhóm khác, mối quan hệ giữa team leader và thành viên đã đứt hẳn.
Không phải ai cũng phù hợp để làm startup, nó cũng giống như một cầu thủ hạng A thì chỉ có thể chơi bóng ở sân hạng A, nếu cầu thủ đó xuống sân hạng dưới thì chỉ có sốc văn hoá. Nếu không có cho mình một mục tiêu nghiêm túc về lợi ích khi làm startup, thì bạn nên cân nhắc thay vì sợ thất nghiệp - cần thận trọng các rủi ro hơn là yolo. Với mình, sau 10 năm nhìn lại, mình gần như đạt được những mục tiêu riêng mình đề ra và là bệ phóng rất tốt cho công việc sau này, không bị sốc văn hoá, càng không bị sự mất chuyên nghiệp gò bó.