Tối ưu hóa quy trình thiết kế sản phẩm điện tử của bạn và loại bỏ các điểm nghẽn

Phần lớn các chậm trễ trong phát triển phần cứng không phát sinh trong một giai đoạn thiết kế riêng lẻ. Chúng phát sinh ở các điểm chuyển giao giữa các giai đoạn. Một vấn đề đi dây xuất hiện trong quá trình rà soát layout thường bắt nguồn từ việc bàn giao ràng buộc chưa đầy đủ từ phần định nghĩa stackup hoặc từ một giới hạn cơ khí chưa từng được truyền đạt chính thức cho kỹ sư layout. Tương tự, các lỗi nguồn cung trong giai đoạn dựng nguyên mẫu thường là kết quả của việc chọn linh kiện mà không có dữ liệu về khả năng cung ứng sản xuất, dù dữ liệu đó có tồn tại nhưng chưa bao giờ đến được người thiết kế schematic. Đây là lỗi quy trình làm việc, không phải lỗi thiết kế, và chúng sẽ lặp lại cho đến khi chính các điểm chuyển giao đó được xử lý.

Bản năng của đa số nhóm là giải quyết từng sự chậm trễ như một sự cố riêng lẻ. Một lỗi BOM được phát hiện và sửa lại. Một footprint không khớp được vá tạm. Một thay đổi stackup được trao đổi bằng lời nói. Mỗi cách khắc phục đều giải quyết vấn đề trước mắt nhưng lại không thay đổi cơ chế bàn giao, đồng nghĩa với việc cùng một dạng lỗi đó sẽ lại xuất hiện ở dự án tiếp theo hoặc vòng revision tiếp theo.

Những điểm chính cần ghi nhớ

• Phần lớn sự chậm trễ trong quy trình điện tử đến từ khâu bàn giao, yêu cầu không rõ ràng, thiếu người chịu trách nhiệm và thiếu khả năng hiển thị kịp thời, chứ không phải chỉ do độ khó của thiết kế.
• Các nhóm làm việc nhanh hơn khi họ lập bản đồ toàn bộ quy trình từ yêu cầu đến phát hành thay vì xem mỗi giai đoạn là một vấn đề riêng biệt.
• Cấu trúc sớm rất quan trọng: rà soát, checklist, kỷ luật thư viện, kiểm tra chuỗi cung ứng và sự đồng bộ ECAD-MCAD giúp ngăn ngừa việc làm lại tốn kém về sau.
• Các công cụ tích hợp phát huy hiệu quả nhất khi chúng giảm việc phải chuyển đổi ngữ cảnh, nhầm lẫn phiên bản và việc chuyển đổi thủ công giữa các nhóm.

Nút thắt của bạn không nằm ở nơi bạn nghĩ

Trước khi xử lý từng nút thắt riêng lẻ, cần phải nhìn thấy toàn bộ cấu trúc các giai đoạn. Một quy trình phát triển phần cứng điển hình sẽ đi qua các bước sau:

• Yêu cầu và định nghĩa hệ thống
• Thiết kế schematic và rà soát
• Thư viện và xác thực linh kiện
• Stackup PCB và các ràng buộc cơ khí
• Bố trí và layout
• Tìm nguồn cung ứng và chuẩn bị sản xuất
• Dựng nguyên mẫu và kiểm thử
• Phát hành, kiểm soát revision và các thay đổi tiếp theo

Mỗi ranh giới giữa các giai đoạn này là một điểm mà thông tin phải được chuyển giao sạch sẽ từ ngữ cảnh này sang ngữ cảnh khác. Yêu cầu phải đến được giai đoạn vẽ schematic ở dạng có thể ràng buộc việc chọn linh kiện. Các định nghĩa stackup phải đến được layout với các mục tiêu trở kháng, phân bổ lớp và vùng keep-out đã được chốt sẵn. Dữ liệu nguồn cung phải đến được BOM trước khi bắt đầu placement, chứ không phải sau khi một nguyên mẫu không thể dựng được.

Khi các chuyển giao này mang tính không chính thức hoặc không có tài liệu, kiểu lỗi xảy ra là điều có thể đoán trước. Người thiết kế làm việc dựa trên những giả định còn đúng ở hai revision trước. Layout được thực hiện theo một stackup mà nhóm cơ khí sau đó đã chỉnh sửa. BOM tham chiếu đến một linh kiện mà bộ phận mua hàng đã đánh dấu là ngừng vòng đời. Không có vấn đề nào trong số này là hiếm gặp. Chúng là hệ quả trực tiếp của các ranh giới giữa các giai đoạn không có một “hợp đồng thông tin” được định nghĩa rõ ràng.

Những nút thắt phổ biến nhất trong thiết kế điện tử là gì?

Chi tiết có thể khác nhau theo từng nhóm, nhưng một vài điểm đau lặp đi lặp lại rất thường xuyên.

1. Từ yêu cầu đến schematic

Đây là một trong những điểm dễ thất bại nhất. Khi yêu cầu mơ hồ, thiếu đầy đủ hoặc chỉ được truyền đạt bằng lời nói, schematic sẽ được xây dựng dựa trên giả định. Sau đó, có người lại nói: “Đó không phải điều tôi muốn nói,” dù thiết kế đã bám đúng thông tin được cung cấp tại thời điểm đó. Đó là lý do yêu cầu không thể chỉ tồn tại trong các cuộc gọi, email hoặc trí nhớ. Chúng cần được ghi lại ở nơi có thể được rà soát, chất vấn và truy vết.

2. Chuyển giao ECAD-MCAD

Các nhóm cơ khí và điện thường nghĩ rằng họ đã thống nhất với nhau, trong khi thực tế thì chưa. Một kỹ sư cơ khí có thể cho rằng các giới hạn không gian là quá rõ ràng. Người thiết kế PCB có thể cho rằng bo mạch có thể tăng nhẹ kích thước theo một hướng nào đó. Sau đó, mô hình vỏ enclosure xuất hiện và chứng minh giả định đó là sai. Lúc này, placement, lựa chọn đầu nối, đi dây cáp hoặc hình dạng bo mạch đều phải thay đổi. Kiểu lặp lại này tiêu tốn thời gian rất nhanh vì nó xảy ra sau khi công việc thiết kế thực sự đã được hoàn thành đáng kể.

3. Chất lượng dữ liệu thư viện và linh kiện

Chỉ một sai sót về footprint hoặc package cũng có thể làm lãng phí bo mạch, trì hoãn lắp ráp hoặc kích hoạt công việc thiết kế lại vốn lẽ ra không cần thiết. Các vấn đề thư viện rất nguy hiểm vì ban đầu chúng trông có vẻ nhỏ cho đến khi chạm tới khâu chế tạo, lắp ráp hoặc kiểm thử. Điều tương tự cũng đúng với dữ liệu linh kiện kém chất lượng. Nếu một nhóm chọn linh kiện mà không có khả năng hiển thị tốt về tình trạng sẵn có, vòng đời và datasheet, thì nỗi đau về nguồn cung sẽ đến sau, khi thiết kế đã khó thay đổi hơn nhiều.

4. Các cuộc rà soát diễn ra quá muộn hoặc quá hời hợt

Một cuộc rà soát không trở nên hữu ích chỉ vì nó đã diễn ra. Nếu người rà soát đang vội hoặc quá bận, quy trình đó chỉ tạo ra cảm giác như có kiểm soát mà thực tế không phát hiện được vấn đề. Điều đó còn tệ hơn là không rà soát, vì nhóm sẽ tiếp tục tiến lên với sự tự tin sai lầm.

5. Phản hồi từ sản xuất chỉ được phát hiện ở cuối quy trình

Bạn càng ở giai đoạn muộn trong quy trình thiết kế thì mọi thay đổi càng trở nên tốn kém hơn. Đó là quy luật. Nếu các giới hạn chế tạo, lo ngại về lắp ráp, giới hạn stackup hoặc thiếu file chỉ xuất hiện gần lúc phát hành, cái giá phải trả không chỉ là kỹ thuật. Nó trở thành thiệt hại về tiến độ.

Điều gì thực sự cải thiện quy trình kỹ thuật

Thiết lập cấu trúc từ sớm

Đừng đợi đến khi nhóm kỹ thuật đã lớn hoặc dự án đã gặp rắc rối. Hãy đưa cấu trúc vào sớm:

• Định nghĩa yêu cầu rõ ràng
• Phân công trách nhiệm
• Rà soát các giới hạn cơ khí từ sớm
• Xác thực các linh kiện cốt lõi từ sớm
• Xây dựng checklist cho từng giai đoạn

Cấu trúc được đưa vào muộn sẽ tạo cảm giác là gánh nặng. Cấu trúc được đưa vào sớm thường giúp tiết kiệm thời gian.

Sử dụng checklist theo từng giai đoạn

Tài liệu hướng dẫn quy trình của bạn hữu ích vì nó buộc nhóm phải suy nghĩ theo từng giai đoạn thay vì làm việc theo cảm tính. Một checklist cho yêu cầu, thư viện, layout, xác minh và phát hành sẽ giảm số lượng chi tiết bị lọt qua khe hở. Nó cũng giúp việc bàn giao dễ dàng hơn vì mọi người đều có thể thấy “hoàn thành” có nghĩa là gì ở giai đoạn đó.

Song song hóa những gì có thể song song hóa

Một số công việc bắt buộc phải theo trình tự. Nhưng nhiều việc thì không. Việc đồng bộ cơ khí, rà soát nguồn cung linh kiện, dọn dẹp thư viện và trao đổi sớm với bộ phận sản xuất có thể bắt đầu trước khi toàn bộ bo mạch hoàn tất. Các nhóm mất thời gian khi chờ quá lâu mới làm lộ ra những vấn đề vốn có thể được xác định song song.

Đưa rà soát lại gần công việc hơn

Đừng chỉ dựa vào rà soát ở cuối giai đoạn. Hãy rà soát yêu cầu trước khi schematic đi quá xa. Rà soát lựa chọn linh kiện trước khi layout phụ thuộc vào chúng. Rà soát các giả định cơ khí trước khi hình dạng bo mạch và placement đầu nối được chốt. Rà soát khả năng sản xuất trước khi phát hành file. Điều đó sẽ rút ngắn vòng lặp sửa lỗi.

Giảm phân mảnh công cụ ở những nơi quan trọng nhất

Công cụ không giải quyết được mọi thứ. Chúng không giải quyết được lãnh đạo yếu kém, các yêu cầu phi thực tế hoặc những nhóm thay đổi hướng đi mỗi tuần. Nhưng công cụ thực sự có ích khi chúng giảm bớt phần công việc chuyển đổi thủ công vốn làm mất thời gian:

• Đồng bộ ECAD-MCAD
• Khả năng hiển thị BOM và chuỗi cung ứng
• Kiểm soát phiên bản
• Rà soát thiết kế trong đúng ngữ cảnh
• Chia sẻ yêu cầu và khả năng hiển thị nhiệm vụ

Đó là nơi các nền tảng tích hợp như Altium Agile Teams phát huy hiệu quả nhất. Không phải vì công cụ là thần kỳ, mà vì chúng loại bỏ những ma sát hành chính lặp đi lặp lại.

Kỷ luật quy trình mang lại tốc độ ở quy mô lớn

Các nhóm kỹ thuật thường xem quy trình như một gánh nặng bổ sung. Dù việc bỏ qua cấu trúc có thể tạo cảm giác nhanh hơn trong khoảnh khắc hiện tại, nó thường dẫn đến respin, rà soát vội vàng, bất ngờ về nguồn cung hoặc các vòng lặp thiết kế lại với chi phí lớn hơn nhiều về sau. Lựa chọn thực sự không phải là quy trình hay tốc độ. Lựa chọn thật sự là bạn muốn trả giá sớm bằng kỷ luật hay trả giá muộn bằng việc làm lại. Sự rõ ràng trong quy trình tạo ra tốc độ.

Khi các nhóm phần cứng phát triển lớn hơn và sản phẩm trở nên phức tạp hơn, các ma sát được mô tả ở đây sẽ khó quản lý hơn nếu dùng các công cụ rời rạc và sự phối hợp thủ công. Altium Agile Teams được thiết kế cho chính giai đoạn này, khi các nhóm cần khả năng hiển thị tốt hơn, bàn giao rõ ràng hơn và các cuộc rà soát nhất quán hơn mà không phải gánh thêm các hệ thống doanh nghiệp nặng nề.

Altium Agile Teams đưa dữ liệu thiết kế PCB, ngữ cảnh ECAD‑MCAD, thông tin BOM và chuỗi cung ứng, cùng các cuộc rà soát trong ngữ cảnh vào một môi trường làm việc chung cho nhóm. Điều này giúp các nhóm làm lộ ra các ràng buộc sớm hơn, giữ cho các thay đổi được đồng bộ và giảm bớt khối lượng chuyển đổi thông tin dư thừa làm chậm tiến độ dự án. Bằng cách giúp việc rà soát yêu cầu, quyết định thiết kế và tín hiệu nguồn cung tại một nơi trở nên dễ dàng hơn, các nhóm sẽ dành ít thời gian hơn để khắc phục các khoảng trống trong quy trình và dành nhiều thời gian hơn để thúc đẩy thiết kế tiến lên.

Tìm hiểu thêm về Altium Agile Teams và xem cách các quy trình tích hợp giúp các nhóm phần cứng đang phát triển loại bỏ nút thắt →