Nhận diện những điểm nghẽn về phiên bản, phân quyền và bàn giao trước khi quyết định xây phần mềm riêng. ## Bảng tính vẫn có chỗ đứng Bảng tính phù hợp với nhiều công việc: thử một quy trình mới, lập kế hoạch hoặc tổng hợp dữ liệu trong phạm vi nhỏ. Không cần thay công cụ chỉ vì muốn có một phần mềm riêng. Điểm cần xem xét là thời gian và sai sót phát sinh khi nhiều người cùng tham gia. Công cụ tốt là công cụ phù hợp với cách công việc đang vận hành. ## Những dấu hiệu nên rà soát Cùng một thông tin xuất hiện trong nhiều file và không biết bản nào mới nhất. Nhân sự phải sao chép dữ liệu giữa các bộ phận. Một người nghỉ thì người khác khó tiếp tục công việc vì không biết trạng thái đang ở đâu. Các trường hợp khác gồm việc cần giới hạn người được xem từng phần dữ liệu, khó xác định ai đã thay đổi thông tin hoặc báo cáo luôn phải tổng hợp thủ công trước mỗi cuộc họp. ## Vẽ quy trình trước khi viết yêu cầu Chọn một công việc cụ thể, từ lúc tiếp nhận đến lúc hoàn tất. Ghi lại người thực hiện, dữ liệu đầu vào, bước phê duyệt, kết quả đầu ra và những ngoại lệ thường gặp. Tách vấn đề về công cụ khỏi vấn đề về cách làm. Nếu chưa thống nhất ai chịu trách nhiệm cập nhật dữ liệu, phần mềm mới cũng khó tự giải quyết được tình trạng thông tin thiếu hoặc trễ. ## Bắt đầu bằng một phạm vi có thể kiểm tra Có thể chọn một luồng như tiếp nhận yêu cầu, theo dõi đơn hàng hoặc giao việc. Thống nhất các trạng thái, quyền truy cập và tiêu chí hoàn thành trước khi triển khai. Dùng dữ liệu mẫu đã loại bỏ thông tin nhạy cảm để thử các trường hợp thật: trùng dữ liệu, nhập thiếu, chuyển người phụ trách và xử lý một yêu cầu bị hủy. ## Tính cả việc vận hành Ngoài chi phí phát triển, hãy hỏi về máy chủ, sao lưu, hướng dẫn, hỗ trợ và cách đưa dữ liệu ra khi cần. Làm rõ điều gì thuộc bảo trì và điều gì là thay đổi chức năng. Quyết định hợp lý có thể là cải thiện bảng tính hiện tại, dùng một công cụ sẵn có hoặc xây phần mềm riêng. Bắt đầu từ quy trình sẽ giúp bạn chọn đúng hơn.