エンジニアリング設計のレビュープロセスにおける課題を解決する方法

私はプロジェクトのフロントエンドと製造前のバックエンドの両方で、エンジニアリング設計のレビューを何度も経験してきました。皆さんも同じだと思います。エンジニアリング設計のレビューは、複数の目的を達成するために行われます。多くのエンジニアリングチームが設計と製造に対してシステムベースのアプローチを取っているため、電子設計チームは、PCBレイアウトとBOM以上のものをレビューする必要があります。

調達、製造可能性、信頼性、機械的制約に関する今日の課題はすべて、実際に設計する際に直面せざるを得ない分野です。このようなレビューを可能な限り効率的に進めるには、複数の関係者が協力する必要があります。チームにとって最も貴重な資産は時間であるため、エンジニアリング設計のレビュープロセスは、包括的かつ徹底的でありながら、効率性を重視しなければなりません。とはいえ、設計レビューはどのように実施すればよいのでしょうか？

エンジニアリング設計レビューの種類

効果的な設計レビューは、1人のチームメンバーや、1社の顧客によってのみ行うものではありません。設計者、最終顧客、経営陣、さらには製造業者が関与する共同作業です。ですから、エンジニアリングされたシステムの相互レビューのプロセスと考えてください。複数の関係者は、設計のさまざまな側面について意見を述べ、必要な変更点を共有の場所で文書化する必要があります。最も重要なのは、関係者全員が、共通のデータセットを便利なインターフェースで参照できなければならないという点です。今日のリモートチーム向けのコラボレーションツールは、包括的な設計レビュープロセスを実施するのに適しており、チームの関係者全員が設計データを確認し、意見を提出することができます。

エンジニアリング設計のレビュープロセスでは、何を精査する必要があるでしょうか？電子設計チームの場合、プロジェクトには、設計レビューで精査すべきさまざまな側面があります。

• 機械的なバックチェック: 簡単に説明すると、PCBAとその周辺機器がすべて筐体内に収まるかどうかです。設計チームは、MCADソフトウェアとのコラボレーションを活用して、組み立てられた製品が干渉することなく筐体に収まることを確認します。
• 電気レビュー: PCBソフトウェアの設計ルールは、回路図やレイアウトにエラーが発生しないようにするのに役立ちますが、それだけでは限界があります。設計ルールが、機能的に誤った設計選択を常に検出できるとは限らないため、PCB設計データには徹底的なレビューが必要です。
• DFMレビュー: 設計者によっては、このレビューを製造業者だけに頼って実施する場合もありますが、製造に先立ち、設計チームによっても確認されるべきです。設計プロセスの早い段階で下調べを行った場合は、設計レビューで精査可能な製品のDFMレビューチェックリストがすでに用意されていると言えるでしょう。
• テストおよび信頼性のレビュー: 信頼性の高い電子機器や、非標準的な環境で使用されるデバイスについては、設計レビューの一環として、設計に関するテスト要件の策定、信頼性規格への適合の確認、また他の専門業界規格との照合に重点を置く必要があります。
• アプリケーション開発のレビュー: 最新の組み込みシステムには、ファームウェアとソフトウェアの開発を担当する独自のアプリケーションチームが存在します。このチームは通常、独自のコードレビューを実施しますが、対応するハードウェアと回路図も必ずレビューする必要があります。

サービス機関であっても、OEMで働いている場合でも、プロジェクトの各フェーズでは、複数の設計レビューを実施して進捗を評価することになるでしょう。設計レビューは必ずしも難しいわけではありません。ハードウェアの設計にはつきものなだけです。しかし、非常に多くの時間がかかる場合があり、レビューの終了時には膨大な数のアクションアイテムが残り、プロジェクトの完了から遠ざかってしまう可能性もあります。長いメールチェーンの代わりに

理想的なエンジニアリング設計レビュー

では、こうしたレビューを効果的に実施できないのはなぜでしょうか？今日の電子エンジニアリングチームは多くの機能を有し多分野にまたがっていますが、エンジニアリング設計のレビューを見ていると、そのような印象を受けないこともあります。ここでは、私の考える理想的な設計レビューについて、重要な特徴をいくつかご説明します。

目的が定義されていること

エンジニアリング設計のレビューは、目的を持って実施します。単に確認したいからレビューするのではありません。エンジニアリング設計のレビュープロセスには明確な目的が必要です。つまり、設計の特定の部分（回路図、レイアウト、機構など）がレビューの対象となります。レビュー中に要件の変更が起こるのは珍しいことではありませんが、目的を設定することで、レビューの最中にトピックから外れることがなくなり、重要な点に焦点を当てることができます。

誰かが簡潔なメモを取っていること

これまでに何度も、ZoomやTeamsを介して設計をライブで確認する必要がありましたが、それと同時に、必要な変更点を自分自身で理解し、すべてを把握する必要もありました。誰かにメモを取るよう指示するといった簡単なことでも、アクションアイテムを絞り込み、設計の変更点とその正当性を特定するのに役立ちます。場合によっては、変更点ではなく、洞察そのものに正当性があることもあります。こうした情報をすべて記録しておくことで、レビュー終了後には、明確で簡潔なアクションアイテムのリストを作成することができるようになります。

優れたレビューは、縦割り体制が解消されること

さまざまな機能グループや特定のチームメンバーでプロジェクトをレビューするのではなく、設計の各分野（MCAD、ファームウェアなど）の重要な担当者全員が設計レビューに参加できるようにしてください。伝言ゲームのように、人から人への情報伝達に依存するのは避けましょう。誤解が生じたり、誤った情報が伝わるリスクが非常に高くなります。代わりに、全員が同じプロジェクトデータにアクセスし、設計レビューに参加できるようにすることが必要です。

アクションアイテムのフォローアップを行う

重要なタスクが、重要でない情報に埋もれて見えなくなってしまうのは、よくあることです。Zoomでの通話を終えて仕事に戻った途端、一方の耳から聞いた情報はもう一方の耳から出ていってしまうものです。重要な設計タスクや変更点についての共有メモを保持することに加えて、レビューの最後には、未解決のアクションアイテムについて全員が同意しなければなりません。それを行うには、メールなどのデジタルツールを使用するのが理想的であり、可能であれば設計データに直接注釈を付けて送付してください。

設計データにリアルタイムで注釈を付ける

チームメンバーとの最後のフォローアップに加えて、レビューでは、共有された設計データに注釈を付けることができればさらに良いでしょう。レビュー中に、コメントを設計に直接追加することで、必要な変更点を正確に特定し、明確に説明することができます。少なくとも、問題のある部分のスクリーンショットを使用して注釈を付けるようにしてください。最善の方法は、PCBレイアウトまたは回路図にコメントを直接付け加えて、必要な設計変更を指示することです。

Altium Designer^®プロジェクトのエンジニアリング設計のレビュープロセスを実施する場合、メールチェーンやファイル交換などに頼るべきではありません。Altium 365^™プラットフォームを使用すれば、チームメンバーは、リアルタイムの共有やコラボレーションを行うことができます。Altium 365では、Altium Designer、一般的なMCADアプリケーション、および多数のパートナーアプリケーションの中で、設計チームが完全なエンジニアリング設計レビューを実施できます。すべてのAltium Designer

ここでは、Altium 365とAltium Designerで何が可能か、その一部を紹介したに過ぎません。今すぐ、Altium Designerの無償評価版を始めてください。