Có những điều tưởng chừng như là sai lầm, nhưng thực chất lại là dấu hiệu của những quyết định đúng đắn.
Nếu bạn không mắc lỗi, nghĩa là bạn chưa thực sự làm việc với những vấn đề đủ khó. – Frank Wilczek, nhà vật lý đoạt giải Nobel năm 2004
Ai cũng biết rằng thất bại là điều không thể tránh khỏi khi ta cố gắng, phát triển và học hỏi. Nhưng khi nói đến đội ngũ, doanh thu, hay bản thân mình, ta lại không dễ dàng chấp nhận những thất bại đó.
Dĩ nhiên, không phải mọi sai lầm đều là dấu hiệu của tiến bộ. Có những sai lầm đến từ sự cẩu thả, hay đơn giản là vận rủi. Không phải lúc nào chúng ta cũng rút ra bài học từ thất bại vì đôi khi chẳng có gì để học.
Những “sai lầm” dưới đây thực chất là hệ quả tất yếu của những quyết định đúng đắn hoặc xuất phát từ những tình huống tích cực – một kiểu “có khó khăn cũng là điều đáng mừng”. Chúng cần được giải quyết, nhưng đồng thời cũng nên được nhìn nhận như những dấu hiệu của thành công và nên ăn mừng vì chúng.
Thêm lại các tính năng/lỗi đã loại bỏ khỏi backlog
Nếu bạn không đưa lại các yêu cầu tính năng hoặc lỗi đã xóa khỏi backlog, thì có lẽ bạn chưa dọn backlog đủ kỹ.
Backlog sẽ ngày càng dài nếu không được lọc bớt. Khi có 1000 nhiệm vụ, điều đó cũng không khác gì có 100 nhiệm vụ, chỉ là bạn chưa xác định được 10% quan trọng nhất. Nếu không làm vậy, nghĩa là bạn chắc chắn không tập trung vào những thứ quan trọng nhất. Nhưng nếu bạn mạnh tay xóa bớt, đôi khi bạn sẽ phải thêm lại một số thứ. Điều đó chứng tỏ bạn đang quản lý backlog đúng cách.
Backlog là danh sách các công việc, tính năng hoặc lỗi cần xử lý trong một dự án (thường là phần mềm). Nó giống như một “to-do list” nhưng liên tục được cập nhật. Nếu không dọn dẹp thường xuyên, backlog có thể trở nên quá tải và khó quản lý.
Thay đổi chiến lược ngay sau khi vừa đặt ra
Một chiến lược không bao giờ thay đổi là một chiến lược tồi. Và thời điểm dễ nhận ra nhất rằng nó sai chính là ngay sau khi bạn vừa viết nó xuống, vì khi đó bạn có ít kinh nghiệm thực tiễn nhất.
Nếu bạn không điều chỉnh chiến lược khi thấy nó sai, bạn đang lãng phí hàng tháng trời, thậm chí là nhiều năm làm những thứ vô ích, rồi lại phải sửa chữa (nếu như công ty của bạn chưa phá sản trước đó).
Chiến lược thường được công bố hoành tráng bằng các tài liệu đẹp đẽ, bài thuyết trình đầy cảm hứng, các cuộc họp trọng đại, tái cơ cấu đội nhóm. Chẳng ai muốn quay lại sau một tháng và nói rằng: “Xin lỗi, chúng ta đã sai một điểm quan trọng.”
Bạn lo sợ mất uy tín? Lo rằng nhân viên không tin vào chiến lược mới? Lo rằng mọi người sẽ nghĩ lãnh đạo không biết mình đang làm gì? Nhưng nếu không dám sửa sai, hậu quả sẽ còn nghiêm trọng hơn nhiều. Sự thật là rất ít khi bạn có thể đúng ngay từ đầu. Hãy thẳng thắn thừa nhận điều đó, để đội ngũ thấy rằng bạn đang đặt lợi ích của công ty lên hàng đầu.
Tái cấu trúc hạ tầng sau khi tăng trưởng gấp 10 lần
Nếu sau khi tăng trưởng gấp 10 lần mà bạn không phải cải tổ lại hệ thống hạ tầng, thì có lẽ ngay từ đầu bạn đã thiết kế quá phức tạp.
Khi xây dựng WP Engine để phục vụ hàng triệu website với hàng chục tỷ request mỗi ngày, tôi nhận ra rằng không ai có thể dự đoán điều gì sẽ sụp đổ khi hệ thống mở rộng – vì có những vấn đề bạn thậm chí không đo lường được trước khi chúng xảy ra.
Nếu bạn thiết kế một hệ thống quá cầu kỳ ngay từ đầu, có lẽ bạn đã mất quá nhiều thời gian hoàn thiện nó thay vì tung sản phẩm ra thị trường. Việc cố gắng làm “hạ tầng hoàn hảo” ngay từ đầu chính là một dạng tối ưu hóa sớm.
WP Engine là một công ty cung cấp dịch vụ lưu trữ web chuyên dụng cho các trang web xây dựng trên nền tảng WordPress. Được thành lập vào năm 2010 bởi Jason Cohen và Ben Metcalfe, công ty đặt trụ sở chính tại Austin, Texas, Hoa Kỳ. WP Engine cung cấp các giải pháp lưu trữ với hiệu suất cao, bảo mật hàng đầu và hỗ trợ khách hàng 24/7, phục vụ hơn 1,5 triệu trang web trên toàn cầu.
Thêm từ ngữ vì thông điệp quá ngắn gọn
Nếu bạn chưa bao giờ phải thêm lại nội dung vì thông điệp quá ngắn đến mức gây khó hiểu, thì có lẽ nội dung marketing của bạn đang quá dài dòng, lan man, hoặc không có trọng tâm.
Không ai đọc hết mọi thứ. Tweet ngắn. Google Ads còn ngắn hơn. Tiêu đề email ngắn hơn nữa. Người ta rời khỏi trang chủ sau ba giây. Không ai đọc cả đoạn văn trong hộp thoại popup.
Khả năng cao là thông điệp của bạn chưa đủ sắc bén, chưa đủ cụ thể, chứ không phải vì quá ngắn. Ngày nay, chỉ với một vài dòng lệnh ChatGPT, bạn có thể tối ưu thông điệp dễ dàng hơn bao giờ hết.
Thêm lại tính năng đã loại bỏ
Nếu bạn không phải thêm lại tính năng đã loại bỏ, nghĩa là bạn chưa loại bỏ đủ.
Nhiều sản phẩm không bao giờ cắt bỏ tính năng. Điều đó chỉ cho thấy bạn chưa thực sự đánh giá một cách khắt khe, chưa “dọn cỏ” cho sản phẩm, chưa hiểu rõ khách hàng thực sự cần gì, chưa phân biệt được tính năng nào thực sự hữu ích, chưa dám thừa nhận khi mình sai, và chưa kịp thích ứng khi thị trường thay đổi. Khi loại bỏ một tính năng, đôi khi ta sẽ nhận ra rằng nó thực sự quan trọng. Trên thực tế, ta sẽ không mắc sai lầm đó ngay từ đầu, nhưng đó là hệ quả tất yếu của quá trình tinh chỉnh và tối ưu hóa sản phẩm.
Sửa lỗi hàng loạt ngay sau khi ra mắt phiên bản mới
Nếu bạn không phải sửa nhiều lỗi ngay sau khi phát hành, thì có lẽ bạn đã ra mắt quá trễ.
Dĩ nhiên, tung ra một sản phẩm “đầy rác” là điều tồi tệ, nhưng chờ đợi cho đến khi “mọi thứ hoàn hảo” cũng chẳng khá hơn. Windows 95 ra mắt với hàng chục nghìn lỗi đã được biết trước, nhưng vẫn trở thành một trong những sản phẩm phần mềm vĩ đại và thành công nhất thời đại. Tiếp xúc với người dùng thực tế sẽ giúp bạn xác định lỗi nào quan trọng cần sửa trước, đồng thời hé lộ những lỗi mà bạn chẳng thể nào tự phát hiện ra.
Windows 95, ra mắt ngày 24/8/1995, là một bước đột phá lớn của Microsoft với giao diện đồ họa cải tiến, nút Start lần đầu xuất hiện và hỗ trợ đa nhiệm tốt hơn. Tuy nhiên, hệ điều hành này cũng đi kèm hàng chục nghìn lỗi, đến mức có cả một cuốn sách hướng dẫn cách khắc phục hơn 1.000 lỗi phổ biến. Dù vậy, Windows 95 vẫn là một thành công vang dội, bán được 7 triệu bản trong 5 tuần đầu và đặt nền móng cho các phiên bản Windows sau này, chứng minh rằng tốc độ ra mắt và tiếp cận người dùng quan trọng hơn việc chờ đợi một sản phẩm hoàn hảo.
Mất quá nhiều thời gian để mở rộng đội ngũ hỗ trợ & bán hàng
Nếu bạn giữ nguyên đội ngũ hỗ trợ và kinh doanh quá lâu thay vì thuê thêm nhân sự, nghĩa là bạn đã học được rất nhiều về khách hàng và về cách vận hành hai bộ phận này.
Một sai lầm kinh điển của startup có vốn tài trợ là mở rộng đội ngũ hỗ trợ hoặc kinh doanh quá sớm. Nếu chưa có quy trình bài bản, tài liệu hướng dẫn, cơ sở tri thức và kịch bản làm việc, nhân viên mới sẽ không biết phải làm gì. Môi trường làm việc từ xa càng khiến vấn đề này khó khăn gấp 10 lần. Khoảnh khắc bạn đặt một người khác vào vị trí giao tiếp với khách hàng thay cho mình, tốc độ học hỏi và thấu hiểu khách hàng sẽ giảm mạnh. Hãy đợi đến khi hệ thống thực sự quá tải vì thiếu nhân lực, rồi hãy mở rộng. (Khi đã ở quy mô lớn, quy tắc này không còn áp dụng nữa – nếu vẫn trì hoãn mở rộng ở giai đoạn đó, tức là bạn đang quản lý công ty kém hiệu quả.)
Sa thải ai đó ngay sau khi tuyển dụng
Khi bạn giữ lại một người mà bạn biết chắc sẽ không bao giờ phù hợp, bạn không chỉ làm hại chính mình mà còn gây bất lợi cho nhân viên đó, cho đội nhóm và cả công ty.
Tất nhiên, việc này không nên làm một cách tùy tiện, nhưng kéo dài nó cũng chẳng mang lại lợi ích gì. Một hậu quả dễ thấy là bạn sẽ mất đi những nhân sự giỏi, vì họ không muốn làm việc trong một đội ngũ mà bạn đang xây dựng sai cách. Hệ quả khác là hàng loạt cuộc họp vô nghĩa, những lời phàn nàn, các cuộc nói chuyện bên lề, tinh thần làm việc suy giảm, và hiệu suất lao động đi xuống khi những người có năng lực phải gánh công việc thay cho những người không phù hợp.
Bạn phải đối diện với sự thật và hành động nhanh chóng. Nếu điều này xảy ra quá thường xuyên, bạn cần gấp rút điều chỉnh quy trình tuyển dụng của mình. Nhưng cho đến lúc đó, nguyên tắc này vẫn phải được áp dụng.
Phớt lờ một động thái của đối thủ, sau đó mới nhận ra tầm quan trọng của nó
Nếu bạn không bỏ qua phần lớn những động thái của đối thủ cạnh tranh, nghĩa là bạn đang chơi theo luật của họ chứ không phải của chính mình.
Điều quan trọng là phải tập trung vào giá trị cốt lõi của bạn, thay vì để bản thân bị cuốn theo mọi động thái của đối thủ. Ví dụ, khi một đối thủ lớn của Dropbox ra mắt dịch vụ tương tự với mức giá rẻ hơn, Dropbox đã không tham gia vào cuộc chiến giảm giá mà tiếp tục tập trung vào trải nghiệm người dùng vượt trội và sự trung thành của khách hàng.
Dropbox là một dịch vụ lưu trữ tập tin trực tuyến miễn phí được thành lập vào năm 2008 bởi Drew Houston và Arash Ferdowsi thuộc công ty Dropbox, trụ sở chính ở San Francisco.Dropbox cho phép người dùng tạo thư mục đặc biệt trên máy tính của mình, từ đó Dropbox sẽ đồng bộ hóa nội dung trong thư mục đó tương ứng với nội dung thư mục được tự động tạo trên Dropbox. Các tập tin trong thư mục này có thể truy cập thông qua website hay các ứng dụng điện thoại.
Đôi khi, có thể bạn sẽ thực sự cần phản ứng, nhưng tín hiệu đó phải đến từ khách hàng, chẳng hạn khi họ yêu cầu một tính năng nào đó “vì đối thủ có” hoặc khi họ rời bỏ bạn để chuyển sang đối thủ. Khi đó, việc điều chỉnh là cần thiết, nhưng chỉ khi nó phục vụ lợi ích thực sự của khách hàng, chứ không phải chỉ vì bạn đang chạy theo những gì đối thủ làm.
Từ chối một thương vụ hấp dẫn nhưng không phù hợp
Nếu bạn chưa bao giờ từ chối một thương vụ hấp dẫn nhưng không phù hợp với chiến lược của mình, có lẽ bạn chẳng có chiến lược thực sự. Nếu bạn không từ chối những đối tác không phù hợp với giá trị cốt lõi của mình, thì có lẽ bạn cũng chẳng có giá trị cốt lõi thực sự.
Tiền là thứ quá hấp dẫn để từ chối. Nhưng nếu bạn đặt tiền cao hơn cả chiến lược và giá trị của mình, thì thực chất bạn không có cả hai.
Kết luận
Không phải mọi vấn đề đều xuất phát từ quyết định tồi. Đôi khi, ta quá khắt khe với bản thân mà quên rằng có những “sai lầm” thực ra là dấu hiệu của sự đúng đắn. Hãy ăn mừng vì những quyết định sáng suốt và chiến lược đúng đắn của mình, ngay cả khi chúng mang lại hệ quả tiêu cực. Điều đó chứng tỏ bạn có chiến lược và đủ dũng khí để đưa ra những quyết định khó khăn nhưng đúng đắn.
Lưu ý: Bài viết được dịch với sự hỗ trợ từ ChatGPT và tinh chỉnh văn phong từ ngữ từ KDigital, bổ sung thêm các chú thích để nội dung sát nghĩa, tự nhiên và dễ hiểu nhất! Xưng hô trong bài viết ám chỉ đến tác giả của bài viết gốc Jason Cohen.
Source: https://longform.asmartbear.com/good-problems-to-have/
