パート1：なぜあなたのPCBデザインレビュープロセスが時代遅れになっているのか、そしてそれに対して何ができるのか

| 投稿日 2024/11/28 木曜日

プリント基板（PCB）の設計レビューは、製品開発の様々な段階でボードの設計に可能性のあるエラーや問題をレビューする実践です。これは、公式のサインオフを伴う形式的なチェックリストから、回路図やPCBレイアウトのより自由形式の検査にまで及ぶことがあります。一部の企業では完全に社内で行い、他の企業では設計会社や契約業者からの支援を受けます。多くの場合、彼らはボードの製造可能性を確保するために、プロセスの早い段階で契約メーカー（CM）を巻き込みます。私たちのユーザーは、設計レビューが早期にミスを発見し、ボードの回転数と製造反復を減らし、その結果、製品開発コストと市場投入までの時間を削減するのに役立つことに同意しています。

その利点は明らかですが、ボードを出荷するための時間圧力のために、設計レビュープロセスが急がれ、エラーが見落とされることがあり、結果として不良のプロトタイプ、ボードの再スピン、製品の遅延が発生します。

設計レビューを実施するために使用される一般的な方法は、PDFプリントアウトでフィードバックをキャプチャしたり、長いメールチェーンを介して行うことが多く、実際に問題を修正するよりもフィードバックを追跡するのに貴重な時間が費やされることを意味します。リモートまたはハイブリッドワークへの移行は、さらに問題を複雑にします。多くの企業で好まれる方法である、全員を一つの部屋に閉じ込めて設計レビューを実施することは、めったに実現可能ではありません。

この記事の目的では、設計レビュープロセス中に何をチェックするかには踏み込まず、レビュープロセス自体が通常どのように展開され、時間を最大限に活用するためにどのように最適化するかを見ていきます。

現在、ほとんどの組織はPCB設計レビューをどのように実施しているのでしょうか？

Altiumでは、何百ものユーザーと話をしており、多くの場合、設計レビューは似たようなシナリオに従います。彼らは、全ての関係者が設計をレビューするために、数時間から1日までの正式な会議やビデオ通話を行います。このプロセスは、製品開発の異なる段階で繰り返されることがあります。フィードバックをキャプチャし、文書化し、追跡するためにいくつかの種類のツールを使用します：

オプション1：紙と赤いペン

こちらは、私たちのユーザーの一人が説明した方法です：

私は単に人々に回路図のPDFを送ります。ファームウェア担当者は、回路図のプリントアウトまたはPDFを受け取り、それを紙の上で赤ペンで修正することがあります。その後、設計エンジニアがこれらの変更を加えます。その紙が失われるかもしれません。リサイクルビンに行くかもしれませんし、どこかにスキャンされるかもしれません。そして、設計レビューでも同じことが起こります。部品を印刷して、テーブルに座り、シートを広げます。全員が赤いペンを持っていて、チェックを入れ、その後、それをオフィスに持ち帰ります。スキャンするかもしれませんし、しないかもしれませんが、フィードバックを設計に取り入れますが、その取り入れが行われた記録はありません。全てが紙のコピーなので、非常に不安定で、失われる可能性があります。

オプション2：スクリーンショットとメールチェーン

フィードバックはスクリーンショットで捉えられ、それにコメントが添えられます。このフィードバックは通常、メールで共有され、時にはSlackやSkypeのようなメッセージングツールを介して、あるいはPowerPointスライドに入れるユーザーもいます。通常、明確化の質問や状況更新が必要とされ、その結果、この方法は通常、長くて扱いにくいメールスレッドを生成します。

契約メーカーとのやり取りでは、Gerberファイルを送信した後、彼らからMicrosoft Paintで書かれたスクリーンショットが送り返され、「こうして、これとこれ」といった指示が来ます。そして、それらはあなたのメールに残り、二度と見つからない可能性があるほど失われがちです。

オプション3：Jiraおよびその他のプロジェクト管理またはチケットシステム

別のAltiumの顧客の言葉で説明させていただきます：

Jiraを積極的に使用しました。修正のたびにタスクを作成しました。最近のプロジェクトでは、合計で95のタスクを作成しました！各タスクには、説明を入力し、スクリーンショットを撮り、そこにマークを付ける必要がありました。私は二画面構成を使用しており、一方にはJira、もう一方にはAltium Designerを開いています。

これらの方法が問題となる理由は何ですか？

フィードバックが紙に記録されたり、スクリーンショットを添えた長いメールのやり取りを通じて行われる場合、それをまとめたり、誰が提供したのか、何が設計に取り入れられたのかを追跡するのが手間になります。全てをコントロール下に置くためには、エンジニアは多くの管理作業に時間を費やさなければなりません。しかし、忙しい作業に何時間も費やしたとしても、プロセス自体の信頼性を向上させなければ、最適な結果を保証することはできません。最も入念に実施された設計レビューであっても、フィードバックが見落とされたり、誤ったバージョンが契約メーカーに送られたりすると、欠陥のあるプロトタイプが製造されてしまう可能性があります。プロセスにこれほどの変動があると、最善を尽くしてもミスが見過ごされることがあります。

さらに、医療機器（CFR 820.30を例として）、自動車などの特定の産業は、異なる管轄区域の政府機関から追加の監視や規制を受けることがあり、その場合、すべてのコミュニケーション、承認、およびデバイスの設計変更を文書化し、監査のために利用可能にする必要があります。このような場合、フィードバック、変更、承認を追跡することはもはや選択肢ではなく、非常に時間のかかるプロセスになり得ます。

代替案は何か？

多くの分野で、製造からソフトウェア開発に至るまで、プロセスの信頼性と機敏性を達成するための効果的なツールや方法論が開発されてきました。電子デバイスが私たちの知る世界を変革する最前線にある一方で、ハードウェア開発のプロセス自体は、デジタル変革のパーティーに遅れて参加していました。それを変えるために、Altium 365、私たちの電子設計プラットフォームを導入しました。なぜなら、あなたは明日の技術を設計する時間を費やすべきであり、20通もの異なるメールチェーンを追跡するべきではないからです。今では、Altium 365 Design Reviewでレビューを加速し、リアルタイムでフィードバックを追跡し、より高品質な製品のためのエラーを防ぐことができます。

Altium 365は、設計とライブラリのための中央集権的なクラウドストレージとバージョン管理を提供します。一言で言えば、それはハードウェアのためのGitHubであり、機械チーム、製造業者、その他のプロジェクト関係者との協力も支援します。以下は、Altium 365が何であるかを説明する、私たちのユーザーによって作成された図です。