Duyệt theo danh mục
Giới thiệu: MTTR có nghĩa là gì trong sản xuất thực tế
Một sự cố thiết bị duy nhất có thể làm ngừng toàn bộ dây chuyền sản xuất, nhưng chi phí cao nhất thường đến từ thời gian khắc phục sự cố. Tại nhiều nhà máy, chỉ một giờ ngừng hoạt động ngoài kế hoạch có thể gây thiệt hại hàng nghìn đô la do sản lượng giảm, gián đoạn lao động và chậm trễ giao hàng. Đó là lý do tại sao MTTR (Thời gian sửa chữa trung bình) Điều này rất quan trọng đối với dây chuyền sản xuất: nó cho bạn biết, một cách thực tế, đội ngũ của bạn có thể khôi phục thiết bị nhanh như thế nào sau khi xảy ra sự cố.
MTTR là thời gian trung bình cần thiết để chẩn đoán lỗi, sửa chữa sự cố, xác minh việc khắc phục và đưa thiết bị trở lại hoạt động bình thường. Đối với các nhà quản lý bảo trì và lãnh đạo nhà máy, đây là một chỉ số thực tế cho thấy liệu việc xử lý sự cố có được thực hiện một cách có kỷ luật, có thể lặp lại và đủ nhanh để bảo vệ năng suất hay không.
Bài viết này tập trung vào một câu hỏi cốt lõi: làm thế nào các nhà sản xuất có thể đo lường thời gian sửa chữa một cách nhất quán, tính toán MTTR Làm thế nào để xác định chính xác và giảm thiểu thời gian sửa chữa trung bình trong hoạt động hàng ngày? Chúng ta sẽ phân tích công thức, làm rõ sự khác biệt giữa MTTR với các chỉ số như thời gian phản hồi và độ tin cậy, và chỉ ra lý do tại sao thời gian sửa chữa cao thường xuất phát từ quy trình làm việc yếu kém, hồ sơ thời gian ngừng hoạt động không đầy đủ và việc chuyển giao chậm chạp—không chỉ do sự phức tạp về mặt kỹ thuật.
Cách tính MTTR
Công thức MTTR cơ bản
Cái MTTR Công thức rất đơn giản: Tổng thời gian sửa chữa cho các lỗi ngoài kế hoạch ÷ số lần sửa chữa. Trong sản xuất, thách thức chính thường không nằm ở phép toán mà là ở bộ quy tắc tính toán thời gian. Nếu nhóm của bạn không xác định cùng một điểm bắt đầu và kết thúc mỗi lần, phép tính MTTR của bạn sẽ không đủ tin cậy để hỗ trợ lập kế hoạch bảo trì hoặc giảm thời gian ngừng hoạt động.
Đối với hầu hết các nhà máy, MTTR chỉ nên được tính toán dựa trên các sự cố hỏng hóc ngoài kế hoạch đối với thiết bị có thể bảo trì. Điều này giúp chỉ số tập trung vào việc khắc phục sự cố thực tế chứ không phải bảo trì định kỳ, thay đổi cấu hình hoặc các sửa đổi kỹ thuật. Nếu bạn kết hợp các hoạt động đó, kết quả có thể trông chính xác, nhưng nó sẽ không phản ánh hiệu suất sửa chữa thực sự.
Những yếu tố nào nên được tính vào thời gian MTTR?
Một quy tắc thực tiễn tại nhà máy là bắt đầu tính thời gian khi sự cố được báo cáo hoặc khi máy dừng hoạt động và được xác nhận là có sự cố, sau đó dừng tính thời gian khi thiết bị được kiểm tra và đưa trở lại sản xuất bình thường. Ở hầu hết các nhà máy, điều đó có nghĩa là thời gian MTTR bao gồm việc báo cáo lỗi, điều động kỹ thuật viên, chẩn đoán, sửa chữa, kiểm tra và xác minh khởi động lại. Đây là phương pháp hữu ích nhất khi mục tiêu của bạn là theo dõi chính xác thời gian ngừng hoạt động của thiết bị từ khi xảy ra sự cố đến khi được khắc phục.
Một số nhóm chọn cách loại trừ khoảng thời gian chờ đợi trước khi kỹ thuật viên đến và theo dõi khoảng thời gian đó riêng biệt. thời gian phản hồi bảo trì. Điều đó có thể đúng, nhưng chỉ khi quy tắc được ghi chép lại và áp dụng nhất quán trên tất cả các tài sản, ca làm việc và địa điểm. Nếu một dòng bao gồm độ trễ phản hồi và dòng khác thì không, các con số MTTR của bạn sẽ không thể so sánh được.
Ví dụ đơn giản về cách tính MTTR
Hãy xem xét một máy đóng gói thùng carton bị hỏng ba lần trong một tháng. Trong lần đầu tiên, máy dừng lúc 9:10 và hoạt động ổn định trở lại lúc 10:00, trong 50 phút. Trong lần thứ hai, máy dừng lúc 14:20 và khởi động lại lúc 15:05, trong 45 phút; trong lần thứ ba, máy dừng lúc 21:40 và hoạt động trở lại lúc 22:55, trong 75 phút.
Tổng thời gian sửa chữa là 50 + 45 + 75 = 170 phút. Số lần sửa chữa là 3, vì vậy phép tính MTTR là 170 ÷ 3 = 56,7 phút. Trong báo cáo, hầu hết các nhà máy sẽ làm tròn thành 57 phút MTTR cho máy đó trong suốt kỳ.
Các quy tắc về thời gian nhằm ngăn ngừa dữ liệu xấu
Nhóm của bạn nên ghi rõ một tiêu chuẩn chung về thời điểm bắt đầu và kết thúc tính giờ. Ví dụ, bắt đầu từ "sự cố được ghi nhận trong hệ thống bảo trì" và kết thúc khi "máy móc vượt qua bài kiểm tra chức năng và được đưa vào sản xuất". Quy tắc đó quan trọng hơn việc con số của bạn cao hơn hay thấp hơn một chút, bởi vì tính nhất quán Đó chính là điều làm cho phân tích xu hướng trở nên hữu ích.
Nó cũng giúp xác định rõ những gì không thuộc về MTTR. Việc bảo trì phòng ngừa theo kế hoạch, công việc ngừng hoạt động định kỳ và các dự án cải tiến nên nằm ngoài chỉ số này trừ khi nhà máy của bạn cố ý sử dụng thước đo thời gian ngừng hoạt động rộng hơn. Nếu mục đích của bạn là giảm MTTR (Thời gian trung bình để khắc phục sự cố), cách tiếp cận hiệu quả nhất là chỉ tập trung vào các sự kiện khắc phục sự cố.
Những lỗi thường gặp khi tính toán MTTR
Một lỗi thường gặp là sử dụng các mốc thời gian bắt đầu khác nhau giữa các ca làm việc, chẳng hạn như một giám sát viên ghi nhật ký từ thời điểm nhân viên vận hành gọi trong khi người khác ghi nhật ký từ thời điểm kỹ thuật viên đến. Một lỗi khác là dừng bộ đếm thời gian ở "sửa chữa hoàn tất" ngay cả khi máy móc vẫn cần chạy thử, điều chỉnh thông số hoặc kiểm tra chất lượng trước khi thực sự được đưa vào sử dụng. Những khác biệt nhỏ đó có thể làm sai lệch xu hướng hàng tháng và khiến một khu vực nào đó trông tốt hơn hoặc tệ hơn so với thực tế.
Sai lầm thứ hai là kết hợp các công việc đã lên kế hoạch với các sự cố khẩn cấp trong cùng một báo cáo. Ví dụ, việc thay thế vòng bi theo lịch trình hai giờ không nên được tính trung bình cùng với các lần dừng máy ngoài kế hoạch thực tế nếu bạn muốn có cái nhìn chính xác về tốc độ sửa chữa. Mã hóa sự kiện rõ ràng là điều cần thiết nếu bạn muốn MTTR hỗ trợ các quyết định về nhân sự, phụ tùng thay thế và cải tiến quy trình thay vì chỉ đơn thuần là hiển thị thông tin trên bảng điều khiển KPI.
MTTR so với MTBF, MTTF và Thời gian phản hồi: Mỗi chỉ số cho biết điều gì?
Một khi bạn hiểu MTTR Sau khi đã xác định công thức và quy tắc về thời gian, bước tiếp theo là đảm bảo bạn không sử dụng MTTR để trả lời sai câu hỏi. Thời gian sửa chữa trung bình (MTTR) cho bạn biết nhóm của bạn khôi phục thiết bị nhanh như thế nào sau khi xảy ra sự cố, nhưng nó không cho bạn biết tần suất xảy ra sự cố của tài sản đó hoặc thời gian hoạt động ổn định giữa các lần hỏng hóc. Đó là lý do tại sao các nhà lãnh đạo bảo trì cần một tập hợp nhỏ các chỉ số liên quan, mỗi chỉ số gắn liền với một quyết định vận hành khác nhau.
Một cách đơn giản để so sánh chúng là như sau: MTTR đo tốc độ sửa chữa, MTBF Đo lường độ tin cậy giữa các lần hỏng hóc đối với các tài sản có thể sửa chữa được., MTTF Đo lường tuổi thọ hoạt động dự kiến của các mặt hàng không thể sửa chữa, và thời gian phản hồi bảo trì Đo lường tốc độ bắt đầu hành động sau khi sự cố được báo cáo. Theo dõi thời gian ngừng hoạt động của thiết bị hỗ trợ tất cả các chỉ số này bằng cách cung cấp dấu thời gian và hồ sơ lỗi cần thiết để tính toán từng chỉ số một cách nhất quán. Nếu nhóm của bạn kết hợp các chỉ số này, phân tích của bạn sẽ nhanh chóng chỉ ra nguyên nhân gốc rễ sai.
MTTR: Tốc độ khôi phục sản xuất
MTTR là chỉ số mà các nhà quản lý nhà máy thường theo dõi khi muốn biết thời gian một sự cố khiến máy móc ngừng hoạt động. Về mặt thực tiễn, ý nghĩa của MTTR rất đơn giản: trung bình mất bao nhiêu thời gian từ khi bắt đầu sự cố sửa chữa đến khi máy móc được xác nhận hoạt động trở lại? Chỉ số này hữu ích nhất khi mục tiêu của bạn là cải thiện việc khắc phục sự cố, thực hiện sửa chữa, tiếp cận phụ tùng thay thế, chuyển giao công việc và kỷ luật khởi động lại hệ thống.
Dành cho các nhà lãnh đạo điều hành, MTTR đặc biệt có giá trị khi tổn thất đầu ra Đây là mối quan ngại chính. Nếu hai dây chuyền đóng gói gặp sự cố cùng số lần mỗi tháng, nhưng một dây chuyền mất 35 phút để khôi phục và dây chuyền kia mất 95 phút, thì dây chuyền thứ hai sẽ gây ra sự gián đoạn lịch trình lớn hơn nhiều, ngay cả khi số lần hỏng hóc là như nhau. Trong trường hợp đó, ưu tiên không phải là kỹ thuật đảm bảo độ tin cậy trước tiên, mà là khả năng khôi phục nhanh hơn.
MTBF: Tần suất hỏng hóc của thiết bị có thể sửa chữa
MTBF, MTTR, hay thời gian trung bình giữa các lần hỏng hóc, xem xét thời gian hoạt động giữa một lần hỏng hóc và lần hỏng hóc tiếp theo trên các tài sản có thể được sửa chữa và đưa trở lại hoạt động. Trong khi MTTR tập trung vào tốc độ phục hồi, MTBF tập trung vào... độ tin cậy Và tần suất hỏng hóc. Chỉ số MTBF cao thường có nghĩa là thiết bị hoạt động lâu hơn trước khi bị hỏng lần nữa.
Chỉ số này hữu ích nhất cho các kỹ sư độ tin cậy, người lập kế hoạch bảo trì và quản lý nhà máy khi quyết định nên tập trung vào hành động phòng ngừa ở đâu. Nếu một băng tải có MTTR thấp nhưng MTBF cũng rất thấp, các kỹ thuật viên của bạn có thể sửa chữa nó nhanh chóng, nhưng thiết bị vẫn hỏng hóc quá thường xuyên. Trong trường hợp đó, một phép tính MTTR tốt không có nghĩa là thiết bị đang hoạt động tốt; nó chỉ có nghĩa là nhóm đang làm việc hiệu quả trong việc khôi phục.
MTTF: Khi tài sản hoặc linh kiện không được sửa chữa
MTTF, Thời gian hoạt động trung bình trước khi hỏng (MET) được sử dụng cho các bộ phận thường được thay thế hơn là sửa chữa. Điều này thường áp dụng cho các linh kiện như cảm biến, cầu chì và vòng bi trong một số chiến lược bảo trì nhất định, hoặc các mô-đun điện tử giá rẻ mà việc thay thế nhanh hơn và thiết thực hơn so với sửa chữa. Chỉ số này ước tính thời gian hoạt động của bộ phận trước khi bị hỏng.
Đối với các nhà lãnh đạo sản xuất, MTTF không chỉ đơn thuần là phản hồi sự cố hàng ngày mà còn liên quan nhiều hơn đến việc lập kế hoạch vòng đời sản phẩm, chiến lược dự trữ phụ tùng và đánh giá nhà cung cấp. Nếu một mẫu cảm biến quang điện có MTTF ngắn hơn nhiều so với dự kiến, vấn đề không phải là tốc độ phản hồi của nhóm sau khi xảy ra sự cố, mà là liệu việc lựa chọn linh kiện, môi trường hoặc tiêu chuẩn lắp đặt có sai hay không. Điều đó làm cho MTTF hữu ích trong những quyết định khác với những quyết định được hỗ trợ bởi MTTR.
Thời gian phản hồi bảo trì: Công việc bắt đầu nhanh như thế nào
Thời gian phản hồi bảo trì Chỉ số này đo lường độ trễ giữa thời điểm báo cáo lỗi và thời điểm bắt đầu hành động bảo trì. Nó có liên quan đến MTTR (Time To Remaining Time Traction), nhưng không phải là cùng một thứ. Nếu nhà máy của bạn theo dõi thời gian phản hồi riêng biệt, bạn có thể biết liệu việc khôi phục chậm trễ là do điều động chậm trễ hay do quá trình chẩn đoán và sửa chữa kéo dài sau khi kỹ thuật viên đến.
Sự khác biệt này rất quan trọng vì biện pháp khắc phục cũng khác nhau. Thời gian phản hồi chậm có thể cho thấy quy tắc leo thang vấn đề yếu kém, trách nhiệm không rõ ràng hoặc báo cáo chậm trễ từ bộ phận sản xuất, trong khi thời gian sửa chữa trung bình chậm có thể cho thấy sự phức tạp về kỹ thuật, thiếu phụ tùng hoặc các vấn đề về kiểm tra khởi động lại. Đối với các giám sát viên quản lý nhiều dây chuyền sản xuất, việc phân biệt hai yếu tố này giúp tránh những kết luận mơ hồ như “bảo trì quá chậm” khi sự chậm trễ thực sự bắt đầu trước khi công việc sửa chữa bắt đầu.
Theo dõi thời gian ngừng hoạt động của thiết bị: Lớp dữ liệu đằng sau tất cả bốn yếu tố.
Không có chỉ số nào trong số này đáng tin cậy nếu thiếu sự kiểm soát chặt chẽ. theo dõi thời gian ngừng hoạt động của thiết bị. Bạn cần mã lỗi nhất quán, dấu thời gian bắt đầu và kết thúc, ID tài sản và phân loại sự kiện rõ ràng để cùng một sự cố dừng máy không bị tính khác nhau giữa các ca làm việc. Ngay cả những lỗi nhỏ về dấu thời gian cũng có thể làm sai lệch MTTR, MTBF và xu hướng thời gian phản hồi, đặc biệt là ở các nhà máy thường xuyên có các lần dừng máy ngắn.
Đối với các nhà quản lý nhà máy, hồ sơ thời gian ngừng hoạt động giúp liên kết các chỉ số bảo trì với tác động kinh doanh, chẳng hạn như sản lượng bị mất, làm thêm giờ và trễ hạn giao hàng. Đối với các kỹ sư độ tin cậy, các hồ sơ tương tự hỗ trợ phân tích mô hình lỗi và xác định nguyên nhân lặp đi lặp lại. Đối với các nhà quản lý sản xuất, chúng giúp dễ dàng phân biệt vấn đề thiết bị mãn tính với vấn đề báo cáo hoặc vấn đề lập kế hoạch.
Bạn nên sử dụng chỉ số nào cho quyết định nào?
Nếu câu hỏi của bạn là, “Chúng ta sẽ khôi phục dây chuyền nhanh đến mức nào?”, hãy sử dụng MTTR. Nếu câu hỏi là, “Những thiết bị nào hỏng hóc quá thường xuyên?”, hãy sử dụng MTBF. Nếu câu hỏi là, “Các bộ phận có thể thay thế này hoạt động được bao lâu trước khi hỏng?”, hãy sử dụng MTTF, và nếu câu hỏi là, “Mất bao lâu để bộ phận bảo trì phản hồi sau khi có sự cố?”, hãy theo dõi thời gian phản hồi của bộ phận bảo trì một cách riêng biệt.
Trên thực tế, các đánh giá bảo trì hiệu quả nhất thường sử dụng các chỉ số này cùng nhau chứ không phải riêng lẻ. Một dây chuyền sản xuất có thể có MTBF tốt nhưng MTTR kém, MTBF kém nhưng MTTR tốt, hoặc tốc độ sửa chữa chấp nhận được nhưng thời gian phản hồi chậm. Nếu bạn muốn giảm MTTR sau này, việc so sánh này sẽ giúp bạn xác định xem vấn đề nằm ở độ tin cậy, khả năng phản hồi, quy trình sửa chữa hay việc thu thập dữ liệu kém.
Vì sao các đội sản xuất gặp khó khăn với thời gian hoàn thành công việc (MTTR) cao?
Sự chậm trễ thường bắt đầu trước khi công việc sửa chữa được tiến hành.
Cao MTTR Người ta thường đổ lỗi cho tốc độ làm việc của kỹ thuật viên, nhưng trên hầu hết các nhà máy, vấn đề lớn hơn là tốc độ làm việc quá chậm của các công nhân. quá trình sửa chữa Bắt đầu từ đây. Một máy móc có thể ngừng hoạt động trong 20 phút trước khi bộ phận bảo trì nhận được báo cáo đầy đủ, đặc biệt là khi người vận hành dựa vào các cuộc gọi điện thoại, ghi chú trên giấy hoặc báo cáo bằng lời nói. Trong tình huống đó, thời gian sửa chữa trung bình tăng lên không phải vì việc sửa chữa khó về mặt kỹ thuật, mà vì quy trình làm việc xung quanh việc sửa chữa còn yếu kém. Đối với các nhà lãnh đạo nhà máy, đó là một phần quan trọng của MTTR, có nghĩa là trong thực tế: nó phản ánh kỷ luật quy trình cũng như năng lực bảo trì.
Một quy trình từ khi hỏng đến khi khởi động lại điển hình có một số điểm nghẽn: người vận hành phát hiện lỗi, báo cáo, chờ xác nhận, bộ phận bảo trì chẩn đoán vấn đề, các bộ phận được kiểm tra, việc sửa chữa được thực hiện và thiết bị được kiểm tra trước khi khởi động lại. Nếu bất kỳ bước nào không được ghi chép lại hoặc do "người nào rảnh" đảm nhiệm, thời gian sửa chữa sẽ kéo dài nhanh chóng. Đó là lý do tại sao việc tính toán MTTR có thể tệ hơn dự kiến ngay cả khi thời gian sửa chữa chỉ chiếm một phần nhỏ trong tổng thời gian ngừng hoạt động. Vấn đề thường không nằm ở bản thân việc sửa chữa, mà là khoảng trống giữa các bước.
Việc xác định rõ quyền sở hữu làm chậm quá trình ra quyết định.
Khi không ai chịu trách nhiệm rõ ràng về hành động tiếp theo, thời gian ngừng hoạt động sẽ tăng lên từng phút. Ví dụ, trong dây chuyền dập khuôn ô tô, các công nhân vận hành có thể báo cáo lỗi máy ép cho người giám sát ca, người này sau đó cố gắng tìm kỹ thuật viên bảo trì, trong khi bộ phận điều khiển sản xuất chờ cập nhật trước khi lên lịch lại công việc. Mỗi lần chuyển giao đều làm chậm trễ, và không ai có bản ghi thời gian cụ thể về thời điểm vấn đề được báo cáo, phân công hoặc giải quyết. Điều đó khiến việc theo dõi thời gian ngừng hoạt động của thiết bị không đầy đủ và đẩy thời gian sửa chữa trung bình thực tế lên cao hơn.
Các vấn đề về trách nhiệm cũng làm sai lệch các nỗ lực cải tiến. Nếu bộ phận bảo trì cho rằng phản hồi nhanh chóng nhưng bộ phận sản xuất lại cho rằng hỗ trợ đến muộn, các nhóm sẽ tranh luận về những câu chuyện phiếm thay vì khắc phục nguyên nhân gốc rễ. Nếu không có quy tắc phân công rõ ràng, rất khó để tách biệt thời gian phản hồi của bộ phận bảo trì với thời gian thực hiện sửa chữa thực tế. Điều đó làm suy yếu cả độ chính xác của công thức MTTR và trách nhiệm giải trình.
Lệnh công việc chưa hoàn thành tạo ra yêu cầu làm lại.
Nhiều công việc sửa chữa bắt đầu bằng... thông tin kém: “máy dừng hoạt động,” “báo động bật,” hoặc “không hoạt động đúng cách.” Điều đó buộc các kỹ thuật viên phải dành thêm thời gian để tìm ra thiết bị chính xác, xác nhận chế độ lỗi và kiểm tra những gì đã xảy ra trước khi máy dừng. Trong một nhà máy lắp ráp điện tử, lỗi dây chuyền gắn bề mặt được báo cáo mà không có loại bo mạch, trạm cấp liệu hoặc mã báo động có thể biến một thao tác can thiệp ngắn thành một quá trình chẩn đoán kéo dài. Kết quả là chi phí cao hơn. MTTR, Không phải vì nhóm thiếu kỹ năng, mà vì lệnh công việc thiếu ngữ cảnh.
Hồ sơ không đầy đủ cũng khiến việc phân tích các lỗi lặp lại sau này trở nên khó khăn hơn. Nếu các triệu chứng lỗi, hành động đã thực hiện và xác nhận khởi động lại được ghi lại không nhất quán, kỹ thuật viên tiếp theo sẽ phải bắt đầu lại từ đầu. Theo thời gian, chất lượng dữ liệu yếu sẽ gây tổn hại đến cả việc thực hiện hàng ngày và việc tính toán MTTR dài hạn. Các nhóm không thể giảm MTTR một cách đáng tin cậy khi mỗi sự cố được ghi lại khác nhau.
Khả năng hiển thị phụ tùng thay thế thường là yếu tố hạn chế tiềm ẩn.
Việc sửa chữa có thể được chẩn đoán chính xác nhưng vẫn mất quá nhiều thời gian vì không ai biết liệu phụ tùng cần thiết có sẵn hay không. Tại nhiều nhà máy, dữ liệu về phụ tùng được lưu trữ riêng biệt trong các bảng tính, kho chứa hoặc trong trí nhớ của một người quản lý kho giàu kinh nghiệm. Kỹ thuật viên mất thời gian đi đến kho phụ tùng, gọi điện thoại hoặc kiểm tra phụ tùng thay thế thủ công. Sự chậm trễ đó hiếm khi được thể hiện trong báo cáo, nhưng nó trực tiếp làm tăng thời gian sửa chữa trung bình.
Điều này đặc biệt phổ biến trong các nhà máy thực phẩm và đồ uống, nơi thiết bị đóng gói có thể phụ thuộc vào các vật tư tiêu hao nhỏ nhưng quan trọng, cảm biến hoặc các bộ phận thay thế. Nếu nhóm kỹ thuật chỉ phát hiện ra sau khi chẩn đoán rằng mặt hàng cần thiết đã hết hàng hoặc được lưu trữ ở khu vực khác, thì thời gian sửa chữa vẫn tiếp tục trôi. Đối với các nhà quản lý vận hành, đây là lúc việc theo dõi thời gian ngừng hoạt động của thiết bị cần phải kết nối hồ sơ sửa chữa với tình trạng sẵn có của phụ tùng, chứ không phải coi chúng là các vấn đề riêng biệt.
Nhật ký bàn giao ca và thời gian ngừng hoạt động - Sự gián đoạn liên tục
Việc sửa chữa kéo dài qua nhiều ca làm việc thường gặp phải vấn đề: chuyển giao yếu kém. Một nhóm có thể xác định được nguyên nhân có thể xảy ra, nhưng ca làm việc tiếp theo chỉ nhận được bản cập nhật ngắn gọn bằng lời nói mà không có thông tin chi tiết về tình trạng, kết quả kiểm tra và ghi nhận các bộ phận đã được thay thế. Kỹ thuật viên ca sau có thể phải lặp lại các bước kiểm tra, mở lại các bảng điều khiển hoặc bắt đầu lại quá trình khắc phục sự cố từ đầu. Sự trùng lặp công việc đó âm thầm làm tăng thêm hàng giờ vào thời gian sửa chữa trung bình (MTTR).
Việc ghi nhật ký thời gian ngừng hoạt động kém hiệu quả càng làm trầm trọng thêm vấn đề. Nếu thời gian bắt đầu, thời gian tạm dừng, thời gian hoàn thành kiểm tra và thời gian khởi động lại được nhập muộn hoặc dựa trên trí nhớ, thì việc tính toán MTTR (Thời gian sửa chữa trung bình) sẽ trở nên không đáng tin cậy. Khi đó, các nhóm sẽ gặp khó khăn trong việc xác định xem họ đang gặp vấn đề về tốc độ sửa chữa, vấn đề về báo cáo, hay cả hai. Trước khi các nhà sản xuất có thể giảm MTTR, họ cần một phương pháp có kỷ luật hơn để ghi lại những gì đã xảy ra giữa thời điểm xảy ra sự cố và thời gian sản xuất bình thường.
Làm thế nào để giảm thời gian khắc phục sự cố (MTTR) bằng phiếu yêu cầu công việc điện tử và nhật ký thời gian ngừng hoạt động?
Trước tiên, hãy chuẩn hóa quy trình sửa chữa.
Nếu bạn muốn giảm MTTR, Hãy bắt đầu bằng cách đảm bảo mọi sự cố đều tuân theo cùng một quy trình từ khi báo cáo đến khi khởi động lại. Một phiếu yêu cầu sửa chữa điện tử tiêu chuẩn cần ghi lại mã số tài sản, đường dây, loại lỗi, thời gian bắt đầu ngừng hoạt động, ghi chú của người vận hành, kỹ thuật viên được chỉ định, các hành động sửa chữa, kết quả kiểm tra và xác nhận khởi động lại. Điều này loại bỏ phỏng đoán trong việc tính toán MTTR và đảm bảo thời gian sửa chữa trung bình phản ánh chu kỳ sửa chữa thực tế, chứ không phải là hồ sơ không đầy đủ.
Tiêu chuẩn hóa Điều này rất quan trọng vì sự chậm trễ trong sửa chữa thường xuất phát từ việc thiếu thông tin chứ không phải do độ phức tạp của việc sửa chữa. Tại nhiều nhà máy, kỹ thuật viên vẫn mất thời gian gọi điện cho người giám sát để hỏi chi tiết về tài sản, kiểm tra các bảng tính cũ hoặc làm rõ xem máy móc đã được đưa vào hoạt động trở lại hay chưa. Phiếu lệnh công việc điện tử giúp khắc phục những thiếu sót đó bằng cách buộc phải thu thập đúng dữ liệu ngay tại thời điểm xảy ra sự cố.
Tích hợp nhật ký thời gian ngừng hoạt động có dấu thời gian vào quy trình.
Để việc theo dõi thời gian ngừng hoạt động của thiết bị trở nên hữu ích, mỗi sự kiện quan trọng trong chu kỳ sửa chữa cần phải được ghi nhận đầy đủ. dấu thời gian. Thông thường, quá trình này bao gồm việc báo cáo lỗi, kỹ thuật viên được chỉ định, kỹ thuật viên đến, chẩn đoán hoàn tất, sửa chữa hoàn tất, kiểm tra đạt và thiết bị được đưa vào sản xuất. Với các mốc thời gian này, bạn có thể phân tách thời gian sửa chữa khỏi thời gian phản hồi bảo trì và xem chính xác MTTR (Thời gian sửa chữa trung bình) đang bị kéo dài ở đâu.
Đây là điểm mà nhiều hệ thống dựa trên bảng tính thất bại. Chúng có thể ghi lại tổng thời gian ngừng hoạt động cuối cùng, nhưng hiếm khi ghi lại trình tự các sự kiện một cách nhất quán để phân tích MTTR đáng tin cậy. Với Jodoo, Các nhà sản xuất có thể xây dựng các biểu mẫu thời gian ngừng hoạt động không cần lập trình và quy trình làm việc theo lệnh công việc được liên kết, tự động ghi lại từng thay đổi trạng thái, tạo ra hồ sơ rõ ràng cho cả việc kiểm toán và tính toán MTTR nhanh hơn.
Sử dụng cảnh báo tự động và nhận dạng tài sản dựa trên mã QR.
Sau khi quy trình làm việc được chuẩn hóa, bước tiếp theo là rút ngắn thời gian giữa việc phát hiện sự cố, phân công và xử lý. Mã QR được đặt trên mỗi thiết bị cho phép người vận hành quét máy và mở ngay biểu mẫu báo cáo sự cố chính xác, giúp giảm lỗi nhập liệu thủ công và tránh nhầm lẫn giữa các thiết bị có tên hoặc số dây chuyền tương tự. Điều này đặc biệt hữu ích trong các nhà máy lớn, nơi một sự chậm trễ ở giai đoạn báo cáo có thể làm tăng thêm vài phút trước khi bộ phận bảo trì phát hiện ra vấn đề.
Hệ thống cảnh báo tự động sẽ chuyển yêu cầu đến đúng người mà không cần chờ cuộc gọi điện thoại hoặc bàn giao từ trưởng ca. Jodoo, Bạn có thể định tuyến phiếu báo sự cố theo dây chuyền sản xuất, loại thiết bị, mức độ nghiêm trọng hoặc ca làm việc, và kích hoạt thông báo qua ứng dụng, email hoặc tin nhắn đến đội bảo trì được chỉ định. Kết quả là quy trình làm việc nhanh hơn và được kiểm soát tốt hơn, từ khi báo cáo lỗi đến khi chấp nhận lệnh sửa chữa và hoàn tất sửa chữa.
Một quy trình làm việc kỹ thuật số hiệu quả từ đầu đến cuối thường diễn ra như sau: người vận hành quét mã QR của thiết bị, gửi báo cáo lỗi, hệ thống ghi lại thời gian sự kiện, chuyển phiếu yêu cầu đến kỹ thuật viên hoặc người giám sát phù hợp, cập nhật trạng thái trong suốt quá trình chẩn đoán và sửa chữa, và ghi lại thời gian khởi động lại cuối cùng sau khi kiểm tra. Vì mỗi bước đều được ghi lại trong một hệ thống duy nhất, ý nghĩa của MTTR (Thời gian sửa chữa trung bình) trở nên hữu ích trong thực tế hoạt động chứ không chỉ mang tính lý thuyết. Thay vì hỏi tại sao thời gian sửa chữa lại cao vào tuần trước, bạn có thể xem liệu sự chậm trễ đến từ việc báo cáo, phản hồi, chẩn đoán, phụ tùng hay xác minh.
Theo dõi thời gian phản hồi và thời gian sửa chữa riêng biệt.
Các nhà máy thường gặp khó khăn trong việc giảm thời gian khắc phục sự cố (MTTR) vì họ coi tất cả thời gian ngừng hoạt động là một con số duy nhất. Trên thực tế, các biện pháp cải thiện sẽ khác nhau nếu sự chậm trễ đến từ việc xác nhận chậm, thời gian di chuyển dài, chờ đợi phụ tùng thay thế hoặc việc thực hiện sửa chữa khó khăn. Một hệ thống tốt hơn sẽ theo dõi thời gian phản hồi bảo trì và thời gian sửa chữa riêng biệt, sau đó kết nối cả hai lại với sự kiện thời gian ngừng hoạt động tổng thể.
Jodoo Ứng dụng này giúp việc phân tách trở nên thiết thực hơn bằng cách liên kết các biểu mẫu, quy trình làm việc và quy tắc trạng thái trong một ứng dụng không cần lập trình duy nhất. Bạn có thể xác định khi nào đồng hồ bắt đầu tính thời gian phản hồi, khi nào giai đoạn sửa chữa bắt đầu và khi nào tài sản được chính thức đưa trở lại hoạt động, mà không buộc nhóm của bạn phải duy trì nhiều tệp riêng biệt. Điều đó cung cấp cho các nhà quản lý bảo trì dữ liệu rõ ràng hơn để xem xét hàng tuần và cung cấp cho các nhà lãnh đạo sản xuất cơ sở đáng tin cậy hơn để đưa ra quyết định về thời gian ngừng hoạt động ở cấp dây chuyền.
Biến dữ liệu MTTR thành hành động với bảng điều khiển
Khi quá trình thu thập dữ liệu đã được nhất quán, ưu tiên tiếp theo là... khả năng hiển thị. Một bảng điều khiển MTTR hữu ích nên hiển thị thời gian sửa chữa trung bình theo dây chuyền, tài sản, loại lỗi, ca làm việc và nhóm kỹ thuật viên, cùng với số lượng lỗi lặp lại và lệnh công việc quá hạn. Điều này giúp bạn phát hiện xem chỉ số MTTR cao là do một tài sản không ổn định, một ca làm việc bị tắc nghẽn hay một chế độ lỗi lặp đi lặp lại hay không.
Với Jodoo Trên bảng điều khiển, các nhóm bảo trì và vận hành có thể giám sát trạng thái sự cố trực tiếp, xu hướng thời gian phản hồi và thời gian ngừng hoạt động theo từng loại tài sản mà không cần chờ tổng hợp báo cáo thủ công. Bạn cũng có thể thiết lập cảnh báo dựa trên ngưỡng cho MTTR bất thường theo dây chuyền hoặc nhóm thiết bị, hỗ trợ việc leo thang nhanh hơn khi hiệu suất bắt đầu giảm sút. Đối với các nhà máy vận hành nhiều dây chuyền hoặc tòa nhà, khả năng hiển thị đó thường biến việc theo dõi thời gian ngừng hoạt động của thiết bị từ việc chỉ ghi chép thành việc kiểm soát chủ động.
Một ví dụ thực tế từ một nhà máy điện tử
Trong một môi trường lắp ráp điện tử, các phiếu báo lỗi trước đây được báo cáo qua tin nhắn trò chuyện và cập nhật sau đó trong bảng tính. Điều này tạo ra sự chậm trễ giữa báo cáo lỗi ban đầu, việc phân công kỹ thuật viên và việc hoàn tất sửa chữa, khiến công thức MTTR trông tệ hơn mà không chỉ rõ lý do tại sao. Bằng cách sử dụng Jodoo Để tự động định tuyến phiếu yêu cầu theo dây chuyền và nhóm tài sản, nhà máy đã tạo ra các quy tắc phân công tức thời, nhật ký sửa chữa tiêu chuẩn hóa và bảng điều khiển theo dõi thời gian thực cho các lỗi chưa được khắc phục.
Sự cải thiện không chỉ nằm ở việc nhập dữ liệu nhanh hơn. Nhóm bảo trì có thể thấy được thời gian bị lãng phí ở đâu trong quy trình sửa chữa, và các giám sát viên không còn phải đối chiếu nhiều hồ sơ trước khi xem xét hiệu suất MTTR nữa.
Kết luận: Biến MTTR từ một công thức thành một hệ thống cải tiến liên tục.
MTTR Chỉ số MTTR rất quan trọng vì nó biến thời gian ngừng hoạt động của thiết bị thành một chỉ số mà nhóm của bạn có thể đo lường, so sánh và cải thiện. Tuy nhiên, con số này chỉ hữu ích khi mọi người tuân thủ cùng một quy tắc về thời điểm bắt đầu và kết thúc thời gian sửa chữa, những hoạt động nào được tính và cách ghi lại dữ liệu sự cố. Nếu thiếu sự tuân thủ đó, MTTR sẽ trở thành một bài tập báo cáo thay vì một công cụ ra quyết định.
Đối với hầu hết các nhà sản xuất, thời gian sửa chữa trung bình cao không chỉ do năng lực kỹ thuật viên gây ra. Nguyên nhân thường là do báo cáo lỗi chậm trễ, phiếu sửa chữa không đầy đủ, thiếu thông tin về phụ tùng thay thế, việc bàn giao ca làm việc yếu kém hoặc nhật ký thời gian ngừng hoạt động không nhất quán. Khi bạn chuẩn hóa quy trình sửa chữa và ghi lại thời gian một cách nhất quán, MTTR (Thời gian sửa chữa trung bình) trở thành một chỉ số KPI thiết thực để giảm thiểu tổn thất sản lượng, bảo vệ hiệu quả lao động và cải thiện hiệu suất giao hàng.
Nếu bạn muốn chuyển từ việc theo dõi bằng bảng tính sang một hệ thống đáng tin cậy hơn, Jodoo có thể giúp ích. Là một nền tảng sản xuất tinh gọn không cần lập trình, Jodoo cho phép bạn xây dựng các biểu mẫu bảo trì kỹ thuật số, quy trình làm việc tự động theo đơn đặt hàng, theo dõi thiết bị dựa trên mã QR và bảng điều khiển thời gian thực mà không cần phát triển tùy chỉnh phức tạp. Bạn có thể bắt đầu dùng thử miễn phí hoặc Đặt lịch dùng thử Hãy tìm hiểu cách Jodoo có thể giúp các nhà máy của bạn theo dõi thời gian sửa chữa chính xác hơn và giảm thời gian ngừng hoạt động nhanh hơn.
