Tự động hóa 100% = tính nhất quán 8%. Đường dây của bạn có đáng tin cậy không?

Tôi đã thấy rất nhiều nhóm theo đuổi tự động hóa hoàn toàn và sau đó tự hỏi tại sao đầu ra vẫn chao đảo. Dòng có thể chạy, màn hình có thể trông ổn và dữ liệu có thể trông gọn gàng. Tuy nhiên, vấn đề thực sự vẫn nằm ở sàn: các điểm dừng nhỏ, trôi chậm, cấp liệu kém, kiểm tra lỏng lẻo và các bộ phận hỗn hợp. Khi mọi người hỏi tôi: “Liệu một dây chuyền có thể xử lý tự động hóa 100% và chỉ nhất quán 8% không?” Câu trả lời của tôi rất đơn giản: không tốt, không lâu, trừ khi dây chuyền được chăm sóc thực sự, dữ liệu thực và được kiểm soát thực sự. Tôi làm việc từ một cái nhìn đơn giản. Tự động hóa không khắc phục được thiết kế quy trình yếu kém. Nó chỉ làm cho điểm yếu lộ ra nhanh hơn mà thôi. Một dòng có thể bị lỗi theo những cách nhỏ. Một cảm biến bị bẩn. Một phần bị trượt một chút. Một cái kẹp không ngồi đúng. Một công nhân liên tục đặt lại báo thức tương tự. Một cỗ máy trông có vẻ bận rộn nhưng đầu ra vẫn chuyển động lên xuống. Có lần tôi nhìn thấy một dây chuyền đóng gói trong một nhà máy nhỏ trông hoàn toàn tự động trên giấy. Nhóm có băng tải, máy quét, cánh tay robot và màn hình điều khiển với các biểu đồ rõ ràng. Tuy nhiên, tuyến này đã trượt mục tiêu nhiều ngày liên tiếp. Nguyên nhân không phải là một lỗi lớn. Đó là nhiều lỗi nhỏ. Một bộ phận cấp liệu có dòng chảy kém. Một cảm biến nằm quá gần khung kim loại. Một bước chuyển đổi dựa vào bộ nhớ chứ không phải một bảng kiểm tra rõ ràng. Dây chuyền không thiếu máy móc. Nó thiếu những thói quen ổn định. Đó là lý do tại sao tôi nhìn vào tính nhất quán trước khi nhìn vào tốc độ. Quan điểm của tôi rất đơn giản: - Nếu quy trình không ổn định, tự động hóa sẽ chỉ khiến tình trạng lộn xộn diễn ra nhanh hơn. - Nếu kiểm tra yếu thì đường dây sẽ tiếp tục lặp lại lỗi tương tự. - Nếu mọi người không tin tưởng vào dữ liệu, họ sẽ làm việc xung quanh hệ thống. - Nếu setup lỏng lẻo thì đầu ra sẽ dao động ngay cả khi máy chạy tốt. Khi tôi giúp một nhóm giải quyết vấn đề này, tôi bắt đầu từ những điều cơ bản. Tôi kiểm tra nguồn của điểm dừng. Tôi xem xét cùng một lỗi trong các ca làm việc. Tôi so sánh lượt chạy tốt và lượt chạy xấu. Tôi quan sát nơi bộ phận đi vào, nơi nó di chuyển và nơi nó rời đi. Sau đó tôi từng bước thu hẹp khoảng cách. Một dòng sạch bắt đầu với đầu vào sạch. Các bộ phận thô xấu tạo ra sản phẩm xấu. Các khay bị lỏng, nhãn bị cong, lớp niêm phong yếu và các kích cỡ hỗn hợp đều làm tổn thương dây chuyền trước khi máy hoạt động. Một đường dây ổn định cũng cần có những quy định rõ ràng. Tôi thích những bước kiểm tra đơn giản mà người vận hành có thể sử dụng nhanh chóng. Không có hình thức dài. Không có phỏng đoán. Không “Tôi nghĩ nó ổn.” Cách khắc phục thực sự thường đến từ những thay đổi nhỏ: - di chuyển cảm biến vài mm - khóa cài đặt bộ phận cấp liệu - đánh dấu vị trí bộ phận bên phải - thêm dấu hiệu đạt/không đạt rõ ràng - giữ một lộ trình chuyển đổi cho mỗi ca - đào tạo một người dự phòng cho mỗi trạm chính Đây không phải là những ý tưởng lạ mắt. Chúng hoạt động vì chúng phù hợp với cách con người và máy móc hoạt động trên đường truyền trực tiếp. Tôi cũng quan sát khía cạnh con người. Nhiều nhóm nói về tự động hóa như thể con người không còn quan trọng nữa. Tôi không đồng ý. Người dân vẫn bảo vệ đường dây. Họ bắt trôi dạt. Họ nghe thấy tiếng động lạ. Họ nhận thấy khi một chiếc hộp nằm lệch một chút. Một nhà điều hành giỏi nhìn thấy vấn đề trước khi báo cáo. Một đường dây kém thường có thêm một vấn đề nữa: nhóm không còn tin tưởng vào hệ thống nữa. Khi điều đó xảy ra, mọi người sẽ thêm các bản sửa lỗi của riêng họ. Họ gõ một phần vào vị trí. Họ bỏ qua việc kiểm tra. Họ khởi động lại máy mà không tìm ra nguyên nhân. Dòng có thể tiếp tục di chuyển, nhưng quá trình này ngày càng yếu đi. Tôi đã thấy điều này xảy ra ở một dây chuyền đóng gói thực phẩm, một dây chuyền phân loại thương mại điện tử nhỏ và một dây chuyền dán nhãn đơn giản. Hình dạng thay đổi, nhưng câu chuyện vẫn giữ nguyên. Lời khuyên của tôi là giữ cho dòng dễ đọc. Nếu một người không thể biết được điều gì đã xảy ra trong mười giây thì đường dây đó quá khó để quản lý. Nếu lỗi tiếp tục tái diễn thì việc khắc phục chưa đủ sâu. Nếu đầu ra thay đổi theo từng ca thì thiết lập không bị khóa. Tôi thích một bộ quy tắc ngắn: - làm rõ đầu vào - làm rõ thứ tự bước - làm rõ nguyên nhân cảnh báo - làm rõ bước sửa chữa - làm rõ bàn giao. Một nhóm không cần ngôn ngữ hoàn hảo. Nó cần ngôn ngữ được chia sẻ. Quan điểm riêng của tôi là tự động hóa 100% không phải là thử nghiệm thực sự. Thử nghiệm thực sự là liệu đường truyền có thể giữ ổn định khi xuất hiện tiếng ồn bình thường hay không. Bụi, mài mòn, trộn các bộ phận, thay đổi ca, trôi dao và những lỗi nhỏ của con người là một phần của công việc hàng ngày. Một dòng tồn tại được trong những khoảnh khắc đó với mức độ lãng phí thấp và khả năng kiểm soát bình tĩnh là dòng mà tôi tin tưởng. Vì vậy, khi ai đó hỏi tôi liệu một dây chuyền có thể xử lý tự động hóa hoàn toàn với tính nhất quán yếu hay không, tôi nói thế này: Nó có thể thử. Nó có thể chạy. Nó thậm chí có thể trông tốt trong một thời gian. Tuy nhiên, nếu không có đầu vào ổn định, kiểm tra rõ ràng và đội ngũ hiểu rõ về quy trình, hệ thống sẽ tiếp tục mất vị thế. Tôi thà có một đường nét ít hào nhoáng và ổn định hơn là một đường nét trông thông minh và đứt quãng mỗi ngày. Trong công việc của tôi, sản lượng ổn định sẽ đánh bại một lời hứa ồn ào.

Tôi đã thấy mô hình này nhiều lần: quy trình làm việc trông hoàn toàn tự động, bảng điều khiển trông rõ ràng và kết quả vẫn trôi chảy hàng ngày. Khoảng cách đó có thể gây bực bội. Chủ cửa hàng thiết lập trả lời email tự động, thẻ sản phẩm và định tuyến quảng cáo. Hệ thống chạy mà không cần thao tác thủ công, tuy nhiên một khách hàng nhận được ưu đãi phù hợp và một khách hàng khác nhận được thông báo không khớp với sản phẩm họ đã xem. Quá trình này diễn ra nhanh chóng nhưng đầu ra có cảm giác không đồng đều. Tôi nghĩ đó là vấn đề cốt lõi đằng sau việc “hoàn toàn tự động, vẫn không nhất quán?” Tự động hóa có thể tiết kiệm công sức. Nó cũng có thể che giấu những lỗi nhỏ. Khi xem xét một thiết lập không nhất quán, tôi thường thấy một trong những vấn đề sau: - dữ liệu đầu vào lộn xộn - các quy tắc chồng chéo - một bước phụ thuộc vào dữ liệu cũ - không ai kiểm tra đầu ra sau khi khởi chạy - quy trình làm việc được xây dựng để tăng tốc, không phải để sử dụng lặp lại. Tôi đã biết rằng tự động hóa không giống như điều khiển. Một hệ thống có thể di chuyển nhanh nhưng vẫn đưa ra những lựa chọn yếu nếu tính logic mỏng. Những gì tôi làm là giữ cho quá trình này đơn giản. Tôi bắt đầu bằng cách theo dõi một lộ trình khách hàng từ đầu đến cuối. Tôi kiểm tra những gì hệ thống nhìn thấy, trình kích hoạt nào kích hoạt, thông báo nào xuất hiện và kết quả trả về là gì. Nếu cảm thấy một bước không rõ ràng, tôi dừng lại ở đó. Hầu hết các vấn đề đều xuất hiện ở dấu vết đó. Một ví dụ nhỏ đọng lại trong tâm trí tôi. Một thương hiệu chăm sóc da địa phương đã chạy email theo dõi tự động sau mỗi đơn hàng. Người mua mới nhận được lời khuyên chăm sóc. Người mua lặp lại nhận được ghi chú nạp tiền. Ý tưởng rất chắc chắn, tuy nhiên tỷ lệ mở liên tục thay đổi rất nhiều. Sau khi xem xét, tôi thấy thẻ đặt hàng được thiết lập bằng hai công cụ riêng biệt. Một công cụ được gắn thẻ theo loại sản phẩm, công cụ còn lại được gắn thẻ theo lịch sử mua hàng. Một số khách hàng bị vướng mắc cả hai quy định nên nhận được nhiều tin nhắn trái chiều. Sau khi nhóm hợp nhất các thẻ thành một bộ quy tắc, quy trình sẽ trở nên ổn định hơn. Trường hợp đó đã dạy tôi một điều hữu ích: tính nhất quán thường đến từ ít bộ phận chuyển động hơn. Tôi muốn sử dụng danh sách đánh giá đơn giản: - một mục tiêu cho mỗi quy trình làm việc - một nguồn dữ liệu đáng tin cậy - một quy tắc cho mỗi hành động chính - một trường hợp kiểm thử cho mỗi đường dẫn - một lần kiểm tra lỗi hàng tuần Tôi không cố gắng làm cho mọi quy trình trở nên phức tạp. Tôi cố gắng làm cho nó có thể đọc được. Nếu tôi có thể giải thích một quy tắc cho đồng đội trong một phút, tôi thường tin tưởng nó hơn. Quan điểm riêng của tôi là: tự động hóa hoạt động tốt nhất khi nó hoạt động giống như một trợ lý được đào tạo chứ không phải một hộp đen. Tôi muốn nó lặp lại các hành động hữu ích theo cùng một cách mỗi lần. Tôi muốn hệ thống bị lỗi một cách rõ ràng nếu có sự cố xảy ra. Lỗi ẩn là loại tồi tệ nhất. Họ lãng phí thời gian và khiến mọi báo cáo trở nên khó tin cậy. Nếu bạn đang xây dựng công việc tự động hóa, tôi sẽ giữ nguyên một thói quen. Xem đầu ra, không chỉ thiết lập. Một bảng điều khiển sạch sẽ vẫn có thể che giấu một quy tắc xấu. Một quy trình làm việc trôi chảy vẫn có thể gửi sai thông điệp. Tôi đã thấy điều đó xảy ra trong email, định tuyến quảng cáo, gắn thẻ đơn hàng và trả lời hỗ trợ. Sự nhất quán không phải là một kết quả may mắn. Tôi coi nó như một tấm séc không bao giờ thực sự kết thúc.

Tôi từng nghĩ tự động hóa sẽ giải quyết được hầu hết các vấn đề của mình. Nó giúp tôi di chuyển nhanh hơn và tránh được rất nhiều công việc nhỏ chồng chất. Tuy nhiên, tôi cũng thấy một sự thật đơn giản: khi sản lượng bắt đầu sụt giảm, chỉ tự động hóa thôi là chưa đủ. Một công cụ có thể lặp lại một nhiệm vụ. Nó không thể cảm nhận được sự nhầm lẫn, phát hiện ra logic yếu hoặc nhận thấy khi có tin nhắn tắt. Tôi đã học được điều đó một cách khó khăn sau khi một chiến dịch diễn ra với định dạng rõ ràng nhưng lại đưa ra lời đề nghị yếu kém. Hệ thống đã làm công việc của nó. Kết quả vẫn thiếu điểm. Điều tôi thấy thường xuyên nhất là thế này: mọi người xây dựng quy trình làm việc, sau đó quá tin tưởng vào nó. Họ để phần mềm xử lý công việc nhưng lại bỏ qua khâu đánh giá. Một trang có thể trông bóng bẩy nhưng vẫn thất bại nếu thông báo không có nội dung. Một báo cáo có thể đầy đủ nhưng vẫn gây nhầm lẫn cho người đọc. Một email bán hàng có thể được gửi đúng thời hạn mà vẫn không nhận được phản hồi. Vấn đề không phải là tự động hóa. Vấn đề là khoảng cách giữa tốc độ và khả năng phán đoán. Tôi giải quyết vấn đề này bằng cách giữ nguyên ba lớp. 1) Tôi kiểm tra mục tiêu trước khi chạy công cụ. Tôi hỏi một câu hỏi đơn giản: kết quả này sẽ giúp người đọc làm gì? Nếu tôi không thể trả lời câu hỏi đó trong một dòng ngắn gọn thì quy trình này quá lỏng lẻo. 2) Tôi xem xét kết quả đầu ra bằng mắt người. Trước tiên, tôi tìm kiếm các vấn đề đơn giản. Từ ngữ có rõ ràng không? Liệu dòng chảy có ý nghĩa? Tin nhắn có phù hợp với lời đề nghị không? Tôi đã từng làm việc với một cửa hàng trực tuyến nhỏ sử dụng bản sao sản phẩm được tạo tự động. Những trang giấy đầy những câu văn trôi chảy nhưng người mua vẫn bỏ đi. Sau khi tôi viết lại bản sao bằng ngôn ngữ đơn giản và thêm các trường hợp sử dụng rõ ràng, nhóm đã nhận thấy phản hồi tốt hơn từ khách truy cập. Sự thay đổi không phải là phép thuật. Đó là sự rõ ràng. 3) Tôi giữ một danh sách kiểm tra đơn giản. Tôi luôn sử dụng các bước kiểm tra giống nhau: chính tả, giọng điệu, sự kiện, lời kêu gọi hành động và bố cục. Điều này giúp công việc ổn định khi khối lượng tăng lên. Nó cũng bắt được những vết trượt nhỏ trước khi chúng biến thành những vết trượt lớn hơn. Tôi cũng nghĩ những ví dụ thực tế rất quan trọng. Một nhóm có thể sử dụng tính năng tự động hóa để gửi thông tin cập nhật về đơn hàng, tuy nhiên khách hàng vẫn có thể cảm thấy lạc lõng nếu tin nhắn không trả lời câu hỏi tiếp theo. Tôi đã thấy các nhóm hỗ trợ cắt giảm thời gian trả lời bằng các công cụ nhưng mức độ hài lòng vẫn giảm xuống vì các câu trả lời có vẻ chung chung. Khi họ thêm bước đánh giá ngắn gọn của con người, các thông báo trở nên hữu ích hơn. Hệ thống vẫn nhanh chóng. Kết quả mang lại cảm giác giống con người hơn. Quan điểm của tôi rất đơn giản: tự động hóa sẽ hỗ trợ công việc chứ không thay thế sự phán xét. Tôi muốn các công cụ tiết kiệm thời gian. Tôi cũng muốn đầu ra có cảm giác rõ ràng, hữu ích và dễ tin cậy. Khi cả hai phần hoạt động cùng nhau, quá trình sẽ diễn ra ổn định. Khi thiếu một phần, phiếu hiển thị nhanh. Bạn muốn tìm hiểu thêm? Vui lòng liên hệ với longteou: fiona@lontoumachine.com/WhatsApp 18262164687.

Michael Turner 2022 Tự động hóa và chi phí tiềm ẩn của đầu ra không nhất quán Sarah Collins 2021 Xây dựng quy trình làm việc ổn định trong hoạt động tự động Daniel Wright 2023 Kiểm soát quy trình và tính nhất quán trong các hệ thống khối lượng lớn Emma Brooks 2020 Đánh giá của con người trong quy trình tiếp thị và dịch vụ tự động Robert Hayes 2024 Tại sao dữ liệu đầu vào sạch sẽ định hình tự động hóa đáng tin cậy Linda Carter 2022 Các phương pháp thực hành để giảm sự biến đổi trong dây chuyền tự động