[Góc nhìn] Chịu đựng Vấn đề hay Giải quyết Vấn đề
Trong quá trình thiết kế và vận hành các dự án DIY của mình, có một sự thật là: Lúc nào cũng có Vấn đề gì đó. Thường mình có 2 lựa chọn. Chịu đựng nó như một phần của công việc, "sống chung với lũ". Hoặc tìm cách giải quyết để cảm thấy thoải mái hơn.
Như lúc mình làm hệ thống theo dõi kết quả bài tập tự động. Ban đầu mình làm bằng tay (manual). Việc cập nhật điểm không khó, chỉ là copy-paste số liệu. Nó không tốn quá nhiều thời gian mỗi ngày, nhưng mà nó lặp đi lặp lại. Mình xem đó là một vấn đề. Sau đó thì, mình quyết định tìm cách giải quyết, tốn gần 3 tháng, từ bỏ việc sử dụng Excel để đổi sang công cụ mới, thử nhiều giải pháp khác nhau. Cuối cùng, quy trình cũng được tự động hóa hoàn toàn. Nó không chỉ giải quyết được vấn đề manual, mà còn mang tới cho mình thêm insight. Mình có được những thống kê rõ ràng mà khi làm tay mình không có: lỗi sai chung của tất cả mọi người, xu hướng trả lời câu hỏi, phần nào mạnh và yếu. Từ đó giúp mình phát triển bài giảng tốt hơn. Nếu mình chăm chỉ & chịu đựng --> thì có lẽ mình sẽ tiếp tục làm thủ công mãi, không có được giải pháp mới, và không có được những giá trị gia tăng nằm sau giải pháp đó.
Hay như trong chương trình CIA, có khá nhiều những than phiền: Sao câu hỏi không giống như trong sách, Đề bài thiếu dữ kiện, Tình huống không sát với lý thuyết. Có một thực tế là: Tài liệu, thường mô tả một trạng thái lý tưởng. Nguồn lực đầy đủ, trách nhiệm rõ ràng. Nhưng bài thi, đôi khi là những tình huống không lý tưởng, thiếu thông tin, dữ kiện không rõ ràng. Không phải lúc nào thiếu dữ kiện cũng tốt, nhưng trong nhiều trường hợp, đó cũng là một cách để test khả năng vận dụng kiến thức để giải quyết vấn đề của bạn trong điều kiện thông tin không đầy đủ. Thực tế còn khó hơn nữa, mất cân xứng thông tin, xung đột lợi ích, ranh giới đúng sai không rõ ràng. Khi đi từ đầy đủ thông tin - sang thực tế không rõ ràng . Một cách chịu đựng phổ biến là xem học và làm là hai thế giới khác nhau. Học chỉ để lấy bằng xong để đó. Hoặc có thể, thay vì than phiền và chịu đựng, mình tìm cách vận dụng các nguyên lý cốt lõi để ra quyết định trong điều kiện thiếu thông tin.
Trong công việc cũng vậy, ví dụ khi phát hiện một lỗi không tuân thủ. Lựa chọn có thể là "Đề nghị tuân thủ", và chấp nhận quy trình hiện tại. Hay tìm cách giải quyết vấn đề "Tại sao họ không làm đúng". Nếu quy trình lỗi thời khá nhiều năm mà vẫn ở đó mãi, thì việc chỉ dừng lại ở đề nghị tuân thủ có thực sự tạo ra giá trị tốt, hay mình sẽ cần đề xuất cải tiến/ và sửa đổi quy trình. Đó có thể là bước thay đổi giữa chỉ "bắt lỗi" và "tư vấn".
Tuy nhiên, không phải vấn đề nào cũng có thể giải quyết được. Có những việc tới giờ mình vẫn làm manual, vì chưa tìm được cách, hoặc chi phí nó quá cao so với lợi ích mình có thể nghĩ tới. Lựa chọn nên đầu tư thời gian để giải quyết vấn đề nào cũng là một lựa chọn khó khăn.
Nhận xét
Đăng nhận xét