Hỏi HN: Dự án vô dụng nhất mà bạn từng tham gia là gì?

Trăn trở về công việc không cần thiết

• Trải nghiệm của một nhân viên làm việc tại bộ phận tự động hóa pipeline của công ty.
• Nhóm quyết định loại bỏ một công cụ nội bộ do vấn đề bảo trì, và tạo một pipeline để tự động hóa việc triển khai công cụ này phòng khi nhóm khác cần dùng.
• Trong tháng này, một thành viên trong nhóm phát hiện khả năng cải thiện phần tự động hóa, nên nhân viên đó được chọn để áp dụng thay đổi cho công cụ trước đây.

Mâu thuẫn của việc tự động hóa pipeline

• Sau khi áp dụng các thay đổi, một pull request không được phê duyệt vì những điều chỉnh được một người cùng nhóm yêu cầu rất chi tiết.
• Những điều chỉnh này nhằm tăng khả năng chịu lỗi của phần tự động hóa pipeline trong các kịch bản rất hiếm gặp.
• Tuy nhiên, cũng trong tuần đó, trưởng nhóm thông báo với nhóm khác rằng công cụ nội bộ đã bị loại bỏ và không nên tiếp tục được sử dụng nữa.

Gánh nặng của công việc vô nghĩa

• Đặt câu hỏi về sự cần thiết của việc tự động hóa pipeline để triển khai cách sử dụng một công cụ đã bị loại bỏ.
• Thắc mắc vì sao cần các điều chỉnh cho phần tự động hóa mà sẽ không ai sử dụng, khi công cụ đã bị loại bỏ.
• Bối rối về lý do được giao một công việc có vẻ như là lãng phí thời gian.

Ý kiến của GN⁺

• Tình huống này cho thấy vấn đề thiếu giao tiếp trong tổ chức và những bất cập trong quản lý quy trình. Một mặt, đã có thông báo chính thức rằng công cụ đã bị loại bỏ, nhưng mặt khác, công việc cải tiến cho chính công cụ đó vẫn đang tiếp diễn.
• Vấn đề này gây lãng phí tài nguyên và có thể tạo ra sự bối rối, bất mãn giữa các nhân viên. Điều này có thể làm suy giảm tinh thần làm việc của nhân viên và về lâu dài ảnh hưởng tiêu cực đến năng suất của công ty.
• Để ngăn những tình huống như vậy, cần có hướng dẫn rõ ràng về trạng thái và mức độ quan trọng của dự án, đồng thời duy trì giao tiếp liên tục với mọi nhóm liên quan. Ngoài ra, cần có cách tiếp cận mang tính chiến lược trong quá trình xác định thứ tự ưu tiên công việc.
• Trường hợp này cho thấy một vấn đề phổ biến có thể xảy ra ở các tổ chức hoặc nhóm khác, và qua đó tổ chức có thể có cơ hội rà soát lại quy trình của mình để cải thiện.
• Với những nhân viên đang trải qua tình huống như vậy, điều quan trọng là thường xuyên kiểm tra xem nỗ lực của mình có đang được sử dụng theo hướng có giá trị và ý nghĩa hay không, và nếu cần thì nêu vấn đề với quản lý cấp trên hoặc bộ phận nhân sự.

[GN⁺]

Ý kiến Hacker News

• Trải nghiệm phát triển một hệ thống ERP

  • Từng làm việc với một hệ thống ERP nội bộ được phát triển bởi nhiều lập trình viên khác nhau trong suốt 15 năm.
  • Hệ thống là cốt lõi của công ty, nhưng ban lãnh đạo lại chỉ ra nó là nguyên nhân của các vấn đề.
  • Ban lãnh đạo mới thúc đẩy việc thay thế bằng một giải pháp tiêu chuẩn của ngành.
  • CTO và người viết đã kiên quyết cho rằng dự án sẽ vượt ngân sách và thất bại, nhưng ban lãnh đạo tin lời nhà cung cấp và vẫn triển khai dự án.
  • Nhà cung cấp không hiểu quy mô của dự án, nhưng vẫn tỏ ra tự tin dù đã loại bỏ các chức năng quan trọng.
  • Cuối cùng sau 5 năm, dự án kết thúc trong thất bại sau khi lãng phí hàng triệu USD.

• Nỗ lực lấn sân sang mảng công tơ năng lượng thông minh

  • Từng có trải nghiệm tại một công ty truyền thông lớn muốn nhảy vào mảng công tơ năng lượng thông minh.
  • Họ đã mua hàng nghìn công tơ, gắn thương hiệu và lưu kho sẵn.
  • API đã phát triển xong, còn UI có vấn đề nên cần chỉnh sửa.
  • Ngân sách hàng triệu USD cho chiến dịch ra mắt marketing đã sẵn sàng, nhưng đúng ngày ra mắt, hội đồng quản trị của công ty đã hủy việc phát hành vì hình ảnh thương hiệu và rủi ro thất bại.

• Trải nghiệm với một dự án vô nghĩa

  • Phát triển một hệ thống lắp "EnGUAGEment meter" ở mỗi hành lang để hiển thị tâm trạng của nhân viên.
  • Vào ngày sinh nhật CEO thì phải nâng tỷ lệ tham gia lên.
  • Cuối cùng tỷ lệ tham gia mỗi ngày chỉ đạt 30-40%.

• Dự án kiểm soát truy cập mạng của một nhà bán lẻ lớn

  • Được giao xây dựng ACL cho router Cisco, nhưng có vẻ dự án đã bị hủy giữa chừng.
  • Người viết đã xây dựng một hệ thống tự động hóa, nhưng sau đó không còn nghe thêm gì về tiến độ của dự án.

• Cố ý làm chậm hiệu năng để ngừng sử dụng một công cụ nội bộ

  • Theo yêu cầu của một VP, đã thực hiện công việc cố tình làm chậm một công cụ nội bộ cũ.
  • Thêm các thông báo lỗi giả và độ trễ ngẫu nhiên để kích thích sự phàn nàn từ người dùng.

• Di trú khẩn cấp sang AWS của một công ty SaaS

  • Sau khi bị thâu tóm, họ nhận chỉ thị phải di trú sang AWS, nhưng do chi phí phát sinh quá cao nên cuối cùng lại chuyển ngược về trung tâm dữ liệu.

• Dự án cập nhật unit test của một công ty phần mềm và phần cứng ở New Zealand

  • Với ngân sách 10 triệu USD, mục tiêu ban đầu là cập nhật unit test, nhưng giữa chừng dự án đổi hướng sang phát triển một công cụ kiểm tra packet.
  • Trưởng dự án nghỉ việc giữa chừng, kết quả tạo ra chẳng có ý nghĩa gì, nhưng công ty vẫn đánh giá dự án là thành công.

• Phát triển trình mô phỏng trong một lớp học lập trình ở đại học

  • Sau buổi học đầu tiên, người viết định nói với giáo sư về việc phát triển trình mô phỏng, nhưng giáo sư nói sẽ miễn tham dự lớp và cho điểm A.
  • Đến cuối học kỳ, giáo sư không nhớ lời hứa đó, và chỉ sau khi được xem trình mô phỏng mới đổi lại điểm.

• Phát triển một trang web chơi Magic the Gathering trực tuyến

  • Đã phát triển một trang web tốt hơn các lựa chọn hiện có, nhưng không công khai vì vấn đề bản quyền.

• Phát triển thiết bị kiểm thử bo điều khiển vệ tinh

  • Đã phát triển thiết bị để kiểm thử bo điều khiển vệ tinh, nhưng chương trình bị hủy nên thiết bị không được sử dụng và bị thải bỏ.