Quản lý bằng Excel: Khi nào cần thay đổi?

Trong một tình huống giả định, đơn vị sửa chữa dùng chung file cho tiếp nhận, điều phối và kế toán. Mỗi bộ phận cập nhật phần việc của mình, nhưng cuối ngày vẫn phải nhắn tin hỏi yêu cầu nào đã hoàn tất. Điểm cần xem lại là cách thông tin đi qua các bộ phận.

Trong tình huống này, trước tiên cần xem mọi người đang dựa vào nguồn dữ liệu nào. Nếu mỗi bộ phận giữ một bản sao gửi qua email, thông tin khách hàng có thể đã được sửa ở nơi này nhưng vẫn giữ nguyên ở nơi khác. Ngay cả khi có một file chung, doanh nghiệp vẫn cần thống nhất ai chịu trách nhiệm cập nhật và ai xác nhận thông tin khi số liệu không khớp.

Một điểm khác là khả năng kiểm soát. Người phụ trách có biết ai thay đổi lịch, vì sao một yêu cầu bị hủy và ai được phép xem thông tin thanh toán không? Khả năng đáp ứng phụ thuộc vào cách thiết lập, công cụ và môi trường đang dùng; không thể kết luận mọi bảng tính đều thiếu lịch sử hay không hỗ trợ cộng tác.

Excel vẫn là lựa chọn hợp lý khi cấu trúc công việc tương đối đơn giản, nhóm sử dụng có thể kiểm soát dữ liệu và các yêu cầu quan trọng được đáp ứng. Các hoạt động phân tích linh hoạt, lập kế hoạch thử nghiệm hoặc theo dõi một tập dữ liệu chưa ổn định cũng có thể phù hợp với bảng tính.

Khả năng cộng tác không nên bị đánh giá dựa trên trải nghiệm gửi file qua lại trước đây. Microsoft có hỗ trợ đồng tác giả khi đáp ứng các điều kiện về phiên bản và nơi lưu trữ. Doanh nghiệp cần kiểm tra môi trường thực tế trước khi cho rằng phải thay công cụ chỉ vì nhiều người cùng làm việc.

Tương tự, một số bước lặp có thể được hỗ trợ bằng chức năng hoặc công cụ tự động hóa hiện có. Tuy nhiên, có thể tự động hóa một thao tác không đồng nghĩa toàn bộ quy trình đã phù hợp để chạy tự động. Cần xem cả quyền truy cập, cách xử lý lỗi và người duy trì.

Trước khi đầu tư thêm, doanh nghiệp có thể thử thống nhất một nơi lưu dữ liệu, cấp một mã riêng cho mỗi yêu cầu và quy định người chịu trách nhiệm cập nhật. Nếu những thay đổi này đã giảm đáng kể việc nhầm thông tin và hỏi lại trạng thái, việc thay hệ thống có thể chưa cần thiết. Ngược lại, các vướng mắc còn tồn tại sẽ giúp làm rõ yêu cầu cho bước tiếp theo.

Cần chuẩn bị gì trước một dự án phần mềm?

Hướng thứ nhất: Tổ chức lại bảng tính

Có thể bắt đầu bằng việc thống nhất nguồn dữ liệu, chuẩn hóa các cột và trạng thái, kiểm soát ô nhập, phân biệt dữ liệu gốc với báo cáo. Với đơn vị sửa chữa, mỗi yêu cầu cần một mã duy nhất để mọi bộ phận cùng tham chiếu.

Hướng này phù hợp khi khó khăn chủ yếu đến từ cách tổ chức file. Cần chỉ định người quản lý cấu trúc để tránh việc mỗi bộ phận tự thêm cột hoặc đổi cách ghi mà không thống nhất.

Hướng thứ hai: Tự động hóa các bước rõ ràng

Nếu nhân viên phải nhắc lịch hằng ngày hoặc tổng hợp thông tin theo một mẫu cố định, có thể cân nhắc tự động hóa phần việc đó. Nên chọn bước có đầu vào, điều kiện xử lý và kết quả mong đợi đủ rõ.

Ví dụ, hệ thống hỗ trợ có thể gửi thông báo cho người được giao sau khi điều phối viên xác nhận lịch. Nhưng nếu lịch thường xuyên thay đổi qua điện thoại mà không được cập nhật, tự động gửi thông báo có thể làm lan truyền thông tin chưa chính xác.

Tự động hóa công việc: Nên bắt đầu từ đâu?

Hướng thứ ba: Chuyển một phần hoặc toàn bộ quy trình sang hệ thống

Khi cần kiểm soát trạng thái giữa nhiều bộ phận, phân quyền theo vai trò, liên kết dữ liệu hoặc theo dõi nhiều bước có phụ thuộc, một hệ thống chuyên dụng có thể đáng cân nhắc. Hệ thống đó có thể là sản phẩm có sẵn hoặc giải pháp phát triển theo yêu cầu.

Mục đích là giải quyết các nhu cầu đã xác định, không phải tái tạo nguyên vẹn mọi cột Excel thành màn hình. Những bảng phân tích riêng vẫn có thể được duy trì nếu có nguồn dữ liệu và cách đối chiếu rõ ràng.

Phần mềm có sẵn hay phát triển riêng: Doanh nghiệp nên chọn gì?

Không nhất thiết thay toàn bộ hoạt động trong một lần. Đơn vị sửa chữa có thể thử cải thiện việc phân công và cập nhật trạng thái cho một nhóm, còn thanh toán vẫn theo quy trình hiện tại.

Trước khi thử, ghi lại thời gian tổng hợp, số lần phải hỏi trạng thái và các lỗi cần sửa. Sau đó theo dõi cùng những chỉ số này trong điều kiện có thể so sánh. Chỉ số và thời gian quan sát cần phù hợp với tần suất công việc; không có một ngưỡng áp dụng cho mọi doanh nghiệp.

Cũng cần thử trường hợp ngoại lệ: khách hủy lịch, kỹ thuật viên nghỉ đột xuất, yêu cầu trùng hoặc thông tin bị nhập sai. Một giải pháp thuận tiện ở luồng thông thường vẫn có thể tạo thêm việc nếu ngoại lệ bị bỏ quên.

Hãy thu thập một mẫu file đã loại bỏ thông tin nhạy cảm, mô tả người dùng và luồng xử lý, đồng thời ghi rõ vấn đề nào đang ảnh hưởng nhiều nhất. Kèm theo đó là các công cụ hiện có, giới hạn ngân sách và những dữ liệu cần giữ lại.

Trong ví dụ sửa chữa, nhu cầu có thể được mô tả là “điều phối viên cần biết yêu cầu chưa có người nhận và người tiếp nhận cần xem trạng thái mới nhất”, thay vì “muốn bỏ Excel”. Mô tả này tạo cơ sở rõ hơn để đánh giá phương án.

Qua những bước này, doanh nghiệp sẽ có cơ sở để quyết định Excel vẫn phù hợp hay cần một cách quản lý khác. Nếu dữ liệu đã được tổ chức lại mà việc đối chiếu và phối hợp vẫn tốn nhiều công sức, hãy dùng chính những vướng mắc còn lại làm yêu cầu cho giải pháp tiếp theo. Khi trao đổi với đối tác, các yêu cầu cụ thể cùng mẫu dữ liệu đã loại bỏ thông tin nhạy cảm sẽ giúp cuộc thảo luận đi thẳng vào vấn đề cần giải quyết.

Trao đổi với Fenix về quy trình đang quản lý bằng bảng tính.