Giải thích nội dung cần thay đổi, lý do quan trọng và hạng mục được kiểm soát nào bị ảnh hưởng. Cung cấp đủ bối cảnh để kỹ thuật đánh giá đề xuất trước khi bất kỳ ai phê duyệt triển khai.
Miễn phí cho tối đa 5 người dùng. Không cần thẻ tín dụng.
Tùy chỉnh trường dữ liệu, quy trình và bảng điều khiển mà không cần lập trình. Khám phá hơn 1.000 mẫu ứng dụng và tình huống sử dụng
Đă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.
“Vui lòng cập nhật giá đỡ. Nhà cung cấp mới tốt hơn và chúng tôi cần gấp.”
Nội dung này khiến người đánh giá phải đoán hạng mục, phiên bản hiện tại, lý do thay đổi và bằng chứng về tính phù hợp. Mức độ khẩn cấp không giải quyết được những thiếu sót đó.
“Hãy đánh giá nhà cung cấp thay thế cho BRK-104, phiên bản B. Đề xuất ảnh hưởng đến quy cách giá đỡ và hướng dẫn lắp ráp. Xem xét bằng chứng thẩm định nhà cung cấp trước khi quyết định tiếp tục. Bộ phận mua hàng phải xác nhận cách xử lý tồn kho hiện có.”
Đề xuất xác định một thay đổi có thể đánh giá mà không giả định rằng phê duyệt kỹ thuật hoặc quyết định về tồn kho đã hoàn tất.
| Thông tin | Nội dung cần nhập | Vì sao quan trọng |
|---|---|---|
| Hạng mục được kiểm soát | Chọn chi tiết, bản vẽ hoặc hướng dẫn đang hiệu lực; lưu phiên bản hiện tại. | Người đánh giá biết điểm xuất phát và có thể phát hiện đề xuất dựa trên phiên bản đã lỗi thời. |
| Lý do thay đổi | Mô tả vấn đề quan sát được hoặc yếu tố nghiệp vụ khởi phát, không chỉ giải pháp mong muốn. | Đội ngũ có thể đánh giá liệu thay đổi đề xuất có giải quyết đúng nhu cầu thực tế hay không. |
| Thay đổi đề xuất | Giải thích nội dung sẽ khác đi và tài liệu hoặc công đoạn liên quan nào có thể bị ảnh hưởng. | Kỹ thuật có thể xác định phạm vi cần điều tra. |
| Chi tiết theo từng loại thay đổi | Với thay đổi nhà cung cấp, hãy xác định nhà cung cấp đề xuất và bằng chứng thẩm định. Với thay đổi quy trình, hãy nêu công đoạn bị ảnh hưởng. | Biểu mẫu chỉ hỏi thông tin liên quan thay vì bắt buộc mọi trường có thể có. |
| Mức ưu tiên và bằng chứng | Nêu mức độ khẩn cấp và đính kèm hoặc dẫn chiếu tài liệu hỗ trợ. | Người đánh giá có thể sắp xếp ưu tiên và kiểm tra cơ sở của đề xuất. |
Jodoo tạo số yêu cầu và tự điền phiên bản hiện tại của hạng mục đã chọn. Người yêu cầu có thể tập trung giải thích thay đổi thay vì tra mã định danh hoặc nhập lại thông tin sản phẩm.
Người yêu cầu chọn hạng mục và hoàn thành các trường liên quan. Biểu mẫu là điểm bắt đầu của việc đánh giá, không phải chỉ thị thay đổi sản xuất.
Người đánh giá có thể trả lại yêu cầu cần làm rõ phạm vi hoặc bằng chứng. Ghi lại nội dung cần chỉnh sửa và gửi lại cùng công việc đó để trao đổi không bị tách thành nhiều phiên bản rời rạc.
ECR đã được chấp thuận có thể được chọn khi chuẩn bị lệnh thay đổi kỹ thuật. Đề xuất bị từ chối phải lưu lý do; không được thể hiện sai thành một triển khai đã hoàn tất.
Sử dụng mẫu lệnh thay đổi kỹ thuật để xác định các phiên bản bị ảnh hưởng, đánh giá chức năng, cách xử lý tồn kho và trách nhiệm triển khai. Việc chấp thuận yêu cầu không phát hành phiên bản mới.
Hãy điều tra trước khi tự đặt hạng mục hoặc phiên bản chỉ để điền trường bắt buộc. Một yêu cầu hữu ích có thể mô tả vấn đề, nhưng triển khai được kiểm soát cần phạm vi đã xác định.
Sử dụng quy trình chất lượng và xử lý sự không phù hợp để kiểm soát rủi ro tức thời. ECR không phải là giấy phép sử dụng vật liệu không phù hợp trong khi thay đổi lâu dài đang được đánh giá.
Bộ mẫu yêu cầu thay đổi bao gồm yêu cầu về giá, thiết kế và sai lệch. Khi điểm xuất phát không phải là một phiên bản kỹ thuật được kiểm soát, hãy chọn biểu mẫu phù hợp với quyết định cần đưa ra.
Quản trị viên nghiệp vụ được ủy quyền có thể thay đổi lựa chọn danh mục, nội dung hướng dẫn, câu hỏi có điều kiện và phân công đánh giá trong Jodoo. Một nhà máy bổ sung bước thẩm định nhà cung cấp có thể chỉ yêu cầu bằng chứng đó cho thay đổi nhà cung cấp. Đội quy trình có thể thêm mã công đoạn đang dùng trên xưởng.
Giữ biểu mẫu ban đầu đủ ngắn để người dùng hoàn thành, nhưng không loại bỏ thông tin quyết định nội dung đánh giá. Hãy thí điểm với một kỹ sư và một người yêu cầu: cả hai phải hiểu nội dung được đề xuất mà không cần đọc email đi kèm.
Chuyển đề xuất đã được chấp thuận thành lệnh triển khai có phạm vi rõ ràng.
Xem cách yêu cầu liên kết với hạng mục bị ảnh hưởng, đánh giá và lịch sử phát hành.
Thống nhất vị trí của quyết định ECR trong quy trình kỹ thuật.
Yêu cầu thay đổi kỹ thuật đề xuất một thay đổi và giải thích lý do cần đánh giá. Lệnh thay đổi kỹ thuật xác định phạm vi đã được phê duyệt và kế hoạch triển khai. Mỗi tổ chức có thể dùng các thuật ngữ này khác nhau, vì vậy hãy thống nhất định nghĩa. Trong ví dụ này, ECR được chấp thuận cho phép chuẩn bị ECO; điều đó chưa cho phép sản xuất thực hiện thay đổi.
Hãy xác định hạng mục đang được kiểm soát và mô tả rõ thay đổi đề xuất. Không nên tự đặt một phiên bản chỉ để yêu cầu trông có vẻ đầy đủ. Trong quá trình đánh giá, bộ phận kỹ thuật cần xác nhận phiên bản dự kiến và phạm vi bị ảnh hưởng trước khi lệnh triển khai được phê duyệt.
Xác định nhà cung cấp đề xuất và hạng mục được kiểm soát, sau đó đính kèm hoặc dẫn chiếu tài liệu thẩm định có sẵn để đánh giá, chẳng hạn kết quả kiểm tra mẫu, quy cách vật liệu hoặc đánh giá khả năng tương thích. Đánh dấu bằng chứng còn thiếu là đang chờ. Người yêu cầu cung cấp cơ sở đánh giá; những người đánh giá có chuyên môn sẽ quyết định bằng chứng đã đủ hay chưa.
Mức độ khẩn cấp nên làm thay đổi thứ tự ưu tiên xử lý, không nên âm thầm loại bỏ quyết định. Hãy kiểm soát rủi ro tức thời theo quy trình chất lượng đã phê duyệt, rồi đánh giá xem có cần thay đổi thiết kế hoặc quy trình lâu dài hay không. Ví dụ ECR này không cho phép sai lệch khỏi quy cách được kiểm soát.
Không. Biểu mẫu này bắt đầu từ một hạng mục được kiểm soát và phiên bản hiện tại của hạng mục đó. Yêu cầu thay đổi dự án thường liên quan đến phạm vi, chi phí hoặc tiến độ. Nếu không thay đổi phiên bản sản phẩm, bản vẽ hoặc hướng dẫn, hãy dùng quy trình yêu cầu thay đổi tổng quát hơn.
Xem trước biểu mẫu và các bản ghi liên kết. Chọn “Cài đặt kèm dữ liệu mẫu” để sao chép App vào không gian làm việc, phân công người yêu cầu và người đánh giá, rồi thử một yêu cầu qua quy trình đánh giá. Các trường thành viên và nhiệm vụ quy trình được dùng trong App đã cài đặt, không phải ở bản xem trước công khai.
