Cẩm nang quy trình yêu cầu bảo trì

Lập kế hoạch quy trình yêu cầu bảo trì cho các trường dữ liệu tiếp nhận, phân loại mức độ ưu tiên, phân công người phụ trách, cập nhật trạng thái, bằng chứng hoàn tất và theo dõi tiếp.

Một quy trình yêu cầu bảo trì cần lưu lại đầy đủ thông tin để xử lý sự cố, không chỉ là một tin nhắn ngắn. Hãy dùng cẩm nang này để xác định các trường dữ liệu của người yêu cầu, bối cảnh địa điểm và tài sản, quy tắc phân loại, phân công người phụ trách, chế độ xem trạng thái, bằng chứng và ghi chú hoàn tất trước khi mở một mẫu.

Biểu mẫu yêu cầu bảo trìBắt đầu từ: Biểu mẫu yêu cầu bảo trì
01

Thu thập đầy đủ thông tin người phụ trách cần ngay từ lần gửi đầu tiên

Yêu cầu bảo trì thường bị chậm vì bản ghi đầu tiên thiếu vị trí, tài sản, ảnh, mức độ ưu tiên hoặc bối cảnh của người yêu cầu. Hãy xác định rõ các trường dữ liệu đó trước khi yêu cầu đến bước phân loại.

  • Người yêu cầu, bộ phận, địa điểm, khu vực, tài sản và thông tin liên hệ.
  • Loại sự cố, mô tả, mức độ ưu tiên, ngày mong muốn và ảnh hưởng đến thời gian ngừng hoạt động.
  • Ảnh, tệp đính kèm, ghi chú an toàn, hướng dẫn tiếp cận và cờ đánh dấu sự cố trùng lặp.
02

Tách riêng bước phân loại khỏi công việc được phân công

Một yêu cầu đã gửi không nên tự động trở thành công việc hoàn tất. Hãy thêm một bước phân loại để đội ngũ có thể chấp nhận, trả lại, phân loại lại, lên lịch hoặc phân công yêu cầu một cách chính xác.

  • Các trạng thái đã chấp nhận, trả lại, trùng lặp, đã lên lịch và từ chối.
  • Người phụ trách, hạn xử lý, lộ trình leo thang và điều chỉnh mức độ ưu tiên.
  • Ghi chú quyết định giải thích vì sao yêu cầu được tiếp tục xử lý hoặc bị trả lại.
03

Hiển thị rõ cập nhật trạng thái cho người yêu cầu

Việc theo dõi tiếp với người yêu cầu sẽ dễ hơn khi quy trình cho thấy công việc đang chờ xử lý, đã phân công, bị chặn, đang thực hiện, đã hoàn tất hay đã đóng.

  • Chế độ xem trạng thái cho người yêu cầu, người phụ trách cơ sở vật chất và quản lý.
  • Lý do bị chặn, chờ nhà cung cấp, chờ linh kiện và thay đổi lịch trình.
  • Quy tắc nhắc việc cho các yêu cầu đã chấp nhận nhưng quá hạn và các trường hợp hoàn tất quá hạn.
04

Hoàn tất bằng bằng chứng, không chỉ bằng trạng thái

Một yêu cầu bảo trì đã đóng cần để lại đủ bằng chứng cho việc rà soát sau này: điều gì đã thay đổi, ai hoàn thành, bằng chứng nào được đính kèm và liệu sự cố lặp lại có cần được xử lý hay không.

  • Ghi chú hoàn tất, ảnh, linh kiện đã sử dụng, bối cảnh nhà cung cấp và trạng thái cuối cùng.
  • Cập nhật cho người yêu cầu, ghi chú của người rà soát và ngày hoàn tất.
  • Cờ đánh dấu sự cố lặp lại và liên kết đến tài sản hoặc bước theo dõi tiếp PM khi cần.

Các trường dữ liệu quy trình yêu cầu bảo trì cần xác định trước

Dùng các nhóm trường dữ liệu này để đưa một yêu cầu từ bước tiếp nhận sang phân loại, phân công và hoàn tất có xác minh.

Nhóm trường dữ liệuCần thu thậpLý do quan trọngBàn giao tiếp theo
Bối cảnh người yêu cầuNgười yêu cầu, địa điểm, khu vực, liên hệ, bộ phận.Cho biết ai cần công việc này và công việc thuộc về đâu.Phân loại
Chi tiết sự cốLoại sự cố, mô tả, tài sản, mức độ ưu tiên, tác động.Giúp người phụ trách phân loại mức độ khẩn cấp và phạm vi.Phân công
Bằng chứngẢnh, tệp đính kèm, ghi chú an toàn, hướng dẫn tiếp cận.Giảm nhu cầu theo dõi tiếp trước khi bắt đầu công việc.Thực hiện công việc
Trạng tháiĐã chấp nhận, đã lên lịch, bị chặn, đang thực hiện, hoàn tất.Giúp người yêu cầu và quản lý luôn thống nhất thông tin.Hoàn tất
Hoàn tấtGhi chú hoàn tất, bằng chứng, người phụ trách cuối cùng, cờ lặp lại.Lưu giữ lịch sử bảo trì.Rà soát

Câu hỏi về quy trình yêu cầu bảo trì

Quy trình yêu cầu bảo trì là gì?

Đây là quy trình để tiếp nhận nhu cầu bảo trì, phân loại, phân công người phụ trách, theo dõi trạng thái và đóng yêu cầu kèm bằng chứng.

Yêu cầu bảo trì có nên chuyển thành phiếu công việc không?

Thường là có sau bước phân loại. Yêu cầu dùng để ghi nhận nhu cầu, còn phiếu công việc thể hiện công việc đã được phân công, lịch thực hiện, linh kiện và kết quả hoàn tất.

Trường dữ liệu quan trọng nhất cần thêm là gì?

Bối cảnh vị trí hoặc tài sản thường là trường dữ liệu cần ưu tiên chỉnh trước, vì người phụ trách không thể xử lý nhanh nếu không biết chính xác sự cố đang ở đâu.

Xây dựng quy trình yêu cầu từ mẫu thực tế

Xem trước mẫu yêu cầu của Jodoo, sau đó điều chỉnh các trường dữ liệu, chế độ xem, người phụ trách, lời nhắc, bảng tổng quan và bằng chứng hoàn tất theo quy trình cơ sở vật chất của bạn.

Xem trước mẫu này