Quy trình thay đổi kỹ thuật đi đến tận sản xuất

Theo dõi một thay đổi nhà cung cấp từ yêu cầu đến phát hành. Giữ rõ phiên bản hiện tại, quyết định về tồn kho và sản phẩm dở dang ở từng bước.

Đăng nhập để khám phá ví dụ trong Jodoo. Màn hình sử dụng các bản ghi sản xuất hư cấu.

Đặt tên cho các quyết định để mọi người cùng hiểu

Thuật ngữMục đíchKhông nhầm với
ECR: yêu cầu thay đổi kỹ thuậtĐề xuất thay đổi và giải thích lý do cần đánh giá.Quyền bắt đầu sử dụng chi tiết hoặc hướng dẫn đã thay đổi.
ECO: lệnh thay đổi kỹ thuậtXác định phạm vi được phê duyệt và công việc triển khai.Bằng chứng mọi hạng mục bị ảnh hưởng đều đã có hiệu lực.
ECN: thông báo thay đổi kỹ thuậtThông báo thay đổi đã có hiệu lực và đối tượng áp dụng.Thay thế cho quyết định kỹ thuật chưa giải quyết hoặc bằng chứng triển khai.

Từ đề xuất thay thế đến thay đổi sản xuất được kiểm soát

  1. Xác định yếu tố khởi phát và phiên bản ban đầu

    Trong ví dụ hư cấu, đội ngũ muốn thẩm định nhà cung cấp thay thế cho giá đỡ BRK-104, hiện ở phiên bản B. Người yêu cầu ghi lý do nghiệp vụ, thay đổi đề xuất và bằng chứng thẩm định. Bộ phận kỹ thuật không nên phải đoán đề xuất liên quan đến bản vẽ hay hạng mục nào.

    Tách biện pháp kiểm soát tức thời khỏi thay đổi lâu dài. Nếu vật liệu hiện tại không an toàn hoặc không phù hợp, hãy tuân theo quy trình chất lượng áp dụng trong khi việc đánh giá kỹ thuật tiếp tục.

  2. Đánh giá đề xuất trước khi cam kết triển khai

    Bộ phận kỹ thuật quyết định yêu cầu đã đủ cụ thể để đánh giá hay chưa. Trả lại nếu thiếu phạm vi hoặc bằng chứng. Việc chấp thuận cho phép chuẩn bị lệnh; chưa phải chỉ thị để mua hàng hoặc sản xuất chuyển đổi.

    Sử dụng biểu mẫu yêu cầu thay đổi kỹ thuật để giữ đề xuất và bước đánh giá được liên kết.

  3. Xác định từng hạng mục bị ảnh hưởng và quyết định của từng bộ phận

    Giá đỡ chuyển từ B sang C; hướng dẫn lắp ráp cần thay đổi phiên bản riêng. Đánh giá tác động đến chất lượng, sản xuất và mua hàng. Xác định bộ phận nào thực sự cần tham gia thay vì dùng một danh sách đánh giá giống nhau cho mọi danh mục.

    Ghi riêng 40 giá đỡ trong kho với 12 sản phẩm đang làm dở. Quyết định dùng hết tồn kho đang chờ từ bộ phận mua hàng không được biến mất chỉ vì sản xuất đã thống nhất phương pháp làm lại.

  4. Phê duyệt phạm vi và kế hoạch triển khai

    Thống nhất phạm vi theo từng hạng mục, phương án xử lý, trách nhiệm và thời điểm chuyển đổi dự kiến. Kiểm tra nội dung thực chất của các đánh giá chức năng, không chỉ số lượng đã hoàn tất. Xác định hành động nào bắt buộc trước khi phát hành.

    Bộ mẫu ECO cung cấp cấu trúc cho các quyết định này. Giữ nguyên phiên bản hiện tại trong lúc chuẩn bị công việc.

  5. Thực hiện và xác minh công việc

    Cập nhật hướng dẫn cần thiết, hoàn tất thẩm định hoặc kiểm tra, giải quyết cách xử lý vật liệu và phổ biến cho những người liên quan. Phân công từng hành động và đánh giá bằng chứng. Trong ví dụ thay đổi bản vẽ của App, bước kiểm tra sản phẩm đầu tiên đang chờ dưỡng đo thay thế; việc phê duyệt lệnh không làm nhiệm vụ đó tự hoàn tất.

    Sử dụng quy trình kiểm soát tài liệu cho hướng dẫn đã sửa và xác nhận đã đọc. App thay đổi kỹ thuật ghi nhận quyết định phát hành; App không thay thế vòng đời tài liệu riêng đó. Nếu kết quả triển khai không đạt, hãy trả lại để chỉnh sửa thay vì biến một hành động quan trọng thành tùy chọn chỉ để kịp thời hạn.

  6. Xác nhận phạm vi có hiệu lực và truyền đạt rõ ràng

    Xác định hạng mục, phiên bản và ranh giới vận hành đang có hiệu lực. Kiểm tra phiên bản hiện tại vẫn khớp điểm xuất phát và công việc bắt buộc đã được xác minh. Lưu lịch sử từ phiên bản gốc đến phiên bản phát hành và thông báo hướng dẫn có hiệu lực cho người sử dụng.

    Ví dụ ghi nhận bản phát hành đã có hiệu lực; không lên lịch kích hoạt trong tương lai. Nếu nhiều hạng mục phải thay đổi đồng thời trong một giao dịch hoặc hệ thống khác sở hữu phiên bản, hãy thiết kế và thẩm định biện pháp kiểm soát đó riêng.

Chỉ định điều phối viên mà không biến họ thành người phê duyệt mọi việc

Vai tròQuyết định hoặc công việcBằng chứng cần lưu
Người yêu cầuGiải thích vấn đề và thay đổi đề xuất.Hạng mục hiện tại, lý do, thông tin hỗ trợ và nội dung chỉnh sửa.
Người đánh giá kỹ thuậtĐánh giá tính phù hợp kỹ thuật và phạm vi bị ảnh hưởng.Cơ sở đánh giá và các phiên bản đề xuất.
Người đánh giá chức năngGiải quyết tác động đến chất lượng, nguồn cung và sản xuất.Phát hiện và quyết định xử lý của từng bộ phận.
Người phụ trách triển khaiThực hiện công việc thay đổi được giao.Kết quả, bằng chứng hoàn tất và ngoại lệ.
Người đánh giá phát hànhXác nhận mức độ sẵn sàng và ranh giới có hiệu lực.Bản phát hành đã qua đánh giá và lịch sử phiên bản được lưu.
Điều phối viên thay đổiTheo dõi các quyết định còn thiếu và giữ công việc được liên kết.Đánh giá còn tồn đọng, hành động quan trọng và ghi chú chuyển cấp.

Xử lý quyết định muộn, kiểm tra thất bại và phiên bản xung đột

Hạng mục thay đổi trong quá trình đánh giá

Đánh giá lại đề xuất theo phiên bản hiện tại mới. Không áp dụng máy móc hướng dẫn trước và sau đã cũ. Giải thích đề xuất đã bị thay thế, cần sửa đổi hay có thể kết hợp với thay đổi kia.

Nhà cung cấp phản hồi muộn

Giữ quyết định về tồn kho ở trạng thái mở và làm rõ sự chậm trễ cho điều phối viên. Xác định công việc nào có thể tiếp tục an toàn mà không giả định phương án xử lý vật liệu đã được phê duyệt.

Triển khai không đạt bước xác minh

Trả lại hành động kèm yêu cầu chỉnh sửa cụ thể. Lưu kết quả không đạt và bằng chứng sau đó để quyết định phát hành cuối cùng có thể được hiểu rõ.

Thay đổi đã phát hành gây ra vấn đề

Kiểm soát vấn đề và dùng một thay đổi khắc phục có thể truy vết hoặc quy trình hoàn tác đã phê duyệt. Không xóa bản phát hành trước hoặc tái sử dụng nhãn phiên bản theo cách làm hồ sơ lịch sử trở nên nhập nhằng.

Đo thời gian chờ và công việc làm lại, không chỉ số lệnh đã đóng

Chỉ sốCách xác địnhCách diễn giải
Thời gian xử lý đánh giáThời điểm quyết định trừ thời điểm gửi, tính riêng cho từng loại đánh giá.Tách thời gian chờ thông tin khỏi thời gian chờ người đánh giá.
Tỷ lệ yêu cầu bị trả lạiSố yêu cầu bị trả lại để chỉnh sửa ÷ số yêu cầu đã đánh giá trong cùng một nhóm.Tỷ lệ cao có thể cho thấy câu hỏi trên biểu mẫu chưa rõ hoặc bằng chứng chưa đủ, không đơn thuần là người yêu cầu làm việc kém.
Công việc tồn đọng bắt buộc trước phát hànhSố hành động triển khai quan trọng còn mở, nhóm theo lệnh và ngày đến hạn.Phân biệt công việc đã được phê duyệt nhưng còn bị chặn với thay đổi vẫn đang được đánh giá.
Thời gian triển khaiThời điểm phát hành có hiệu lực trừ thời điểm lệnh được phê duyệt.So sánh các loại thay đổi tương tự; sửa bản vẽ và thẩm định nhà cung cấp không phải khối lượng công việc tương đương.

Bắt đầu bằng một thay đổi mà đội ngũ có thể giải thích từ đầu đến cuối

Chọn một chi tiết hoặc hướng dẫn có phiên bản hiện tại đã biết và một nhóm đánh giá nhỏ. Đi qua tình huống bình thường, yêu cầu bị trả lại và hành động triển khai bị chặn. Yêu cầu một người dùng sản xuất xác định phiên bản có hiệu lực và giải thích cách xử lý tồn kho cũ mà không cần hỏi điều phối viên.

Chỉ điều chỉnh trường, danh mục và chế độ xem của Jodoo khi quy trình thực tế cần. Giữ kiểm soát CAD, giao dịch ERP và thẩm định theo quy định trong phạm vi của hệ thống và chuyên gia phù hợp. Chỉ mở rộng sau khi đội ngũ đầu tiên có thể sử dụng quy trình ổn định.

Đưa quy trình vào biểu mẫu và công việc hằng ngày

Câu hỏi về quy trình thay đổi kỹ thuật

Mọi tổ chức có bắt buộc phải dùng ECR, ECO và ECN không?

Không. Tên gọi có thể khác nhau. Điều quan trọng là phân biệt đề xuất, phạm vi triển khai được phê duyệt và thông báo về thay đổi đã có hiệu lực. Nếu công ty dùng một tài liệu duy nhất, các giai đoạn và trách nhiệm quyết định trong đó vẫn phải thể hiện rõ ba điểm khác biệt này.

Ai chịu trách nhiệm cho thay đổi liên quan cả kỹ thuật và mua hàng?

Chỉ định một điều phối viên để duy trì tiến độ, nhưng để các quyết định kỹ thuật và chức năng cho những người có đủ chuyên môn. Bộ phận mua hàng có thể xác nhận nguồn cung và phương án dùng hết tồn kho; họ không nên mặc nhiên trở thành người phê duyệt tính phù hợp kỹ thuật.

Mọi hành động đang chờ có nên chặn phát hành không?

Hãy phân biệt công việc bắt buộc trước khi phát hành với việc theo dõi có thể tiếp tục hợp lý sau đó. Ví dụ, xác minh phương pháp kiểm tra đã thay đổi có thể rất quan trọng, còn theo dõi hiệu suất nhà cung cấp dài hạn thì không nhất thiết. Ghi rõ cơ sở quyết định thay vì đánh dấu mọi hành động là không bắt buộc chỉ để kịp ngày.

Xử lý vấn đề được phát hiện sau khi phát hành như thế nào?

Kiểm soát vấn đề theo quy trình chất lượng phù hợp và đánh giá phiên bản đã phát hành bằng một thay đổi mới có thể truy vết hoặc quy trình hoàn tác đã phê duyệt. Không xóa bằng chứng phát hành trước đó hoặc âm thầm khôi phục số phiên bản cũ.

Nên bắt đầu thí điểm từ đâu?

Bắt đầu với thay đổi cho một chi tiết hoặc hướng dẫn, một nhóm đánh giá nhỏ và bước bàn giao rõ ràng cho sản xuất. Hãy có cả tình huống yêu cầu bị trả lại hoặc nhiệm vụ triển khai bị chặn, không chỉ một ca thuận lợi. Mở rộng sau khi đội ngũ có thể giải thích phiên bản nào đang hiện hành và vì sao.