Tính đủ điều kiện của máy phải nằm trong công cụ lập kế hoạch

Mỗi phiên lập kế hoạch mở đầu bằng cùng một câu hỏi thầm lặng: máy nào có thể chạy sản phẩm này ở công đoạn này? Câu hỏi ấy được đặt ra một lần cho mỗi sản phẩm, một lần cho mỗi công đoạn, một lần cho mỗi kế hoạch sản xuất, và được trả lời từ trí nhớ, hoặc từ một bảng tính ai cũng từng thấy nhưng không ai thực sự quản lý. Câu trả lời là một dữ kiện của nhà máy. Nó không đổi theo khối lượng công việc, theo tuần, hay theo người lập kế hoạch. Nó là một thuộc tính cố định của thiết bị và nhóm sản phẩm. Thế nhưng ở nhiều nhà máy, dữ kiện đó nằm bên ngoài công cụ lập kế hoạch, và mỗi kế hoạch sản xuất lại tự tay áp dụng lại nó.

Kế hoạch sản xuất thừa hưởng điều gì khi tính đủ điều kiện nằm bên ngoài công cụ

Mọi kế hoạch sản xuất đều phụ thuộc vào trí nhớ. Cơ chế thì tầm thường: người lập kế hoạch xây dựng một kế hoạch sản xuất và, ở mỗi công đoạn, lại tham khảo cùng một nguồn không được mô hình hóa, một cái đầu, một đồng nghiệp, một tờ ghi chú. Việc kiểm tra diễn ra nhanh, nên nó được lặp lại liên tục, và mỗi lần lặp lại là một cơ hội để câu trả lời chệch khỏi thực tế của nhà máy. Việc kiểm tra cũng tiêu tốn thời gian lập kế hoạch ở mỗi kế hoạch sản xuất, kể cả khi câu trả lời đúng, vì nó được áp dụng lại cho từng công đoạn trong lộ trình và từng nhóm sản phẩm trong kế hoạch sản xuất. Một lần chạy lại lặp lại việc kiểm tra. Một người lập kế hoạch mới lặp lại nó mà không có bối cảnh cũ. Một nhóm sản phẩm ít gặp nhận được một phỏng đoán thay vì một câu trả lời đã được xác minh.

Khi phỏng đoán đúng, mọi thứ trông có vẻ ổn. Chính điều đó khiến lỗi nằm mãi trong bóng tối. Kế hoạch sản xuất giao cho một máy công việc mà máy đó không chạy được, và sự lệch này chỉ lộ ra khi kế hoạch sản xuất được đưa xuống dây chuyền và máy không nhận việc. Đến lúc ấy, thời gian đã trôi qua và kế hoạch sản xuất phải được sửa lại. Không có gì ở đây quá đặc biệt, và chẳng điều nào đòi hỏi con người hay nhà máy tồi. Một kế hoạch sản xuất phụ thuộc vào trí nhớ của một người thì mong manh, và một nhà máy lưu trữ tính đủ điều kiện trong một bảng tính không được mô hình hóa đã biến trí nhớ thành một đầu vào thường trực.

Tính đủ điều kiện là tri thức cấu trúc

Tính đủ điều kiện là tri thức cấu trúc, và tri thức cấu trúc phải nằm trong mô hình. Một công cụ lập kế hoạch chỉ có thể tôn trọng những ràng buộc được cung cấp cho nó. Không có tập máy đủ điều kiện được cung cấp, nó đành coi mọi máy là ứng viên cho mọi sản phẩm. Đó chính là kiểu lỗi của bảng tính không được mô hình hóa, được tái hiện lại. Một người lập kế hoạch giỏi hơn hay một danh sách kiểm tra nghiêm ngặt hơn không sửa được điều này. Cách sửa là ngừng coi tính đủ điều kiện như nội dung của kế hoạch sản xuất và bắt đầu coi nó như cấu trúc của nhà máy.

Bên trong từ phân bổ ẩn chứa hai câu hỏi. Câu hỏi thứ nhất là thứ gì CÓ THỂ chạy: tập máy đủ điều kiện, những máy thực sự xử lý được nhóm sản phẩm này ở công đoạn này. Câu hỏi thứ hai là thứ gì SẼ chạy: việc phân bổ máy trong tập đó. Chúng khác nhau về bản chất. Thứ có thể chạy là một dữ kiện về nhà máy. Thứ sẽ chạy là kế hoạch sản xuất. Nhà máy quyết định tính đủ điều kiện một lần. Công cụ nên mang nó và tôn trọng nó trên mọi kế hoạch sản xuất tiếp theo.

Công cụ mô hình hóa nó như thế nào

Tính đủ điều kiện đi vào công cụ dưới dạng một hồ sơ năng lực, từng máy một. Một máy mang thông lượng (tốc độ dây chuyền) cho các nhóm sản phẩm nó có thể chạy ở công đoạn dạng flow (liên tục), và mang kích thước mẻ với thời gian chu kỳ mẻ cho các nhóm sản phẩm nó có thể chạy ở công đoạn dạng batch (theo mẻ). Những bản ghi đó chính là hồ sơ. Sản phẩm thừa hưởng năng lực từ nhóm sản phẩm của mình, nên tính đủ điều kiện được xác định theo từng nhóm và từng công đoạn, không bao giờ ở mức toàn cục: một nhóm sản phẩm chỉ đi qua những công đoạn nó yêu cầu, mỗi máy thuộc về đúng một công đoạn, và không có năng lực theo từng sản phẩm. Các bản ghi nói lên hai điều: máy có thể xử lý nhóm sản phẩm ở công đoạn đó, và mất bao lâu. Khi bản ghi tồn tại, máy là ứng viên cho nhóm sản phẩm ở công đoạn đó. Khi không tồn tại, máy không phải là ứng viên.

Việc thực thi bắt nguồn trực tiếp từ hồ sơ. Trong chế độ Auto và Semi-Auto, công cụ giới hạn việc phân bổ máy chỉ vào những máy thực sự có năng lực với sản phẩm ở công đoạn đó. Một máy không có bản ghi năng lực cho một nhóm sản phẩm thì không phải ứng viên của nhóm đó, và các nhóm sản phẩm khác vẫn chạy trên toàn bộ tập máy. Không có quy tắc tính đủ điều kiện riêng biệt nào xếp chồng lên trên; sự giới hạn nảy sinh trực tiếp từ việc những bản ghi nào tồn tại.

Tối ưu hóa sau đó hoạt động bên trong tập máy đủ điều kiện. Chế độ Auto tối ưu hóa thứ tự sản xuất và việc phân bổ máy cùng lúc. Chế độ Semi-Auto giữ thứ tự sản xuất cố định và tối ưu hóa việc phân bổ máy trong thứ tự đó. Cả hai đều tối thiểu hóa tổng thời gian sản xuất. Có một dữ kiện nằm ngoài mô hình: vì sao một máy có thể hoặc không thể chạy một nhóm sản phẩm. Lý do đó được quyết định tại nhà máy và được nhập vào dưới dạng năng lực. Năng lực là một dữ kiện tĩnh, được cấu hình. Công cụ không đo lường nó và không tự học nó.

Điều gì thay đổi đối với người lập kế hoạch

Khi tập máy đủ điều kiện được hàm chứa trong các bản ghi, công việc của người lập kế hoạch thay đổi. Thời gian lập kế hoạch dành cho những quyết định thuộc về người lập kế hoạch: chạy những công việc nào, và trong chế độ Semi-Auto là thứ tự sản xuất mà chúng chạy theo. Công cụ nắm giữ thứ có thể chạy, nên người lập kế hoạch không phải kiểm tra lại nó trong mỗi kế hoạch sản xuất. Thứ nên chạy khởi đầu là một quyết định lập kế hoạch; công cụ sau đó biến ý định đó thành một kế hoạch sản xuất khả thi, ở chế độ Auto bằng cách đồng thời chọn thứ tự sản xuất, ở chế độ Semi-Auto bằng cách giữ thứ tự cố định và tối ưu hóa việc phân bổ máy trong đó. Dù theo cách nào, mục tiêu vẫn như nhau: tối thiểu hóa tổng thời gian sản xuất.

Cần nói cho chính xác về ranh giới của sự thay đổi này, vì nó chỉ thực sự đúng trong phạm vi đó. Việc thu hẹp tập ứng viên như một phần của quá trình tìm kiếm, và tối ưu hóa việc phân bổ trong tập đó, là hành vi của chế độ Auto và Semi-Auto. Chế độ Manual không chạy thuật toán nào, nên cả hai điều đó không xảy ra ở đây, nhưng cùng một phép kiểm tra tương thích máy vẫn chạy dưới dạng xác thực theo từng dòng: nhập một máy không xử lý được nhóm sản phẩm, hệ thống sẽ từ chối dòng đó. Tính đủ điều kiện cũng không phải là toàn bộ bài toán phân bổ. Nó là một trong nhiều dữ kiện cấu trúc mà công cụ mô hình hóa: các lần chuyển đổi, lịch làm việc, mức sẵn sàng và nguồn cung vật tư đều định hình việc phân bổ thực tế. Vấn đề không phải là năng lực là ràng buộc duy nhất. Vấn đề là: một ràng buộc mà công cụ không mô hình hóa là một ràng buộc người lập kế hoạch phải tự gánh bằng tay.

Sự thay đổi này đi kèm một trách nhiệm. Tính đủ điều kiện được thể hiện qua những gì có trong hồ sơ, nên các bản ghi là một tài liệu sống. Dữ liệu năng lực phải được nhập và duy trì như bất kỳ cấu hình nhà máy nào khác. Công cụ không suy ra năng lực của máy từ bất kỳ nguồn nào khác, và một năng lực chưa từng được nhập sẽ khiến máy nằm ngoài tập máy đủ điều kiện. Khi sự thiếu sót là có chủ đích, đó là mô hình hoạt động đúng như thiết kế. Khi không phải, đó chính là lý do dữ liệu phải luôn được cập nhật.

Tính đủ điều kiện nằm ở đâu trong nhà máy của bạn

Vậy hãy đặt câu hỏi ở nơi nó thực sự quan trọng: khi một người lập kế hoạch cần biết máy nào có thể chạy nhóm sản phẩm này ở công đoạn này, câu trả lời đến từ đâu? Nếu nó đến từ một cái đầu hay một bảng tính, kế hoạch sản xuất thừa hưởng sự phụ thuộc vào trí nhớ, từng lần áp dụng lại một. Nếu nó đến từ mô hình, nhà máy đã quyết định một lần, và mọi kế hoạch sản xuất đều tôn trọng quyết định đó. Bài kiểm tra tương tự áp dụng cho bất kỳ công cụ lập kế hoạch nào bạn đánh giá: tập máy đủ điều kiện là một đầu vào mà công cụ tôn trọng, hay là một chi tiết người lập kế hoạch phải áp dụng lại bằng tay? Hãy quyết định tính đủ điều kiện một lần, ngay tại nhà máy, được nhập vào dưới dạng năng lực. Sau đó, hãy để công cụ tôn trọng nó trên mọi kế hoạch sản xuất.