Where the World Designs Electronics

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

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

Altium 365は、回路・基板設計、MCAD、データ管理、リアルタイムのチームコラボレーションを通じて、エレクトロニクス設計を製造現場に結びつけるクラウドベースのPCB設計プラットフォームです。 このプラットフォームを活用して設計プロセスを改善する方法については、ライブラリのリソースをご覧ください。

マルチCADエンジニアリングの主な課題のカバー写真 マルチCADエンジニアリング:トップ6の課題 理想的なシナリオでは、すべてのエンジニア、製造業者、請負業者、および顧客が同じCADシステムを利用し、協力作業を大幅に簡素化します。しかし、製品設計の現実はこの理想からは程遠いものです。さまざまな企業が異なるECADシステムを選択し、これを電子製品開発の一部として受け入れる必要があります。 たとえ一つの組織内であっても、異なる部門や事業部が物理的な近さに関係なく、異なる設計ソフトウェアを使用しているのが一般的です。この多様性は、エラー、無秩序、非効率、努力の重複、および財務上の損失を含む多くの課題を引き起こします。しかし、なぜこのような状況が発生するのでしょうか? マルチCAD環境の理由 レガシーデザイン まず、多くの組織では主要なCADツールを使用していますが、複数のCADシステムで作成されたレガシーデザインも保持しています。これらの古いデザインは依然として関連性があり、実際のアプリケーションや進行中のプロジェクトに合わせて更新または変更が必要な場合があります。最近の ウェビナー のアンケートで、回答者の51%以上がレガシープロジェクトが複数のECADツールを維持する理由であると述べています。 回答者の51%以上が、レガシープロジェクトが複数のECADツールを維持する理由であると述べています。 分散型ECADツール選択 次に、分散型チームを持つ組織に遭遇するかもしれません。それぞれのチームには、自分たちのCADツールを選択する自由が与えられています。この多様性は、過去の買収からしばしば生じます。新しく統合された会社は、確立されたワークフローや慣習を維持したいと望んでいます。 さらに、特定のチームは、組織の主要なオプションよりも特定のCADツールを使用することを好むかもしれません。それは、慣れ親しんでいるため、効率が良いため、または他のソフトウェアやシステムとのカスタム統合を開発しているためです。異なるCADツールに切り替えると、これらのカスタムソリューションを失うか、ワークフローを再構成する際に大きな障害に直面する可能性があります。 実際に、 調査された人々の40%以上が、少なくとも毎月一度は二次ECADツールを使用していると認めており、わずかに16%以上が単一のECADツールにのみ完全に依存していると報告しています 。 回答者の40%以上が、少なくとも毎月1回は別のECADツールを使用しており、約16%の回答者のみが単一のECADツールに完全に依存していると報告しています。 設計請負業者と製造業者 最後に、設計請負業者と契約製造業者の役割は見過ごすことができません。これらの外部パートナーは、クライアントの仕様、推奨事項、および好みに合わせて、多様なクライアントと協力して作業を行うため、複数のCADシステムに精通している必要があります。 マルチCADエンジニアリングの課題 しかし、マルチCAD環境の背後にある理由を理解することは、始まりに過ぎません。これらの多様なシステムは、プラットフォーム間のECAD管理とコラボレーションを大幅に複雑にします。その理由はこちらです。 #1
アジャイル・ハードウェア開発 カバー写真 原則が健全である理由、しかし戦術は再考が必要である 私たちの「アジャイルを解明する」シリーズの最終回では、ハードウェア開発がアジャイル手法と交差する複雑な風景をナビゲートします。アジャイルの基本原則は確かな基盤を提供しますが、 電子ハードウェアのユニークな課題 に適用される場合、戦術の再評価が不可欠になります。探求の旅で、アジャイルの共通の要素と儀式を解き明かし、それらを具体的な製品開発の文脈で変革する方法を探ります。 アジャイルマインドセットを採用し、一貫して育むことから始める ハードウェア開発における日々のソフトウェアアジャイル実践を強力な利点に高めるための戦術的調整に深く潜る前に、アジャイルマインドセットの基本的な原則をまず受け入れることが重要です。良いスタート地点は、 アジャイル宣言 の意図を考慮し、ハードウェア開発のニーズに合わせて言語を修正することかもしれません。以下の表は、ハードウェア開発のための一つの潜在的な宣言を提供します。 各マニフェストの意図の簡単な要約は、 「協力して反復的な開発と学習のアプローチを用い、顧客が本当に価値を見出すものを発見し、提供しましょう。」 となるでしょう。もちろん、これはほぼすべてのプロジェクトにとって理にかなっており、チームが日々の開発戦術に没頭する中で、これらの基本的な原則を念頭に置くことが重要です。 方向性計画の重要な役割 アジャイルの反復的な性質は、時に初期計画が後回しにされ、とにかく始めることに重点が置かれるような印象を与えることがあります。しかし、物理的および電子製品の設計と開発の複雑なプロセスをナビゲートするためには、ある程度の事前計画が不可欠です。徹底的な事前計画ではなく、反復的な学習と実行を通じてチームを開発の旅に導くロードマップと考えてください。 アジャイルハードウェア開発の初期計画には、明確な目標の設定、マイルストーンの定義、そして熟考されたプロトタイピングと フィードバック 戦略を通じたリスク評価の軽減が含まれます。これにより、チームはアジャイルの適応性と成功したハードウェア開発に必要な構造化された計画の間のバランスを取ることができます。 ユーザーストーリーと作業項目の分離 このシリーズの前の記事で議論したように、 アジャイル「専門家」 はしばしば、ハードウェアチームにタスクを定義するためにバックログをユーザーストーリーで埋めるよう促します。ハードウェアのユーザーストーリーを考えてみましょう。新しいフォークリフトの開発を計画していると仮定します。次のようなユーザーストーリーを書きます: "ユーザーとして、素材をすぐに取り出せるようにしたいので、在庫の移動にかかる時間を節約できます。"