Kết nối yêu cầu, phiên bản bị ảnh hưởng, đánh giá và công việc triển khai. Biết nội dung nào đã sẵn sàng thay đổi và việc gì vẫn phải hoàn tất trước khi sản xuất sử dụng phiên bản mới.
Đă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.
Phần mềm quản lý thay đổi kỹ thuật kết nối thay đổi sản phẩm hoặc quy trình được đề xuất với các bước đánh giá, công việc triển khai và hồ sơ phát hành. Với đội ngũ sản xuất, câu hỏi thực tế là liệu mua hàng, kỹ thuật và sản xuất có cùng nắm rõ nội dung nào đang thay đổi, nội dung nào còn bị chặn và phải dùng phiên bản nào hay không.
Một nhà sản xuất muốn thẩm định nhà cung cấp thay thế cho giá đỡ. Kỹ thuật phải đánh giá phiên bản giá đỡ đề xuất, mua hàng phải quyết định cách xử lý 40 giá đỡ đang tồn kho, còn sản xuất phải giải quyết 12 sản phẩm đang làm dở. Hướng dẫn lắp ráp cũng cần thay đổi.
Một trạng thái phê duyệt màu xanh không thể trả lời tất cả câu hỏi đó. Đội ngũ cần giữ đề xuất, phạm vi theo hạng mục, quyết định của từng bộ phận và công việc triển khai được liên kết mà không làm mất ý nghĩa riêng của chúng.
Ví dụ Jodoo thể hiện rõ sự khác biệt này trong các bản ghi có thể thao tác: thay đổi nhà cung cấp vẫn đang được đánh giá; một thay đổi bản vẽ khác đã được phê duyệt nhưng bị chặn bởi công việc kiểm tra; còn thay đổi hướng dẫn đã hoàn tất bước phát hành có đánh giá.
| Quyết định | Nội dung đội ngũ đánh giá | Điều quyết định đó cho phép |
|---|---|---|
| Chấp thuận yêu cầu | Hạng mục và phiên bản hiện tại, vấn đề, thay đổi đề xuất và bằng chứng. | Chuẩn bị lệnh thay đổi. Sản xuất chưa được phép chuyển sang phiên bản mới. |
| Phê duyệt lệnh | Các hạng mục bị ảnh hưởng, đánh giá tác động, cách xử lý tồn kho và WIP, cùng phạm vi triển khai. | Bắt đầu công việc triển khai đã được phê duyệt. Các phiên bản hiện tại vẫn được giữ riêng. |
| Xác minh việc triển khai | Hành động đã hoàn tất, bằng chứng và mọi công việc bắt buộc trước phát hành còn lại. | Loại hành động đó khỏi số lượng công việc quan trọng còn mở. |
| Xác nhận phát hành | Hạng mục bị ảnh hưởng, các điều kiện tiên quyết đã hoàn tất và ranh giới hiệu lực thực tế. | Cập nhật đúng hạng mục được kiểm soát và lưu lịch sử từ phiên bản gốc đến phiên bản đã phát hành. |
Người đánh giá nhận nhiệm vụ được giao và có thể trả lại để chỉnh sửa. Người yêu cầu cung cấp đề xuất; người đánh giá được giao mới đưa ra quyết định. Hãy thiết lập trách nhiệm và quyền truy cập này cho đội ngũ trước khi dùng App cho thay đổi thực tế.
So sánh phiên bản gốc và phiên bản đề xuất theo từng hạng mục. Giá đỡ và hướng dẫn lắp ráp có thể nằm trong cùng một lệnh nhưng không dùng chung số phiên bản hoặc làm mất lịch sử phát hành riêng.
Xem các hành động quan trọng, người phụ trách, ngày đến hạn và kết quả xác minh. Một thay đổi bản vẽ đã được phê duyệt vẫn hiển thị công việc còn mở nếu bước kiểm tra sản phẩm đầu tiên chưa thể hoàn tất.
Xem cùng lúc các lệnh đang chuẩn bị, đánh giá tác động chưa giải quyết và hạng mục đã phát hành. Mở các bản ghi liên quan để tìm quyết định hoặc bằng chứng đứng sau mỗi con số.
Thay thế nhà cung cấp cần thông tin nhà cung cấp đề xuất và bằng chứng thẩm định. Thay đổi quy trình sản xuất cần xác định công đoạn bị ảnh hưởng. Quản trị viên được ủy quyền có thể điều chỉnh các trường có điều kiện này mà không biến mọi yêu cầu thành một bảng hỏi dài và chung chung.
Giữ bằng chứng kỹ thuật đúng ngữ cảnh: ghi chú bản vẽ, kết quả kiểm tra hoặc hướng dẫn được kiểm soát có thể liên kết với chính thay đổi cần bằng chứng đó, thay vì đính kèm vào một nhiệm vụ không liên quan.
Thêm bộ phận đánh giá mà loại thay đổi yêu cầu, đổi người nhận nhiệm vụ hoặc tạo chế độ xem công việc triển khai quá hạn cho một nhà máy. Biểu mẫu, bản ghi liên kết, nhiệm vụ đánh giá và bảng điều khiển của Jodoo có thể được cấu hình theo quy trình của đội ngũ.
Thay đổi quy trình vẫn cần được kiểm thử. Hãy kiểm tra bản ghi hiện có, nhiệm vụ bị trả lại, phép tính và quyền truy cập trước khi áp dụng cấu hình mới cho công việc thực tế.
Yêu cầu và đánh giá nằm rải rác trong tệp và tin nhắn; đội ngũ cần phạm vi rõ ràng theo hạng mục cùng việc theo dõi triển khai; và quản trị viên nghiệp vụ cần điều chỉnh quy trình khi sản phẩm, nhà cung cấp hoặc trách nhiệm thay đổi.
Ví dụ cung cấp điểm khởi đầu thực tế với bảy biểu mẫu liên kết và các bước xét duyệt tích hợp sẵn. Hãy bắt đầu bằng một thay đổi được kiểm soát và cấu hình đúng trách nhiệm thực tế của đội ngũ.
Quan hệ CAD tích hợp sẵn, đánh dấu thay đổi BOM, cấu hình sản phẩm hoặc kiểm soát dữ liệu sản phẩm cấp doanh nghiệp là yêu cầu trọng tâm. App này không phải kho CAD, hệ thống bảo đảm phát hành đồng thời nhiều hạng mục hay giải pháp chữ ký đáp ứng quy định đã được thẩm định.
So sánh phần mềm điều phối với phần mềm thay đổi kỹ thuật chuyên dụng trước khi chọn hệ thống sẽ sở hữu các phiên bản sản phẩm.
Ghi nhận lý do thay đổi trước khi cam kết triển khai.
Lập kế hoạch cho phiên bản bị ảnh hưởng, tồn kho hiện có và thời điểm chuyển đổi sản xuất.
Thống nhất trách nhiệm và quyết định phát hành trong toàn bộ quy trình.
Trước khi áp dụng bản phát hành, ví dụ sẽ kiểm tra hạng mục còn hiệu lực và phiên bản hiện tại vẫn khớp với phiên bản khởi điểm của thay đổi. Nếu không khớp, bản phát hành đó sẽ không thể cập nhật hạng mục. Bộ phận kỹ thuật phải đánh giá lại phạm vi bị ảnh hưởng; phép kiểm tra này không thay thế việc quản lý cấu hình BOM hoặc CAD khi có các thay đổi đồng thời.
Có. Hãy tạo một bản ghi hạng mục bị ảnh hưởng riêng cho từng hạng mục. Mỗi bản ghi lưu phiên bản gốc, phiên bản đề xuất, phương án xử lý và lịch sử phát hành riêng. Ví dụ thay đổi nhà cung cấp bao gồm cả giá đỡ và hướng dẫn lắp ráp của nó; hai hạng mục này không dùng chung một trường phiên bản.
Có thể dùng để điều phối công việc theo nhu cầu của đội ngũ, nhưng cần thống nhất hệ thống nào sở hữu dữ liệu sản phẩm đã phê duyệt và dữ liệu tồn kho. Ví dụ này không đồng bộ với PLM và không ghi giao dịch vào ERP. Trước khi xem một trong hai hệ thống là nguồn dữ liệu chuẩn, việc tích hợp phải có mã định danh rõ ràng, quy tắc truy cập, xử lý lỗi và đối soát.
Quản trị viên nghiệp vụ được ủy quyền có thể chỉnh sửa lựa chọn trên biểu mẫu, trường có điều kiện, phân công đánh giá và các chế độ xem vận hành trong Jodoo. Ví dụ, thay đổi nhà cung cấp có thể yêu cầu bằng chứng thẩm định, còn thay đổi quy trình sản xuất sẽ hỏi công đoạn nào bị ảnh hưởng. Hãy kiểm thử các quy tắc và quyền đã sửa trước khi áp dụng cho thay đổi thực tế.
Không. Nhiệm vụ xét duyệt tích hợp sẵn và các quyết định được ghi nhận không đồng nghĩa với một hệ thống chữ ký điện tử đã được thẩm định. Hãy đánh giá riêng nghĩa vụ pháp lý, phương pháp thẩm định và các biện pháp kiểm soát cần thiết. Ví dụ này chỉ nhằm minh họa cách điều phối thay đổi kỹ thuật.
Mở chế độ xem mức độ sẵn sàng, kiểm tra đánh giá mua hàng đang chờ, rồi so sánh với thay đổi bản vẽ đã được phê duyệt nhưng còn bị chặn. Dùng các khác biệt này để xác định đội ngũ cần nhìn thấy gì.
