Thảm họa cuối dòng? Không phải với giải pháp chính xác 8% này.

Tôi đã thấy các lỗi cuối dòng gây ra thiệt hại thầm lặng. Một sản phẩm rời khỏi dây chuyền trông có vẻ ổn nhưng sau đó nhãn bị bong ra, tem niêm phong yếu, nắp lỏng hoặc số đếm sai. Cuối cùng, nhóm cảm thấy áp lực vì đây là cơ hội cuối cùng để nắm bắt sai sót trước khi nó đến tay khách hàng. Một sơ suất nhỏ có thể dẫn đến trả lại, phàn nàn, làm lại và rất nhiều căng thẳng. Điều tôi học được rất đơn giản: lỗi cuối dòng hiếm khi đến từ một thất bại lớn. Chúng thường đến từ những khoảng trống nhỏ xếp chồng lên nhau. Một sự trao tay lỏng lẻo. Một cuộc kiểm tra vội vàng. Một màn hình khó đọc. Một bước có vẻ rõ ràng với người này và mơ hồ với người khác. Tôi khắc phục những vấn đề này bằng cách làm cho trạm cuối cùng dễ tin cậy hơn. Tôi bắt đầu bằng việc quan sát đường dây từ phía người điều hành. Tôi hỏi ba điều: - Người ở cuối hàng nhìn thấy gì đầu tiên? - Kiểm tra nào tốn nhiều công sức nhất? - Sai lầm nào thường xuất hiện nhất? Khi tôi làm việc với một nhóm đóng gói nhỏ, vấn đề hàng đầu của họ không phải là máy móc. Đó là lần kiểm tra nhãn cuối cùng. Bản in vẫn ổn, nhưng vị trí thì không. Người điều khiển phải dựa vào, so sánh đàn và đoán dưới ánh sáng yếu. Chúng tôi di chuyển đèn, thay đổi góc kiểm tra và thêm một dấu đơn giản trên hướng dẫn. Tỷ lệ trượt giảm nhanh vì nhiệm vụ trở nên dễ dàng hơn. Tôi cũng giữ danh sách kiểm tra ngắn gọn. Một danh sách kiểm tra dài có thể trông an toàn nhưng nó thường làm mọi người chậm lại và gây ra tình trạng bỏ qua các bước. Tôi thích một số điểm rõ ràng: - Đếm - Đóng dấu - Nhãn - Vị trí - Kết thúc Mỗi điểm phải dễ dàng kiểm tra trong vài giây. Nếu một bước cần giải thích dài dòng, tôi sẽ viết lại. Nếu hai người mô tả cùng một bước theo những cách khác nhau, tôi sẽ đưa ra cách diễn đạt phù hợp. Tôi rất chú ý đến điểm bàn giao. Nhiều lỗi cuối dòng bắt đầu sớm hơn. Cài đặt thay đổi tại một trạm, sau đó trạm cuối cùng phát hiện ra sự cố đã quá muộn. Tôi muốn đặt một dấu hiệu rõ ràng ở mỗi lần chuyển giao để người tiếp theo biết điều gì sẽ xảy ra. Dấu hiệu đó có thể là dấu màu, ghi chú ngắn hoặc lời nhắc trên màn hình. Nó không cần phải cầu kỳ. Nó cần phải rõ ràng. Tôi cũng thích sử dụng cùng một mẫu lỗi mỗi lần. Khi một vấn đề lặp lại, tôi viết ra: - Điều gì thất bại - Thất bại ở đâu - Ai tìm thấy nó - Đường dây đang làm gì - Điều gì đã thay đổi trước khi thất bại Bản ghi đó giúp tôi phát hiện ra các xu hướng. Nếu cùng một lỗi xuất hiện vào cuối mỗi ca, tôi sẽ xem xét sự mệt mỏi và tốc độ. Nếu nó xuất hiện sau khi chuyển đổi, tôi sẽ xem xét các bước thiết lập. Nếu nó xuất hiện trên một loại sản phẩm, tôi sẽ xem xét độ vừa vặn, kích thước hoặc bố cục in. Công việc thực sự sẽ trở nên tốt hơn khi cách khắc phục phù hợp với nguyên nhân. Một sai lầm phổ biến là đổ lỗi cho người mắc lỗi hoặc người đã bỏ sót. Tôi không bắt đầu ở đó. Tôi bắt đầu với quá trình này. Nếu quá trình này dễ mắc lỗi, tôi cho rằng lỗi đó sẽ xuất hiện trở lại. Nếu quá trình này làm cho việc di chuyển đúng trở nên dễ dàng thì đường dây sẽ ổn định hơn. Tôi cũng kiểm tra các thay đổi trước khi triển khai chúng đầy đủ. Một phi công nhỏ cho tôi biết nhiều hơn một cuộc tranh luận dài. Tôi thử một trạm, một ca hoặc một loại sản phẩm. Nếu sự thay đổi có ích, tôi sẽ giữ nó. Nếu nó gây thêm sự nhầm lẫn, tôi sẽ điều chỉnh nó. Điều đó tiết kiệm thời gian và giúp nhóm không mất niềm tin vào cách khắc phục. Quy tắc của tôi rất đơn giản: Làm cho bước kiểm tra cuối cùng dễ nhìn, dễ lặp lại và khó bỏ qua. Đó là cách tôi giảm bớt lỗi cuối tuyến mà không tạo thêm áp lực cho nhóm. Một thiết lập rõ ràng, một danh sách kiểm tra ngắn, các dấu hiệu bàn giao rõ ràng và một bản ghi đơn giản về các vấn đề lặp lại có thể thay đổi dây chuyền nhiều hơn một hệ thống nặng nề. Nếu lỗi cuối dòng của bạn tiếp tục quay trở lại, tôi sẽ không theo đuổi mọi triệu chứng. Tôi sẽ nhìn vào trạm cuối cùng, các bước trước nó và cách mọi người đọc quy trình. Hầu hết thời gian, câu trả lời đã có sẵn.

Tôi đã chứng kiến ​​những khoảnh khắc cuối đời biến thành những khoản chi tiêu gấp rút, quy trình làm việc bị gián đoạn và những đêm dài làm việc của cả nhóm. Máy chủ trực tuyến hơi lâu. Một chiếc máy tính xách tay vẫn chạy một hệ thống cũ mà không ai muốn chạm vào. Một ứng dụng quan trọng mất đi sự hỗ trợ nhưng mọi người vẫn tiếp tục sử dụng nó vì nó vẫn mở và vẫn hoạt động. Sau đó, một vấn đề nhỏ xuất hiện. Bản vá đã biến mất. Người bán hàng đã biến mất. Phụ tùng đã hết. Tôi đã theo dõi chuỗi đó bắt đầu từ một ngày bị bỏ lỡ. Đó là lý do tại sao tôi coi EOL như một nhiệm vụ lập kế hoạch chứ không phải là việc sửa chữa vào phút cuối. Tôi bắt đầu với một danh sách tài sản đầy đủ. Tôi muốn mọi thiết bị, hệ thống, ứng dụng, plugin và giấy phép trên một trang. Tôi kiểm tra số kiểu máy, số phiên bản, ngày hỗ trợ và ai sử dụng từng mục. Nếu một đội vẫn phụ thuộc vào một công cụ, tôi đánh dấu điều đó một cách rõ ràng. Một danh sách rõ ràng cho tôi cái nhìn rõ ràng về rủi ro. Không có nó, tôi đoán vậy. Một ví dụ đơn giản vẫn còn trong tâm trí tôi. Một văn phòng nhỏ mà tôi làm việc cùng đã giữ lại trình điều khiển máy in từ một hệ điều hành cũ vì “nó vẫn in được”. Nó đã in được cho đến khi bản cập nhật máy trạm làm hỏng nó. Chi phí sửa chữa không lớn nhưng sự chậm trễ đã khiến bàn làm việc bận rộn mất nửa ngày. Vấn đề không phải là máy in. Vấn đề là kế hoạch còn thiếu. Tôi đặt ra một chu kỳ đánh giá. Tôi xem xét ngày hỗ trợ trước khi chúng trở nên khẩn cấp. Tôi đặt lời nhắc trên lịch dùng chung. Tôi kiểm tra những gì sẽ mất đi sự trợ giúp của nhà cung cấp trong vài quý tới. Tôi cũng hỏi một câu hỏi cơ bản: điều gì sẽ xảy ra nếu ngày mai mặt hàng này không thành công? Câu hỏi đó rất hữu ích vì nó chuyển trọng tâm từ độ tuổi sang tác động. Tôi xếp hạng rủi ro. Một số mặt hàng có thể chờ đợi. Một số mặt hàng không thể. Công cụ sao lưu tệp lưu trữ hồ sơ hàng ngày quan trọng hơn một ứng dụng thử nghiệm trên một máy tính xách tay. Hệ thống thanh toán mang nhiều rủi ro hơn một công cụ đào tạo. Tôi sắp xếp từng nội dung theo tác động kinh doanh, số lượng người dùng và nỗ lực thay thế. Điều đó giúp tôi dành nỗ lực vào những việc quan trọng nhất. Tôi luôn sẵn sàng các bản sao lưu và đường dẫn khôi phục. Khi quá trình nâng cấp cuối vòng đời bắt đầu, tôi không tin tưởng vào bộ nhớ. Tôi lưu cấu hình, xuất cài đặt và kiểm tra các bước khôi phục. Tôi muốn có cách quay lại nếu phiên bản mới gây rắc rối. Tôi đã thấy các nhóm bỏ qua bước này và mất hàng giờ để xây dựng lại cài đặt từ đầu. Nỗi đau đó có thể tránh được. Tôi cũng lôi kéo những người sử dụng các công cụ này hàng ngày. CNTT có thể phát hiện ngày hỗ trợ. Người dùng có thể phát hiện cơn đau hàng ngày. Nhóm kho có thể phụ thuộc vào một ứng dụng máy quét. Nhóm tài chính có thể phụ thuộc vào một định dạng xuất khẩu. Nếu tôi chỉ hỏi khía cạnh kỹ thuật, tôi sẽ nhớ cách công việc thực sự diễn ra. Một cuộc đăng ký ngắn với người dùng thường bộc lộ những rủi ro tiềm ẩn. Tôi thay thế các hệ thống cũ theo từng giai đoạn khi có thể. Việc cắt bỏ toàn bộ có thể mang lại cảm giác gọn gàng trên giấy. Trong thực tế, sự thay đổi theo từng giai đoạn thường mang lại cho tôi nhiều quyền kiểm soát hơn. Tôi di chuyển một nhóm, kiểm tra một quy trình, sau đó di chuyển nhóm tiếp theo. Tôi theo dõi các lỗi, sự chậm trễ và thiếu dữ liệu. Cách tiếp cận này cho tôi cái nhìn rõ ràng hơn về những khoảng trống trước khi chúng phát triển. Tôi cũng lập ngân sách sớm. Các vấn đề về EOL trở nên tốn kém hơn khi nhóm chờ đợi. Mua phần cứng vào phút cuối có giá cao hơn. Chi phí tư vấn khẩn cấp nhiều hơn. Mất việc tốn nhiều chi phí hơn. Tôi cố gắng dành dụm tiền trước khi thời hạn gần đến. Điều đó làm cho quá trình nâng cấp bớt căng thẳng hơn và giúp tôi có cơ hội lựa chọn thiết bị thay thế phù hợp chứ không chỉ là thiết bị nhanh nhất. Tôi giữ ngôn ngữ của mình đơn giản khi giải thích rủi ro. Tôi không nói với mọi người rằng “Hệ thống này đã cũ rồi”. Điều đó nghe có vẻ mơ hồ. Tôi nói: “Hệ thống này sẽ mất hỗ trợ vào ngày này và sau đó chúng tôi có thể không nhận được bản sửa lỗi nếu có lỗi xảy ra”. Loại đường này gây được sự chú ý vì nó kết nối ngày tháng với tác phẩm. Tôi nhận thấy rằng việc lập kế hoạch EOL hoạt động tốt nhất khi nó duy trì tính thực tế: 1. Liệt kê mọi nội dung và phiên bản 2. Ghép từng mục với ngày hỗ trợ của nó 3. Xếp hạng các mục theo rủi ro kinh doanh 4. Đặt ngày xem xét trên lịch chung 5. Kiểm tra các bước sao lưu và khôi phục 6. Lập kế hoạch di chuyển trước khi kết thúc hỗ trợ 7. Cho người dùng biết điều gì sẽ thay đổi và điều gì sẽ giữ nguyên Danh sách đó có thể trông đơn giản. Tôi thích đơn giản hơn. Đơn giản sẽ dễ theo dõi hơn khi công việc bận rộn. Tôi không chờ đợi một cuộc khủng hoảng để buộc phải nâng cấp con đường. Khi tôi đi trước EOL, tôi tránh mua hoảng loạn, thay đổi vội vàng và khoảng trống hỗ trợ. Tôi giữ cho hệ thống ổn định, nhóm được thông báo và bước tiếp theo đã sẵn sàng.

Tôi thấy đi nhìn lại cùng một mô hình: dây chuyền có vẻ ổn, sản phẩm đã sẵn sàng, sau đó những lỗi nhỏ ở cuối dây chuyền xuất hiện ở gần cuối dây chuyền. Một nhãn sai. Một con dấu lỏng lẻo. Một chiếc hộp không được đóng kỹ. Một số lượng còn thiếu. Đây không phải là những vấn đề lớn nhưng có thể khiến cả đội chậm lại. Tôi quan tâm đến giai đoạn này vì đó là lúc nhiều đội mất kiểm soát. Công việc gần như đã hoàn thành nên mọi người thư giãn một chút. Đó là khi lỗi trượt qua. Tôi đã thấy các nhóm dành nhiều thời gian hơn để kiểm tra đơn hàng, làm lại gói hàng và giải thích những khoảng trống có thể tránh được cho khách hàng. Vấn đề không phải lúc nào cũng là kỹ năng. Nhiều khi, bản thân quá trình này để lại quá nhiều chỗ cho những lỗi nhỏ. Những gì tôi làm rất đơn giản. Tôi coi bước cuối cùng là điểm kiểm soát chứ không chỉ là điểm kết thúc. Tôi bắt đầu bằng ba câu hỏi: - Sai lầm nào thường xảy ra nhất? - Nó xuất hiện ở đâu? - Ai để ý trước? Khi tôi trả lời những câu hỏi này, hình mẫu sẽ trở nên dễ nhìn hơn. Đội đóng gói có thể thiếu thẻ chèn. Đội ngũ kho hàng có thể vận chuyển các thùng carton có số lượng sai. Đội ghi nhãn có thể đặt nhãn đúng vào mặt sai. Mỗi trường hợp cần có cách khắc phục khác nhau. Tôi không cố gắng giải quyết mọi việc cùng một lúc. Tôi tập trung vào một lỗi khiến công việc lặp lại nhiều nhất. Tôi cũng giữ quy trình làm việc ngắn gọn và rõ ràng. Ở cuối hàng, mọi người cần có đường dẫn rõ ràng: - kiểm tra sản phẩm - kiểm tra gói hàng - kiểm tra nhãn - kiểm tra số lượng - chuyển về phía trước Khi các bước dễ nhìn thấy, nhóm sẽ ít đoán hơn. Tôi thích sử dụng các dấu hiệu đơn giản, quy tắc sắp xếp rõ ràng và một bố cục tiêu chuẩn cho mỗi ca. Nếu một công nhân đặt thùng carton ở bên trái và người khác đặt nó ở bên phải thì sai sót sẽ gia tăng nhanh chóng. Những khác biệt nhỏ tạo ra sự nhầm lẫn. Một ví dụ thực tế xuất hiện trong tâm trí. Tôi từng thấy một nhóm đóng gói nhỏ xử lý các đơn hàng hỗn hợp để bán hàng trực tuyến. Nhìn bề ngoài thì công việc có vẻ suôn sẻ nhưng bộ phận dịch vụ khách hàng liên tục nhận được các cuộc gọi về những món đồ bị thiếu. Sau khi xem xét kỹ, tôi phát hiện ra vấn đề ở cuối dòng. Nhóm không có bước kiểm tra cuối cùng nào khớp với bảng đặt hàng. Họ tin tưởng vào trí nhớ. Điều đó có tác dụng vào những ngày dễ dàng nhưng sau đó bị hỏng khi đơn hàng trở nên bận rộn. Chúng tôi đã thay đổi một điều. Trước khi niêm phong hộp, mỗi gói đều trải qua một cuộc kiểm tra đơn hàng ngắn với danh sách chọn hàng bên cạnh. Không có gì lạ mắt. Không có cuộc họp dài. Không có hệ thống nặng nề. Kết quả tốt hơn vì nhóm có thể xem đơn hàng, so sánh nội dung và nắm bắt được khoảng trống trước khi thùng carton rời khỏi trạm. Ví dụ đó đã dạy cho tôi một bài học mà tôi vẫn sử dụng cho đến ngày nay: những lỗi ở cuối dòng thường là những vấn đề đơn giản về quy trình, vì vậy cách khắc phục cũng phải đơn giản. Tôi cũng chú ý đến những người đang làm việc. Nếu trạm đông người, ánh sáng yếu hoặc các dụng cụ đặt xa nhau thì sai sót sẽ gia tăng. Người công nhân có thể biết rõ công việc, nhưng việc sắp xếp lại khiến công việc trở nên khó khăn hơn. Tôi thích một trạm có chuyển động tay tự nhiên, nhãn dễ đọc và điểm kiểm tra nằm gần điểm đóng gói. Một trạm sạch sẽ giúp tâm trí luôn minh mẫn. Những thói quen nhỏ này giúp tôi giảm thiểu sai sót cuối dây chuyền: - giữ một lệnh đóng gói tiêu chuẩn - đặt phiếu kiểm tra bên cạnh khu vực làm việc - sử dụng dấu hiệu trực quan rõ ràng cho từng loại sản phẩm - tách các mặt hàng tương tự để chúng không bị lẫn lộn - xem xét lỗi thường gặp nhất vào cuối mỗi ca - đào tạo nhân viên mới bằng các ví dụ trực tiếp, không chỉ ghi chú bằng văn bản. Tôi cũng thích sử dụng một quy tắc: nếu một lỗi lặp lại, tôi không đổ lỗi cho người đó trước. Tôi nhìn vào đường nét, công cụ, bố cục và điểm chuyển giao. Nhiều nhóm cố gắng sửa chữa mọi người khi họ nên sửa chữa quy trình. Tôi nhận thấy rằng khi quy trình trở nên dễ thực hiện hơn, mọi người sẽ làm việc tốt hơn mà không gặp thêm áp lực. Quan điểm của tôi rất đơn giản. Cách tốt nhất để giảm bớt những sai sót cuối cùng là không yêu cầu mọi người làm việc chăm chỉ hơn. Đó là làm cho bước cuối cùng dễ nhìn hơn, dễ kiểm tra hơn và dễ lặp lại hơn. Khi ranh giới rõ ràng, công việc sẽ nhẹ nhàng hơn. Nhóm dành ít thời gian hơn để sửa lỗi. Đơn đặt hàng được chuyển đi với ít sự ngạc nhiên hơn. Khách hàng nhận được những gì đã được đóng gói. Nhân viên có được một ngày suôn sẻ hơn. Đó là loại thay đổi mà tôi tin tưởng: thực tế, dễ thấy và dễ thực hiện.

Tôi biết áp lực trên dây chuyền sản xuất. Nếu đường di chuyển nhanh, những lỗi nhỏ sẽ lan truyền nhanh. Một nhãn đặt sai vị trí. Một con hải cẩu nhìn từ xa có vẻ ổn nhưng sau đó lại thất bại. Mã được in sai một chữ số. Sau đó tôi mất thời gian, vật chất và lòng tin. Điều tôi tập trung vào rất đơn giản: Tôi cố gắng nâng cao độ chính xác mà không cần thêm lực cản vào đường kẻ. Tôi không muốn các bước bổ sung làm mọi người chậm lại. Tôi muốn một quá trình diễn ra suôn sẻ, rõ ràng và dễ lặp lại. Tôi bắt đầu với những điểm thường xảy ra lỗi nhất. Rất nhiều vấn đề về đường dây không chỉ xuất phát từ máy. Chúng đến từ việc thiết lập không rõ ràng, các phần hỗn hợp, chuyển giao yếu hoặc kiểm tra quá khó theo dõi. Khi tôi nhìn thấy điều đó, tôi nhìn vào công việc chứ không chỉ là kết quả. Tôi muốn giữ cho quá trình dễ đọc. Nếu người vận hành phải dừng lại và suy nghĩ ở mỗi bước thì hàng sẽ chậm lại. Nếu khu vực làm việc có vẻ đông đúc, sai sót sẽ tăng lên. Nếu đặt dụng cụ không đúng chỗ, mọi người sẽ lãng phí vài giây và mất tập trung. Tôi đã thấy dây chuyền đóng gói được cải thiện sau khi nhóm chuyển nhãn, máy cắt và dụng cụ quét vào một khu vực sạch sẽ. Công việc không trở nên kỳ diệu. Nó chỉ trở nên dễ dàng hơn để làm đúng. Đây là phương pháp tôi sử dụng. 1. Tôi giảm bớt sự lựa chọn ở nhà ga. Khi có quá nhiều bộ phận, màu sắc, kích cỡ hoặc mã số trong một khu vực, lỗi sẽ gia tăng. Tôi nhóm các mục rõ ràng và chỉ giữ lại những gì trạm cần. Bố trí đơn giản giúp tiết kiệm nhiều thời gian hơn so với việc sửa chữa lâu dài. 2. Tôi coi việc kiểm tra là một phần công việc chứ không phải công việc làm thêm. Tôi không yêu cầu nhóm dừng lại để kiểm tra riêng nếu tôi có thể đưa việc kiểm tra vào chính bước đó. Việc quét trước khi đóng gói, đánh dấu trực quan nhanh, thước đo cố định hoặc kiểm tra đi/không đi có thể phù hợp với quy trình mà không cần đẩy lùi dây chuyền. 3. Tôi sử dụng những hướng dẫn ngắn gọn, đơn giản. Những ghi chú dài sẽ bị bỏ qua. Hình ảnh rõ ràng, mỗi nhiệm vụ trên mỗi dòng và cùng một từ ngữ ở mỗi trạm giúp mọi người di chuyển nhanh hơn và ít mắc lỗi hơn. Tôi thích những hướng dẫn có thể được đọc trong vài giây. 4. Tôi xem những lỗi lặp lại. Nếu vấn đề tương tự quay trở lại, tôi coi đó là tín hiệu quá trình. Có thể máng ăn bị trượt. Có lẽ khay phần không rõ ràng. Có lẽ việc bàn giao ca đã bỏ sót một chi tiết. Tôi khắc phục nguyên nhân thay vì yêu cầu mọi người làm việc chăm chỉ hơn. 5. Tôi cùng nhau rèn luyện tốc độ và độ chính xác. Tôi không tách rời chúng. Một người vận hành giỏi phải biết cách làm việc nhanh chóng và cách phát hiện bộ phận hư hỏng một cách không chậm trễ. Những buổi thực hành ngắn sẽ giúp ích nhiều hơn những bài giảng dài. Tôi đã thấy nhân viên mới tiến bộ nhanh hơn khi họ tìm hiểu chính xác kênh mà họ sẽ sử dụng. 6. Tôi luôn giữ phản hồi gần gũi. Khi một sai sót xuất hiện, tôi muốn cả nhóm nhìn thấy nó ở gần thời điểm làm việc. Một bảng đơn giản, một ghi chú rõ ràng hoặc một bản đánh giá nhanh của nhóm sẽ giúp mọi người sớm điều chỉnh. Điều đó làm giảm các lỗi lặp lại trước khi chúng tích tụ. Một ví dụ nhỏ đọng lại trong tâm trí tôi. Trên một dây chuyền đóng gói, nhóm liên tục trộn hai thùng carton giống nhau. Đường truyền chạy ở tốc độ khá, nhưng việc làm lại vẫn tiếp tục phát triển. Việc sửa chữa không phải là một đội kiểm tra lớn hơn. Chúng tôi đã thay đổi cách bảo quản thùng carton, thêm nhãn kệ rõ ràng và đặt hai SKU cách xa nhau hơn. Chúng tôi cũng đã sử dụng một bước quét ngắn trước khi chơi quyền anh. Xếp hàng vẫn ổn định và tỷ lệ nhầm lẫn giảm xuống vì công việc trở nên dễ theo dõi hơn. Đó là loại thay đổi mà tôi tin tưởng. Tôi không chạy theo tốc độ bằng cách yêu cầu mọi người phải vội vàng. Tôi không theo đuổi độ chính xác bằng cách thêm các điều khiển nặng nề ở mọi nơi. Tôi nhắm đến một đường cung cấp cho người điều khiển một đường đi rõ ràng, kiểm tra rõ ràng và ít cơ hội di chuyển sai hơn. Nếu tôi muốn độ chính xác cao hơn mà không làm chậm dây chuyền, tôi loại bỏ sự nhầm lẫn, rút ​​ngắn các quyết định và đưa chất lượng vào quy trình. Cách tiếp cận đó giúp tiết kiệm thời gian, bảo vệ đầu ra và giữ cho công việc đủ yên tĩnh để mọi người có thể làm tốt.

Tôi từng nghĩ sự hỗn loạn của EOL chỉ là một phần công việc. Bước cuối cùng sẽ luôn làm mọi thứ chậm lại. Một tập tin được gửi đến với phiên bản sai. Một bản chuyển giao đã bỏ sót một chi tiết. Một nhóm chờ đợi một sự chấp thuận nhỏ và toàn bộ dây chuyền bắt đầu cảm thấy lộn xộn. Tôi đã nhìn đi thấy lại cùng một khuôn mẫu: công việc không khó khăn, công việc thì dễ dàng. Điều tôi nhận thấy là cách khắc phục đơn giản không phải là một hệ thống lớn. Đó là một điểm kết thúc rõ ràng. 1. Tôi đã có một chủ sở hữu cuối cùng Khi mọi người đều sở hữu bước cuối cùng thì không ai sở hữu nó. Đó là vấn đề đầu tiên của tôi. Mọi người cho rằng người khác sẽ kiểm tra tệp cuối cùng, xác nhận nhãn cuối cùng hoặc đóng tác vụ cuối cùng. Tôi đã thay đổi điều đó. Một người sở hữu tấm vé cuối cùng. Người đó không làm mọi nhiệm vụ. Họ chỉ kiểm tra xem mỗi bước có tên rõ ràng, trạng thái rõ ràng và bước đi tiếp theo rõ ràng hay không. Một sự thay đổi nhỏ như thế này đã cắt giảm rất nhiều sự qua lại. 2. Tôi đã sử dụng một danh sách kiểm tra ngắn. Tôi đã ngừng dựa vào trí nhớ. Một danh sách kiểm tra ngắn có tác dụng tốt hơn những ghi chú dài. Của tôi chỉ có những điều cơ bản: - đúng phiên bản tập tin - đúng ngày - đúng nhãn - đúng liên hệ - đúng ghi chú bàn giao Danh sách đó đủ để phát hiện hầu hết các lỗi. Tôi đã học được điều này sau một trường hợp thực tế trong quá trình đặt hàng của khách hàng. Nhóm tiếp tục gửi sai chi tiết gói hàng ở cuối dòng. Sau khi chúng tôi sử dụng phương pháp kiểm tra năm điểm đơn giản, lỗi sẽ giảm đi nhanh chóng. Không có hệ thống ưa thích. Chỉ cần một danh sách rõ ràng. 3. Tôi đã loại bỏ các khoản chuyển giao bổ sung Mỗi lần chuyển giao đều tăng thêm rủi ro. Tôi từng giao một nhiệm vụ cho ba người khi một người có thể hoàn thành nó. Điều đó tạo ra sự chậm trễ và nhầm lẫn. Mỗi người đưa ra một giả định nhỏ. Mỗi giả định lại thêm một lỗi mới. Tôi đã thay đổi quy trình để cùng một người tiếp tục thực hiện nhiệm vụ từ lần kiểm tra đầu tiên đến lần đánh giá cuối cùng. Công việc tiến triển nhanh hơn và nhóm cảm thấy ít áp lực hơn. Tôi cũng đã thấy điều này ở các doanh nghiệp nhỏ, nhóm kho hàng và nhóm nội dung. Khi chuỗi chuyển giao quá dài, sự hỗn loạn EOL sẽ tăng lên. 4. Tôi vẫn giữ nguyên định dạng cuối cùng Một kết thúc lộn xộn thường bắt đầu bằng một thiết lập lộn xộn. Tôi đã tạo mọi tệp, báo cáo hoặc ghi chú cuối cùng theo cùng một định dạng. Các lĩnh vực tương tự. Cùng một thứ tự. Quy tắc đặt tên giống nhau. Điều đó làm cho bước cuối cùng dễ đọc. Quan điểm của tôi rất đơn giản: nếu giai đoạn cuối cần phải đoán thì quy trình chưa sẵn sàng. Đây là nơi nhiều đội mất thời gian. Họ sửa phần giữa nhưng lại để phần cuối lỏng lẻo. Bước cuối cùng sẽ trở thành nơi xuất hiện các lỗi nhỏ. 5. Tôi đã tạo một khoảng dừng trước khi phát hành. Tôi đã thêm một khoảng dừng ngắn trước khi có điều gì đó xảy ra. Không phải là một sự chậm trễ lâu dài. Chỉ cần một lần kiểm tra bình tĩnh. Sự tạm dừng đó đã giúp tôi nắm bắt được những sai lầm mà công việc vội vã sẽ bỏ sót. Một tệp đính kèm bị thiếu. Một số lượng sai. Một dòng thuộc về phiên bản cũ. Những điều nhỏ nhặt, nhưng chúng quan trọng. Tôi nghĩ bước này hiệu quả vì nó mang lại cho đội một điểm dừng rõ ràng. Không có điểm dừng, người ta tiếp tục xô đẩy, cuối cùng trở nên ồn ào. Đây là phần tôi tin tưởng nhất: Sự hỗn loạn EOL hiếm khi do một vấn đề lớn gây ra. Nó thường xuất phát từ nhiều khoảng trống nhỏ. Một sự chuyển giao yếu ớt. Một người chủ mất tích. Một định dạng lỏng lẻo. Một sự phát hành vội vã. Khi tôi sửa những điểm đó, toàn bộ quá trình cảm thấy nhẹ nhàng hơn. Bây giờ tôi vẫn sử dụng quy tắc tương tự: kết thúc đơn giản, ghi rõ chủ sở hữu, ghi séc ngắn gọn. Cách tiếp cận đó không cố gắng làm mọi thứ. Nó chỉ loại bỏ tiếng ồn làm chậm bước cuối cùng. Nếu quá trình của bạn cảm thấy lộn xộn ở cuối, tôi sẽ bắt đầu từ đó. Không phải với một công cụ lớn hơn. Không phải với một cuộc họp dài. Tôi sẽ bắt đầu với một chủ sở hữu, một danh sách kiểm tra và một định dạng cuối cùng. Cách khắc phục đơn giản đó đã giúp tôi tránh được nhiều rắc rối hơn bất kỳ hệ thống phức tạp nào từng làm.

Tôi từng thấy mô hình tương tự trên sàn cửa hàng: dây chuyền chạy tốt, ca có vẻ bận rộn, rồi trạm cuối cùng biến thành bàn sửa chữa. Một nhãn nằm một chút. Một nắp không được niêm phong hoàn toàn. Một ốc vít bị thiếu. Một hộp trông có vẻ ổn cho đến khi lần kiểm tra cuối cùng tìm thấy một lỗi nhỏ mà lẽ ra không bao giờ xảy ra ở cuối dòng. Đó là việc làm lại cuối dòng. Tôi không coi đó là một vấn đề nhỏ. Tôi xem đó như một tín hiệu. Khi việc làm lại tiếp tục hiển thị ở cuối, quá trình này cũng cho chúng ta biết điều tương tự: dòng đang kiểm tra quá muộn. Điều tôi muốn thật đơn giản. Tôi muốn các khiếm khuyết xuất hiện ở nơi chúng bắt đầu. Tôi muốn người vận hành nắm bắt được vấn đề trước khi đơn vị xấu tiếp tục. Tôi muốn trạm cuối cùng xác nhận chất lượng chứ không phải sửa chữa đồ xấu. Sự thay đổi đó thay đổi rất nhiều. Nó làm giảm chất thải. Nó bảo vệ đầu ra. Nó cũng làm giảm áp lực cho cả nhóm, bởi vì mọi người ngừng đấu tranh với những lỗi giống nhau hết lần này đến lần khác. Tôi đã thấy điều này ở dây chuyền đóng gói xử lý hộp đựng thực phẩm. Nhóm tiếp tục phát hiện các nắp gấp, gioăng yếu và ca in ở lần kiểm tra cuối cùng. Đường dây có vẻ bận rộn cả ngày nhưng trạm cuối cùng vẫn gửi thùng carton đi sửa chữa. Nguyên nhân không phải là một thất bại lớn. Đó là một chuỗi những sai sót nhỏ. Một cảm biến không thẳng hàng. Một người vận hành đã sử dụng thanh dẫn hướng gấp lỏng. Việc kiểm tra trực quan quá khó sử dụng khi đường dây tăng tốc. Việc sửa lỗi không bắt đầu ở cuối. Nó bắt đầu gần nguồn. Chúng tôi đã làm chậm dây chuyền để xem xét ngắn gọn, đánh dấu các điểm có vấn đề và thêm một bước kiểm tra đơn giản sau mỗi bước quan trọng. Nhóm có thể nhìn thấy vấn đề sớm hơn. Trạm cuối cùng trở nên nhẹ nhàng hơn. Việc làm lại bị giảm do quy trình thay đổi chứ không phải vì mọi người làm việc chăm chỉ hơn. Nếu tôi muốn giảm việc làm lại cuối dòng, tôi tập trung vào một số bước cơ bản. - Tôi liệt kê các loại lỗi hàng đầu từ những ca làm việc gần đây Các bộ phận bị thiếu, nhãn sai, lớp bịt kém, vết bề mặt, khớp nối lỏng lẻo Tôi không cố gắng giải quyết mọi vấn đề cùng một lúc - Tôi theo dõi từng lỗi từ bước bắt đầu Lỗi ở cuối thường bắt đầu bằng một sai sót nhỏ trước đó Tôi xem xét nguồn, không chỉ kết quả - Tôi làm cho việc kiểm tra trở nên dễ sử dụng Dấu hiệu đạt hoặc không đạt rõ ràng hoạt động tốt hơn biểu mẫu dài Kiểm tra đơn giản được sử dụng thường xuyên hơn - Tôi đặt kiểm tra chất lượng gần công việc Nếu nhóm có thể nhìn thấy vấn đề ngay lập tức, họ có thể khắc phục nó trước khi nó phát triển Điều đó giúp tiết kiệm công sức sau này - Tôi cung cấp cho người vận hành một tiêu chuẩn rõ ràng Một bức ảnh, một bộ phận mẫu hoặc một danh sách ngắn sẽ giúp ích rất nhiều Mọi người làm việc tốt hơn khi họ biết vẻ ngoài trông như thế nào - Tôi xem xét các vấn đề giống nhau trong mỗi ca làm việc Nếu cùng một lỗi quay trở lại, tôi coi đó là một vấn đề quy trình Tôi không đổ lỗi cho trạm cuối cùng về vấn đề nguồn. Tôi cũng ghi nhớ một quy tắc: trạm cuối cùng không nên gánh toàn bộ tải để đảm bảo chất lượng. Kiểm tra cuối cùng vẫn còn quan trọng. Nó bắt được những gì trượt qua. Tuy nhiên, nếu nó trở thành nơi chính xuất hiện vấn đề thì quá trình này vẫn còn yếu kém. Tôi thích một dòng mà mỗi bước đều có chất lượng riêng. Điều đó mang lại cho nhóm một dòng chảy sạch hơn. Nó cũng mang lại cho khách hàng một sản phẩm tốt hơn vì có ít đơn vị yếu kém đảm nhận việc đóng gói, vận chuyển hoặc lắp ráp hơn. Đối với tôi, dấu hiệu tốt nhất của sự tiến bộ không phải là một bàn sửa chữa bận rộn. Đó là một trạm cuối yên tĩnh. Khi trạm cuối cùng chỉ xác nhận những gì tuyến đã làm tốt, tôi biết quy trình đang đi đúng hướng. Đó là sự thay đổi mà tôi muốn thấy. Không làm lại nhiều hơn vào cuối. Ít rác thải gần nguồn. Một dòng chảy đơn giản hơn. Một dòng ổn định hơn. Một nhóm dành nhiều năng lượng hơn để tạo ra những bộ phận tốt và ít năng lượng hơn để sửa những bộ phận tương tự hai lần. Liên hệ với chúng tôi trên Fanny: cs-conveyor@wxcsjm.com/WhatsApp +8618921137719.

1 Michael Carter 2024 Giảm lỗi cuối dây chuyền trong hoạt động đóng gói 2 Sarah Thompson 2023 Kiểm soát chất lượng thực tế tại trạm cuối cùng 3 Daniel Brooks 2022 Ngăn chặn việc làm lại cuối dây chuyền thông qua thiết kế quy trình đơn giản 4 Emily Walker 2024 Lập kế hoạch trước cho các hệ thống và tài sản cuối vòng đời 5 James Bennett 2021 Cải thiện độ chính xác nhanh chóng mà không làm chậm dây chuyền sản xuất 6 Laura Mitchell 2023 Bàn giao rõ ràng Danh sách kiểm tra ngắn và quy trình làm việc an toàn hơn Kiểm soát