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.
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.
| Thuật ngữ | Mục đích | Khô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ật | Xá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ật | Thô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. |
Các công ty sử dụng tên gọi này khác nhau. Quy trình của bạn có thể gộp tài liệu hoặc dùng tên khác. Hãy giữ riêng các quyết định nền tảng và bảo đảm người thay đổi sản xuất hiểu họ đã nhận loại quyết định nào.
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.
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.
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.
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.
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.
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.
| Vai trò | Quyết định hoặc công việc | Bằng chứng cần lưu |
|---|---|---|
| Người yêu cầu | Giả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ăng | Giả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 khai | Thự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ành | Xá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 đổi | Theo 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. |
Trong đội ngũ nhỏ, một người có thể đảm nhiệm nhiều vai trò nhưng quy trình vẫn phải thể hiện rõ họ đang đưa ra quyết định nào. Hãy cấu hình nhiệm vụ tích hợp sẵn và quyền truy cập theo trách nhiệm đã thống nhất trước khi sử dụng thực tế.
Đá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.
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.
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õ.
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.
| Chỉ số | Cách xác định | Cá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ại | Số 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ành | Số 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 khai | Thờ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. |
Đây là định nghĩa để thiết kế báo cáo, không phải kết quả được tuyên bố từ ví dụ. Hãy xác định nhóm dữ liệu, lịch làm việc và cách xử lý thay đổi bị hủy trước khi so sánh các giai đoạn. Bảng điều khiển phải giúp đội ngũ chọn hành động, không chỉ hiển thị một con số lớn.
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.
Cung cấp cho người yêu cầu cấu trúc thông tin cần cho việc đánh giá.
Lập kế hoạch hạng mục bị ảnh hưởng, phương án xử lý và triển khai.
Chọn phần mềm hỗ trợ đúng yêu cầu kiểm soát thực tế.
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.
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.
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.
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ũ.
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.