Giới thiệu sản phẩm mới, hay NPI, thường bị chậm lại bởi những bước bàn giao nhỏ tích tụ dần theo thời gian. Một bản xuất BOM phải đổi tên lại, một mã linh kiện được nhập tay vào PLM, một bản vẽ được gửi qua email, một phiên bản sửa đổi được xác nhận hai lần trước khi sản xuất bắt đầu. Từng bước riêng lẻ đều rất nhỏ. Nhưng cộng lại, chúng có thể ngốn hàng tuần.
Điều khiến vấn đề này khó nhận ra là vì không có gì trong số đó trông giống như sự chậm trễ. Các nhóm vẫn bận rộn và tệp vẫn đang được luân chuyển. Các kỹ sư vẫn đang trả lời câu hỏi.
Nhưng phần lớn hoạt động đó là ma sát được ngụy trang thành tiến độ: một nhân viên mua hàng kiểm tra xem BOM đã là bản hiện hành chưa, một đối tác sản xuất cố xác nhận rằng họ đang có đúng gói phát hành, một kỹ sư phải giải thích lại điều lẽ ra đã nên được ghi nhận đầy đủ. Theo Báo cáo Kỹ thuật và R&D năm 2023 của Bain & Company, các kỹ sư tại các công ty hàng không vũ trụ và quốc phòng chỉ dành khoảng một nửa thời gian cho công việc thiết kế thực sự. Phần còn lại dành cho làm lại và các tác vụ hành chính có giá trị thấp hơn.
Trong Altium Agile Teams, các nhóm thiết kế, chuỗi cung ứng, sản xuất và chất lượng có thể làm việc trên cùng một luồng kết nối thống nhất thay vì dựa vào các bước bàn giao rời rạc, nghĩa là lợi ích về tốc độ không chỉ nằm ở kỹ thuật, mà còn ở việc các bộ phận còn lại trong tổ chức phải xác minh ít hơn bao nhiêu trước khi họ có thể hành động.
Tích hợp ECAD-PLM giải quyết trực diện vấn đề đó. Khi dữ liệu thiết kế chảy trực tiếp vào hệ thống quản lý vòng đời sản phẩm, quy trình phát hành sẽ tự mang theo ngữ cảnh của nó: lịch sử sửa đổi, trạng thái phê duyệt, dữ liệu tìm nguồn cung ứng. Các nhóm ở hạ nguồn không cần chạy đi xác nhận nữa vì hệ thống đã hiển thị sẵn điều đó.
Các hệ thống ECAD và PLM không kết nối làm chậm NPI vì mỗi lần bàn giao đều buộc con người phải dựng lại ngữ cảnh bên ngoài công cụ thiết kế.
Vấn đề không chỉ là thời gian cần để tải tệp lên. Chi phí lớn hơn nằm ở phần công việc rà soát cần thiết để chứng minh rằng mỗi lần tải lên là chính xác. Các nhóm phải so sánh BOM, kiểm tra mã linh kiện, xác nhận trạng thái phiên bản sửa đổi, xác thực gói phát hành và bảo đảm đúng thông tin đã đến đúng người.
Khi công việc này được thực hiện thủ công, mỗi dự án lại tự tạo ra một phiên bản quy trình riêng. Dự án này có thể dựa vào bảng tính. Dự án khác có thể dựa vào email. Dự án nữa có thể dựa vào thư mục dùng chung và một vài người giàu kinh nghiệm biết mọi thứ nằm ở đâu. Điều đó có thể hiệu quả cho một lần ra mắt, nhưng không mở rộng tốt.
Bàn giao NPI thủ công | Rủi ro phổ biến | Tích hợp giúp như thế nào |
Xuất BOM ra bảng tính | Các dòng có thể bị chỉnh sửa, bị mất hoặc bị sắp xếp sai cách. | Dữ liệu BOM có thể được chuyển từ thiết kế sang PLM thông qua một luồng được kiểm soát. |
Gửi tệp phát hành qua email | Không phải nhóm nào cũng biết rõ đâu là tệp mới nhất. | Dữ liệu phát hành đã xuất bản được liên kết với một phiên bản sửa đổi dự án đã xác định. |
Nhập dữ liệu linh kiện vào PLM bằng tay | Nhập thủ công có thể tạo ra lỗi về mã linh kiện và vòng đời. | Dữ liệu linh kiện có thể được ánh xạ và đồng bộ với ít công sức làm lại hơn. |
Theo đuổi phê duyệt trong các cuộc họp | Các quyết định có thể nằm ngoài hồ sơ thiết kế. | Các bước quy trình làm việc giữ cho phê duyệt gắn với ngữ cảnh thiết kế. |
Kiểm tra phiên bản sửa đổi muộn trong giai đoạn ra mắt | Các nhóm có thể phát hiện sai lệch khi lựa chọn khắc phục đã rất hạn chế. | Trạng thái phiên bản sửa đổi và vòng đời có thể được hiển thị sớm hơn. |
Dựng lại câu chuyện phát hành sau khi sự việc đã xảy ra | Các nhóm mất thời gian để chứng minh điều gì đã thay đổi và tại sao. | Khả năng truy xuất được tạo ra khi công việc di chuyển qua quy trình. |
Đó là lý do một quy trình NPI hiện đại cần nhiều hơn là chỉ một cấu trúc thư mục gọn gàng.
Một thư mục có thể lưu trữ tệp. Nhưng tự nó không thể chứng minh rằng dữ liệu đúng đã được phát hành, rà soát, phê duyệt, đồng bộ hóa và sử dụng ở hạ nguồn. Tích hợp ECAD-PLM chính là yếu tố biến việc di chuyển tệp thành việc di chuyển dữ liệu sản phẩm có kiểm soát.
Một digital thread mang lại cho các nhóm một đường dẫn kết nối từ dữ liệu thiết kế đến các quyết định ở hạ nguồn. Điều này đặc biệt quan trọng trong NPI điện tử, nơi các kỹ sư, nhóm chuỗi cung ứng, nhóm chất lượng, đối tác sản xuất và lãnh đạo dự án cần cùng một sự thật về sản phẩm vào cùng một thời điểm.
Khi ECAD và PLM vẫn được kết nối, một quyết định trên sơ đồ nguyên lý sẽ không bị mắc kẹt bên trong bộ phận kỹ thuật. Linh kiện, BOM, phiên bản sửa đổi, tệp phát hành, trạng thái phê duyệt và ngữ cảnh vòng đời đều có thể di chuyển như một phần của cùng một luồng được kiểm soát. Điều đó giúp các nhóm phát hiện vấn đề sớm hơn, khi chi phí thay đổi còn thấp và các lựa chọn vẫn còn mở.
Nhịp độ thay đổi vì các nhóm dành ít thời gian hơn để hỏi “Đây có phải bản mới nhất không?” và nhiều thời gian hơn để hỏi “Cái này đã sẵn sàng chưa?”. Câu hỏi này chuyển cuộc trao đổi từ kiểm soát tệp sang mức độ sẵn sàng của sản phẩm.
Một luồng số kết nối thống nhất cũng cải thiện công việc liên chức năng. Chuỗi cung ứng có thể thấy rủi ro linh kiện sớm hơn. Bộ phận sản xuất có thể chuẩn bị với dữ liệu phát hành rõ ràng hơn. Bộ phận chất lượng có thể rà soát đường kiểm soát. Các nhóm dự án có thể thấy quyết định nào đang chờ. Bộ phận kỹ thuật có thể giữ cho ngữ cảnh thiết kế luôn gắn với hồ sơ sản phẩm ở hạ nguồn.
Altium Agile Teams kết nối công việc thiết kế, kiểm soát quy trình làm việc và dữ liệu vòng đời trong một không gian làm việc dùng chung, mang lại cho các tổ chức đang phát triển cấu trúc cần thiết để di chuyển nhanh mà không để dữ liệu và các bước quy trình bị lệch khỏi nhau.
Đối với tích hợp ECAD-PLM, năng lực cốt lõi là phát hành dựa trên quy trình làm việc. Khi một thiết kế sẵn sàng để phát hành, Agile Teams cho phép các nhóm xác định chính xác nội dung nào sẽ được chuyển đi, khi nào được chuyển, được rà soát như thế nào và sẽ đi đến đâu trong hệ thống PLM. Điều đó biến đường phát hành từ một tập hợp các bước bàn giao thủ công thành một tuyến đường có thể lặp lại và kiểm tra được, nhất quán từ dự án này sang dự án khác.
Điều này quan trọng vì ma sát trong NPI hiếm khi nằm ở chính bản thân thiết kế. Nó nằm trong các khoảng trống: nhầm lẫn phiên bản giữa ECAD và PLM, dữ liệu linh kiện chưa được đối soát, phê duyệt diễn ra ngoài hệ thống và quản lý thay đổi phụ thuộc vào việc con người nhớ đúng các bước. Agile Teams xử lý trực tiếp những khoảng trống đó. Các quy trình làm việc có thể cấu hình sẽ tự động hóa các bước thủ công và lặp lại, đồng bộ linh kiện hai chiều với cloud PLM giúp dữ liệu linh kiện luôn hiện hành ở cả hai phía, và các đợt rà soát thiết kế có cấu trúc (được thực hiện với bình luận trong trình duyệt, checklist tùy chỉnh và xác nhận phê duyệt được theo dõi) tạo ra hồ sơ rõ ràng cho mọi quyết định trước khi bất kỳ điều gì được xuất bản xuống hạ nguồn.
Xuất bản tự động giúp các nhóm chuyển dữ liệu phát hành sang PLM với ít bước thủ công hơn. Thay vì tự tay dựng một gói phát hành, các nhóm có thể dùng một quy trình xác định sẵn để kiểm soát dữ liệu nào được tạo ra, nó được rà soát ra sao và được gửi đi đâu. Kết quả là một bước bàn giao sạch hơn từ thiết kế sang các hệ thống vòng đời. Các kỹ sư dành ít thời gian hơn để làm “nhân viên quản lý tệp” và nhiều thời gian hơn để giải quyết các vấn đề thiết kế.
Điều này quan trọng vì ma sát khi phát hành thường ẩn bên trong những công việc “gần như xong”. Thiết kế có thể đã hoàn tất, nhưng việc ra mắt vẫn có thể bị đình lại trong khi các nhóm xác nhận tệp, xuất BOM, đổi tên gói, kiểm tra phê duyệt và nhập lại dữ liệu. Những hoạt động này không phải là công việc thiết kế tạo ra giá trị mà là công việc kiểm soát đáng ra nên được quản lý thông qua một hệ thống có thể lặp lại.
Xuất bản tự động không loại bỏ nhu cầu rà soát kỹ thuật mà làm cho việc rà soát trở nên gọn gàng hơn. Các nhóm có thể tập trung vào việc liệu thiết kế đã sẵn sàng chưa, dữ liệu đã đầy đủ chưa và việc phát hành có đáp ứng tiêu chuẩn yêu cầu hay không. Họ không cần dành quá nhiều thời gian để chứng minh rằng các tệp đã được sao chép chính xác.
Khả năng truy xuất giúp các nhóm trả lời một câu hỏi cơ bản khi ra mắt: điều gì đã thay đổi, ai đã phê duyệt và dữ liệu sản phẩm nào bị ảnh hưởng?
Trong một luồng kết nối, bản phát hành không phải là một tập tệp rời rạc. Nó được gắn với một phiên bản sửa đổi dự án, dữ liệu BOM, trạng thái vòng đời và lịch sử rà soát. Điều đó quan trọng khi một linh kiện đi đến cuối vòng đời. Nó cũng quan trọng khi nhà cung cấp thay đổi, khi một vấn đề chất lượng chỉ ra một phiên bản bo mạch cụ thể, hoặc khi một đối tác sản xuất cần hiểu chính xác gói nào đã được phê duyệt.
Khả năng truy xuất đặc biệt quan trọng trong lĩnh vực điện tử vì hồ sơ sản phẩm không phải là một tệp đơn lẻ. Nó có thể bao gồm sơ đồ nguyên lý, bố cục PCB, dữ liệu linh kiện, đầu ra sản xuất, BOM, bản vẽ, ghi chú chế tạo, dữ liệu lắp ráp và tài liệu hỗ trợ. Nếu các yếu tố đó không được kết nối, câu chuyện phát hành sẽ trở nên khó chứng minh hơn.
Một luồng ECAD-PLM được kết nối mang lại cho các nhóm một con đường tốt hơn. Thay vì phải tìm kiếm qua các công cụ thiết kế, bảng tính, email và hồ sơ PLM, các nhóm có thể lần theo mối quan hệ giữa hoạt động thiết kế và dữ liệu vòng đời sản phẩm. Điều đó giúp giảm căng thẳng trong quá trình ra mắt, điều tra, kiểm toán và kiểm soát thay đổi.
Quản trị vòng đời giúp NPI có thể lặp lại. Nó biến công việc ra mắt thành một mô hình vận hành rõ ràng.
Lần ra mắt đầu tiên có thể phụ thuộc vào một vài chuyên gia. Họ có thể biết mọi chi tiết và nhớ vì sao một linh kiện thay đổi, tệp mới nhất nằm ở đâu và phê duyệt nào đã được đưa ra trong cuộc họp nào. Nhưng lần ra mắt thứ mười cần một quy trình mà các thành viên mới trong nhóm cũng có thể làm theo.
Mẫu, quy trình làm việc, quyền truy cập theo vai trò và ánh xạ PLM giúp con đường đến phát hành trở nên rõ ràng hơn. Chúng cũng giúp người quản lý thấy được công việc đang chờ ở đâu và rủi ro đang tích tụ ở đâu. Khả năng hiển thị đó rất quan trọng vì các nhóm đang phát triển không thể phụ thuộc mãi vào kiến thức truyền miệng.
Quản trị không nên đồng nghĩa với quy trình nặng nề chỉ vì quy trình. Quản trị vòng đời tốt mang đến cho các nhóm vừa đủ cấu trúc để di chuyển nhanh mà vẫn có kiểm soát. Nó làm cho lần ra mắt tiếp theo dễ dàng hơn vì lần ra mắt trước đã cải thiện mẫu, làm rõ quy trình làm việc và củng cố con đường phát hành.
Một quy trình NPI được kết nối hoạt động tốt nhất khi con đường phát hành đã rõ ràng trước khi dự án bước vào tuần cuối cùng.
Mẫu này giúp các nhóm bảo toàn tốc độ. Nó cũng biến mỗi lần đưa sản phẩm ra mắt thành một cơ hội học hỏi thay vì một lần tất bật xử lý lại từ đầu.
Mục tiêu không phải là tạo thêm thủ tục hành chính, mà là đưa đúng dữ liệu sản phẩm đi qua đúng các điểm kiểm soát vào đúng thời điểm. Khi quy trình rõ ràng, các nhóm có thể hành động nhanh hơn vì họ không phải tự nghĩ ra lộ trình phát hành trong lúc chuẩn bị ra mắt.
Giá trị chính của tích hợp ECAD-PLM không nằm ở việc truyền tệp nhanh hơn mà ở một quy trình ra mắt dễ dự đoán hơn.
Kết quả NPI | Điều được cải thiện | Vì sao điều này quan trọng |
Chu kỳ phát hành nhanh hơn | Ít phải di chuyển dữ liệu thủ công hơn và ít kiểm tra trùng lặp hơn. | Các nhóm có thể lặp lại thiết kế mà không phải chờ mọi lần bàn giao. |
Chất lượng ra mắt tốt hơn | Dữ liệu phát hành luôn gắn với trạng thái thiết kế đã được phê duyệt. | Các nhóm sản xuất và chuỗi cung ứng nhận được đầu vào rõ ràng hơn. |
Giảm áp lực tuân thủ | Khả năng truy xuất nguồn gốc được ghi nhận như một phần của quy trình làm việc. | Các nhóm có thể phản hồi các câu hỏi về đánh giá tuân thủ và thay đổi nhanh hơn. |
Dễ mở rộng hơn | Mẫu và quy trình làm việc giúp giảm phụ thuộc vào kiến thức truyền miệng nội bộ. | Các dự án mới có thể đi theo một lộ trình đã được kiểm chứng. |
Mức độ sẵn sàng của nhà cung cấp tốt hơn | BOM và dữ liệu phát hành dễ được đồng bộ hơn. | Bộ phận mua sắm có thể hành động dựa trên thông tin rõ ràng hơn và cập nhật hơn. |
Khả năng hiển thị cho quản lý tốt hơn | Trạng thái quy trình làm việc cho biết công việc phát hành đang bị chờ ở đâu. | Lãnh đạo có thể can thiệp sớm hơn khi rủi ro tăng lên. |
Khi quy trình phát hành có thể dự đoán được, bộ phận sản xuất biết điều gì sẽ diễn ra, chuỗi cung ứng có thể lập kế hoạch trước và bộ phận chất lượng có bằng chứng thực tế để làm việc. Lãnh đạo không còn phải hỏi liệu đợt ra mắt có đúng tiến độ hay không. Họ đã biết rồi.
Các nhóm điện tử đang phát triển thường mắc kẹt giữa hai vấn đề. Các quy trình phi chính thức không còn đủ sức đáp ứng áp lực thực tế của dự án. Các hệ thống doanh nghiệp có thể mất hàng tháng để triển khai mà vẫn quá nặng nề cho công việc kỹ thuật hằng ngày. Altium Agile Teams được thiết kế cho khoảng giữa đó: đủ cấu trúc để kiểm soát con người, quy trình và dữ liệu mà không biến mỗi lần phát hành thành một dự án CNTT.
Đó là lúc tích hợp ECAD-PLM phát huy giá trị. Khi quy trình phát hành vận hành trên một luồng dữ liệu số có thể lặp lại thay vì các bước bàn giao thủ công, NPI trở nên nhanh hơn và dễ dự đoán hơn. Các nhóm không còn phụ thuộc vào việc đúng người phải biết đúng bước vào đúng thời điểm.
Tìm hiểu thêm về Altium Agile Teams →
Tích hợp ECAD-PLM kết nối dữ liệu thiết kế điện tử với quản lý vòng đời sản phẩm. Nó giúp chuyển BOM, tệp phát hành, dữ liệu linh kiện và dữ liệu phiên bản sửa đổi giữa hệ thống thiết kế và hệ thống vòng đời với ít thao tác thủ công hơn.
Điều này quan trọng vì NPI phụ thuộc vào các bước bàn giao nhanh và chính xác giữa bộ phận kỹ thuật, chuỗi cung ứng, sản xuất, chất lượng và các nhóm dự án. Tích hợp giúp giảm nhập liệu trùng lặp, cải thiện khả năng truy xuất nguồn gốc và làm cho các bước phát hành có thể lặp lại hơn.
Hãy bắt đầu với dữ liệu phát hành gây ra nhiều làm lại nhất. Với nhiều nhóm, đó là dữ liệu BOM, trạng thái vòng đời linh kiện, tệp sản xuất và ánh xạ phiên bản sửa đổi giữa ECAD và PLM.
Lợi ích lớn nhất là tính lặp lại. Các nhóm có thể chuyển từ các bước bàn giao riêng cho từng dự án sang một mẫu phát hành chuẩn, dễ mở rộng, dễ kiểm tra và dễ cải tiến hơn.