Where the World Designs Electronics

Break down silos and enhance collaboration across all aspects of electronics development

Altium 365 - PCB設計クラウドプラットフォーム

マルチCADエンジニアリングの主な課題のカバー写真 マルチCADエンジニアリング:トップ6の課題 理想的なシナリオでは、すべてのエンジニア、製造業者、請負業者、および顧客が同じCADシステムを利用し、協力作業を大幅に簡素化します。しかし、製品設計の現実はこの理想からは程遠いものです。様々な企業が異なるECADシステムを選択しており、これを電子製品開発の一部として受け入れる必要があります。 たとえ一つの組織内であっても、異なる部門や事業部が物理的な近さに関係なく、異なる設計ソフトウェアを使用しているのが一般的です。この多様性は、エラー、無秩序、非効率、努力の重複、および財務上の損失を含む多くの課題を引き起こします。しかし、なぜこのような状況が発生するのでしょうか? マルチCAD環境の理由 レガシーデザイン まず、多くの組織が主要なCADツールを操作しながらも、複数のCADシステムで作成されたレガシーデザインの範囲を保持しています。これらの古いデザインは依然として関連性があり、実際のアプリケーションや進行中のプロジェクトに合わせて更新または修正が必要な場合がよくあります。最近の ウェビナー のアンケートでは、回答者の51%以上がレガシープロジェクトが複数のECADツールを維持する理由であると述べています。 回答者の51%以上がレガシープロジェクトが複数のECADツールを維持する理由であると述べています。 分散型ECADツール選択 次に、各チームにCADツールを選択する自律性が与えられている分散型チームを持つ組織に遭遇することがあります。この多様性は、新しく統合された企業が確立されたワークフローと慣行を維持したいと望む過去の買収からしばしば生じます。 さらに、特定のチームは、組織の主要なオプションよりも特定のCADツールを使用することを好むかもしれません。それは、慣れ親しんでいるため、効率が良いため、または他のソフトウェアやシステムとのカスタム統合を開発しているためです。異なるCADツールに切り替えると、これらの特別なソリューションを失うか、ワークフローを再構成する際に重大な障害に直面する可能性があります。 実際、 調査された人々の40%以上が少なくとも毎月二次ECADツールを使用しており、わずか16%以上が単一のECADツールにのみ依存していると報告しています 。 回答者の40%以上が少なくとも毎月二次ECADツールを使用しており、約16%だけが単一のECADツールに完全に依存していると報告しています。 設計請負業者と製造業者 最後に、設計請負業者と契約メーカーの役割を見過ごすことはできません。これらの外部パートナーは、クライアントの仕様、推奨事項、および好みに合わせるために、複数のCADシステムに精通してクライアントの範囲を越えて作業します。 マルチCADエンジニアリングの課題 しかし、マルチCAD環境の背後にある理由を理解することは、始まりに過ぎません。これらの多様なシステムは、プラットフォーム間のECAD管理とコラボレーションを大幅に複雑にし、その理由はこちらです。 #1
アジャイル・ハードウェア開発 カバー写真 原則が健全である理由、しかし戦術は再考が必要である 私たちの「アジャイルを解明する」シリーズの最終回では、ハードウェア開発がアジャイル手法と交差する複雑な風景をナビゲートします。アジャイルの基本原則は確かな基盤を提供しますが、 電子ハードウェアのユニークな課題 に適用される場合、戦術の再評価が不可欠になります。探求の旅で、アジャイルの共通の要素と儀式を解き明かし、それらを具体的な製品開発の文脈で変革する方法を探ります。 アジャイルマインドセットを採用し、一貫して育むことから始める ハードウェア開発における日々のソフトウェアアジャイル実践を強力な利点に高めるための戦術的調整に深く潜る前に、アジャイルマインドセットの基本的な原則をまず受け入れることが重要です。良いスタート地点は、 アジャイル宣言 の意図を考慮し、ハードウェア開発のニーズに合わせて言語を修正することかもしれません。以下の表は、ハードウェア開発のための一つの潜在的な宣言を提供します。 各マニフェストの意図の簡単な要約は、 「協力して反復的な開発と学習のアプローチを用い、顧客が本当に価値を見出すものを発見し、提供しましょう。」 となるでしょう。もちろん、これはほぼすべてのプロジェクトにとって理にかなっており、チームが日々の開発戦術に没頭する中で、これらの基本的な原則を念頭に置くことが重要です。 方向性計画の重要な役割 アジャイルの反復的な性質は、時に初期計画が後回しにされ、とにかく始めることに重点が置かれるような印象を与えることがあります。しかし、物理的および電子製品の設計と開発の複雑なプロセスをナビゲートするためには、ある程度の事前計画が不可欠です。徹底的な事前計画ではなく、反復的な学習と実行を通じてチームを開発の旅に導くロードマップと考えてください。 アジャイルハードウェア開発の初期計画には、明確な目標の設定、マイルストーンの定義、そして熟考されたプロトタイピングと フィードバック 戦略を通じたリスク評価の軽減が含まれます。これにより、チームはアジャイルの適応性と成功したハードウェア開発に必要な構造化された計画の間のバランスを取ることができます。 ユーザーストーリーと作業項目の分離 このシリーズの前の記事で議論したように、 アジャイル「専門家」 はしばしば、ハードウェアチームにタスクを定義するためにバックログをユーザーストーリーで埋めるよう促します。ハードウェアのユーザーストーリーを考えてみましょう。新しいフォークリフトの開発を計画していると仮定します。次のようなユーザーストーリーを書きます: "ユーザーとして、素材をすぐに取り出せるようにしたいので、在庫の移動にかかる時間を節約できます。"
パート1:PCB のデザインレビュー・プロセスが時代遅れになった理由とその対処法 パート1:PCBのデザインレビュー・プロセスが時代遅れになった理由とその対処法 プリント基板(PCB)のデザインレビューとは、製品開発のさまざまな段階で、基板のデザインにエラーや問題がないかを精査することですレビューには、正式なサインオフによる規則に従ったチェックリストから、回路図のスケッチや基板のレイアウトのより自由な形での検査まで、様々なものがあります。完全に社内で行う会社もあれば、デザイン会社や請負業者に補助を依頼する会社もあります。多くの場合、基板の製造可能性を確保するためにプロセスの早い段階で委託製造業者(CM)が関係しています。弊社ユーザーの一致する意見では、デザインレビューを行うことで、ミスを早期に発見し、基板のスピン数や製造の反復回数を減らし、製品の開発コストと製品化までの時間を短縮することができるとのことです。 利益が期待できるのは明らかですが、基板を出荷しなければならないという時間的なプレッシャーのため、デザインレビューのプロセスが急かされたり、エラーが見落とされたりする可能性があり、結果的に試作品の欠陥、基板のリスピン、製品の遅延などが発生します。 PDFプリントアウトに書かれたまたは長いメールチェーン経由で得られたフィードバックでデザインレビューの実施に使われる一般的な方法は、実際に問題を修正するよりも、フィードバックの監視に貴重な時間を費やされる可能性があることを意味しています。リモートワークやハイブリッドワークへの移行は、問題をさらに複雑にしています。デザインレビューを行うために全員を1つの部屋に閉じ込めるという多くの会社で好まれている方法は、めったに実行できません。 今回の記事では、 デザインレビューのプロセスで何をチェックすべきか を詳細に調べるのではなく、レビュープロセス自体がどのように展開するのか、また、時間を最も有効に利用するためにどのようにプロセスを最適化するのかを紹介します。 多くの会社では PCBデザインレビューを現在どのように行っているのでしょうか? アルティウムでは、何百人ものユーザーと話をしますが、多くの人にとってデザインレビューは似たようなシナリオに従って行われます。ユーザーが数時間から1日中続く形式的なミーティングやビデオ通話を行い、すべてのステークホルダーにデザインを精査してもらいます。このプロセスは、製品開発のさまざまな段階で繰り返される可能性があります。ユーザーは、フィードバックを保存、文書化し、監視するために複数のタイプのツールを使用しています: オプション1:紙と赤ペン 弊社ユーザーのお一人からのコメントを紹介します: 「私は関係者へ回路図のPDFを送ります。ファームウェア担当者は、回路図のプリントアウトやPDFを入手して、紙に赤線を引くこともあります。その後、設計者が参加し、その変更を行います。たぶん、その紙は紛失されるかも知れません。たぶん、紙はリサイクル用ゴミ箱行きになったり、どこかでスキャンされるかもしれません。また次いで、デザインレビューでも同じことが起こります。図面をプリントアウトして、シートを持ってテーブルに着きます。全員が赤ペンを持っていて、何かを消しています。それを受け取り、オフィスに存在するようになります。たぶんスキャンすることも、しないこともありますが、フィードバックがデザインに組み込まれます。しかし、組み込みが行われたという記録はなにも残りません。すべてがハードコピーであるため、非常に揮発性が高く、紛失する可能性があります。」 オプション 2:スクリーンショットとメールチェーン このフィードバックは、解説を添付してスクリーンショットに保存されます。フィードバックは通常、メールや時にはSlackまたはSkypeなどのチャットツールで共有され、中にはPowerPointのスライドに入力するユーザーもいます。そこには通常、疑問を解消するための質問や、やり取りする必要のあるステータスの更新があり、結果的に通常この方法では長くて扱いにくいメールスレッドが発生します。 「委託製造業者の場合、弊社がガーバーファイルを送り、次いで彼らが Microsof Paintでその上に「これ、これ、このように」と書いたスクリーンショットが送られきます。」また、それはメールの中では存在しても、二度と見つからないように紛失されることなります。」 オプション 3:Jiraやその他のプロジェクト管理システムやチケット発行システム