エレクトロニクスを設計する世界

サイロを解体し、エレクトロニクス開発の全ての側面にわたる協力を強化する

一緒により良い設計を

チーム管理とプロジェクトの可視性に対する柔軟なコントロールを体験してください。

エレクトロニクス設計のコラボレーション

Filter
Clear
Tags by Type
Software
ECAD-MCAD コラボレーション - コミュニケーションのギャップを埋める ECAD-MCAD コラボレーション - コミュニケーションのギャップを埋める 正直なところ、私たちは「いつもそのようにしてきたから」という理由で、毎日同じ方法で物事を行っています。スケジュールの圧力や外部からの要求があるため、これらのことをどのように改善できるかについて考える時間はほとんどなく、ましてや新しいことを実際に試みることなど考えられません。これが、異なる方法論を探求することへの投資意欲を難しくしています。 私たちの一般的な傾向は、持っているものを使い続け、リスクを避けることに重きを置く一方で、生産性を高め、手動介入を減らし、製品化までの時間を短縮する可能性のある新しい方法を探ることには消極的です。 ECAD-MCAD コラボレーションは、まさにその範疇に入ります。このプロセスが苦戦する主な理由は、利用可能なオプションに関する情報が一般的に不足していること、プロセスを実装および/または調整し、通常は別々の製品ドメインにわたって受け入れを得るために必要とされる作業量が多いと perceivedされることです。これにより、課題がほぼ不可能に思えることがあります。 「千里の道も一歩から」(老子)という言葉はここにも当てはまります。目標を定めた段階的なアプローチを定義し、焦点を絞り、最終目標を念頭に置くことで、最終的に測定可能な利益を得ることができます。 設計チーム間でデータを簡単に共有し、検証する必要性は、過去に比べてはるかに重要になっています。かつては、協力する人やチームが廊下の向こう側や同じ建物内にいた時代はとっくに過ぎ去りました。その結果、ECAD-MCADのコラボレーションをより信頼性が高く、効率的な方法で見直すことが、その隔たりを埋めるのに重要になるでしょう。 いくつかの情報、現在の方法論、そして日々のデータ交換を助けるだけでなく、結果の品質、プロトタイプの回転数の削減、全体的なコミュニケーションの改善といった問題に対処するかもしれない代替案について見てみましょう。 数字は嘘をつきません! 統計によると、レビュープロセス中のエンジニアリング変更の手動通信のため、設計検証が全体の設計サイクル時間の60%から80%を占めています。 さらに、今日の複雑な設計の半数以上が、プロトタイプの設計が構築され検証された後に見つかったエラーのために再設計されなければなりません。 現在の方法論: 現在、多くの企業はデータ交換のためにIDF、DXF、またはSTEPファイルに依存しています。 これらの方法はしばらくの間使用されており、機能はしますが、提案のたびに、関連するREADMEファイルや変更点と場所を説明するマークアップされたPPTやPDFと共に、データベース全体を送受信する必要があります。これらのファイルは実際に共有されているデータから切り離されているため、情報が頻繁に見落とされ、エラーが発生することがよくあります。 他の問題には以下が含まれます: 提案された更新に関するフィードバックを待っている間に、設計プロセスは一般的に続行されます。つまり、変更が送信された直後に設計が古くなる可能性があります 提案された変更に関する質問は、通常、メール、音声、または直接のやり取りを通じて伝えられ、一般的に文書化されたり保持されたりしません 変更がいつ、誰によって、何のために、なぜ行われたかに関する完全な 追跡可能性の欠如 製造と組み立ての前にMCADおよびECADデータベースを明確に検証し比較する方法がないため、重大な問題が容易に見逃される可能性があります。
グレイツナミの中から3D PCB CADを探る TRANSLATE:

グレイツナミの中から3D PCB CADを探索する
サンディエゴのAPEX - ガスランプ地区の通りをスーツとネクタイ姿でロングスケートボードに乗っている私は、かなりの光景だったに違いありません。IPC APEXの展示会場を出たばかりで、業界の同僚数人と3D PCB CADの前向きな波について数時間話し合った後、交通の中をターンを切りながらホテルに戻っていました。 突然、混雑した街角で2人の男性が笑いながら私に声をかけてきました。「おい、お前、スケートボードに乗るには歳を取りすぎてるぞ!」信号待ちでいる人々全員の楽しみになりながら、私は手でシャカサインを見せました。信号が変わるとすぐに、前夜のPCBデザイナーのプレゼンテーションで聞いた言葉を使って彼らに声をかけ返し、「グレイ・ツナミを見よ!」と叫びました。通りからさらに笑い声が聞こえるのを楽しみながら、私はスケートを続けました。 グレイ・ツナミの比喩は、電子業界から最後の波を捉えて去ろうとしているPCBデザイナーの高齢化している人口を表すために使われました。そして、おそらく彼らの集合的なPCB設計の知識と経験を持って行ってしまうでしょう。 待って… みんな、水から出て! えっ?! また言いますが、PCB業界で機能するほとんどすべてのものの成功の背後にいる人々—PCBデザイナーのベビーブーム世代—は最後の波に乗っています。彼らは引退しています。 数十年にわたり、PCBデザイナーは、経験豊富なデザイナーのニーズに応えるために進化し続けなければならなかったソフトウェアを使用してPCB設計のレイアウトを行ってきました。 その進化はデザイナーのワークアラウンドによってもたらされました。カスタマイズされたランドジオメトリーやティアドロップドパッドルーティングから、銅プレーンのポジティブフラッディングまで。差動ペアのダイナミックルーティングから、重要なルートの自動長さマッチングまで。手動でインポートされたDXFテンプレートから、非常に詳細な機械的ステップファイルまで。経験豊富なPCBデザイナーは、ソフトウェアが簡単に提供できるツールに進化する前から、設計を完成させるためにグラフィカルに必要なものが何であるかを常に知っていました。 たとえば、ミレニアル世代のPCBデザイナーの中には、「ドットコム」時代が2000年頃に終わる前に、自動化された電源プレーンの作成方法が1種類しかなかったことを知って驚く人もいるかもしれません。当時、設計ツールで作成できたのは内部の負のプレーンだけでした。しかし、PCBの外層を溢れさせる設計技術がより受け入れられるようになると、デザイナーは自分たちの幾何学的な工夫を使って、外層のランドジオメトリの周りのプレーンを埋めるようになりました。PCBデザインのベンチマークイベントが2000年にPCBウェストで開催されたときに、業界は初めて自動化された外層銅の溢れを実行できるPCBデザインソフトウェアを目の当たりにしました。 この瞬間は、EDA企業が経験豊富なPCBデザイナーからの要望に応え、彼らの設計を助けることが証明された機能をツールに追加することで、すべての競合他社に追随させる優れた例として立っています。しかし、新しい機能が追加されたことで、外層プリント、エッチング、メッキの制約についてデザイナーを教育する必要が生じました。今日に至るまで、ほぼ2十年後でも、デザイナーは誤って同じクリアランスルールと内層銅プレーン(プリントとエッチング)を外層の溢れに使用しており、追加のメッキステップのためにより多くのクリアランスが必要です。 PCB設計の経験が数十年にわたって蓄積され、グレーツナミの後に洗い流される中で、PCB製造における大きな変化の兆しが既に見え始めています。電子業界は、PCB設計とレイアウトの課題に取り組む 新しい電子エンジニアで溢れかえっています。 新しい電子工学の展望が形を成すにつれて、業界の見物人からの興奮が生まれています。しかし、新しいPCB設計の「グレミー」たちが初めての波を捕まえるために設計ツールを漕ぎ出すと、業界のPCB製造部門は、無理なPCBスタックアップ、恐ろしいプリントとエッチングの課題、管理不可能なドリルアスペクト比など、厄介なデザインの失敗に終わる無限の夏に備えています。これらはすべて、不格好または欠落しているデータ、設計仕様、および文書と組み合わされています。 ベビーブーム世代のPCBデザイナーの経験によって推進されたPCBレイアウトツールの大幅な改善により、新世代のミレニアルPCBデザイナーは
ワークフローを平滑化する:「フラット」スタイルのプロジェクト管理ガイド ワークフローを平滑化する:「フラット」スタイルのプロジェクト管理ガイド フラットな組織が人気を博すにつれて、それに伴う方法やプロセスも同様に普及しています。このブログでは、フラットな組織構造自体ではなく、プロジェクト管理の領域内でフラットな組織がどのように機能するかについて議論します。フラットな組織から学んだプロジェクト管理の原則は、最もフラットな会社から最も階層的な構造を持つ組織まで採用することができます。 「フラット」であることは流行っていますが、なぜそれを行うべきなのでしょうか? 「なぜフラットなプロジェクト管理に興味を持つべきか?」という質問をしているかもしれません。プロジェクトマネージャーにとって、答えはシンプルです:委任の必要が少なく、状況の確認を求めることが少なく、監視も少なくなります。これは、あなたが好きなことにもっと時間を割くことができるということを意味します... それが仕事の管理を楽しんでいる場合は(その場合はここで読むのをやめるべきです)。管理される側にとっても、明らかです:なぜ常に状況を追及され、仕事の正しいやり方を「助言」される必要があるのでしょうか?再び、それが好きなら、これはあなたにとって正しいスタイルではないかもしれません。ここでの考え方は、マネージャーが少ない管理を必要とし、他のすべての人が自分の仕事を望むように自由に、そして自律的に行うことができるということです。 前提条件 プロセス自体を始める前に、これを実際に機能させるための3つの主要な前提条件があります:信頼、透明性、そしてコミュニケーション。 ここ 図1. 信頼、透明性、コミュニケーション 信頼:お互いを信頼することは、フラットなプロジェクト構造を成功させるための鍵です 透明性:全員が自分が何をしているのかを完全にオープンにする必要があります。これは、以下のようないくつかの媒体を通じて彼らの仕事を伝えることで行うことができます: コードのコミット Wikiページ 課題追跡システム エスプレッソマシン(つまり、新しいウォータークーラー) コミュニケーション:全員が互いにコミュニケーションを取る能力を持ち、そうすることが奨励されるべきです。 信頼があるところには透明性があります。透明性があるところでは、人々は安全だと感じ始めます。人々が安全だと感じ、自分の仕事についてオープンであることが奨励されると、コミュニケーションは自然に起こります。 実装 前提条件をカバーしたので、フラットプロジェクト管理の実装について話し合うことができます。 プロジェクトリーダー:「でも、フラットな構造では誰もボスではないと思っていましたが?」確かに「指揮と管理」に従事する必要がある人はいませんが、ファシリテーターがいることは重要です。プロジェクトリーダーを、全員が調和して同じリズムで演奏していることを確認する指揮者だと考えてください。