Mobile menu
プロジェクト管理
ホーム プロジェクト管理

プロジェクト管理

PCB設計におけるプロジェクト管理の詳細について、リソースライブラリをご覧ください。

Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
フィルターをクリア
複数のデザイン構成にPCB実装バリアントを使用すべき理由 複数のデザイン構成にPCB実装バリアントを使用すべき理由 1 min Thought Leadership 何年も前、筆者は既存の基板からコピーしたデザインを扱っていましたが、問題が1つありました。レイアウト上のいくつかの回路が、技術者が作成した回路図の回路と一致しませんでした。これによって多くの混乱が生じました。最終的には、設計が承認されて製造部門に送られた後で基板に加えられた編集が問題だったことが判明しました。実装バリアントを作成したことで、回路図との同期が失われたと同時に、基板に不用意な変更が行われたのです。手作業で実装バリアントを管理しようとした場合、このような問題が忍び寄ってくる可能性があります。これにより、設計が遅れたり、さらに悪いことには、発覚していないエラーのため不良基板が製造されるかもしれません。 PCB実装バリアントとその必要性 同じ基板を、複数用途のため、実装時に異なる構成にできるよう回路基板を設計することは一般的です。これらの異なる構成は実装バリアントとして知られています。例えば、異なる電圧で動作させることができるよう電源供給を設計するケースがあります。どの部品を使用するか、使用しないか、あるいは変更するかを変えることで、実装時に異なるバージョンの電源供給基板を作成する方法が決まります。 実装バリアント用の回路基板を設計する場合、金属の電気回路構成要素（パッド、トレース、領域フィルなど）が、提案された全ての構成で機能するようレイアウトされることが重要です。このように、異なる構成が全て、未加工の同一基板設計から作成可能です。これにより、設計者の作業負荷を減らすだけでなく、基板製造と在庫の費用を減らすことができます。 各PCB実装バリアントにはドキュメントが必要です 手作業による実装バリアントの作成とドキュメント化 従来、PCB設計者は、複数のバリアントを扱う場合、各基板の実装構成に対応するため、別々のデザイン データベースを作成する必要がありました 。 これは、各実装に専用のドキュメントが必要だからです。 ただし、この方法でも設計エラーが生じる可能性がありました。 各デザイン データベースは、未加工の基板設計を含んでいるので、全てのバリアント データベースにコピーされます。未加工の基板設計のマスターコピーを1つ持つことは優れた設計慣習ですが、そのマスターコピーが各バリアントのコピーに含まれる場合は問題が生じる可能性があります。これは、たとえ偶然でも、未加工の設計がいずれかのバリアントコピーで変更された場合、未加工の基板設計の異なるコピーが作成されることになります。こうなると、どれが正しいマスターコピーか分らなくなる可能性があります。未加工の基板が全ての異なる実装バリアントの基本デザインである場合、これは問題です。何年も前に経験済みですが、変更の結果、回路図とのリンクが切断された場合、状況はさらに悪化します。 最終的には、これらの潜在的な問題と、同じデザイン データベースでの複数コピーの管理は、作業負荷を増やします。未加工の基板が意図的に変更されるたびに、各バリアント データベースに編集内容をコピーする必要があります。これは、時間のかかる作業であり、データベース間でデザインの一貫性を確実に保つために高い集中力が求められます。 PCB実装バリアントにより、同じ基板を異なる用途のために構成できます。 バリアント管理ツールによるプロセスの簡素化 CADアプリケーションのバリアント管理ツールは、1つの基本データベース内で全ての作業を行えるようにすることで、異なる実装バリアントの作成と管理のプロセスを簡素化します。バリアントを作成する際、特定部品を使用する、使用しない、あるいは値を変更するなどを指定することができます。また、バリアント管理ツールにより、実装図面などの出力や部品表を変更して、変更された部品の状態を反映できます。 記事を読む
不十分なデータ管理に起因する開発後の問題の評価 不十分なデータ管理に起因する開発後の問題の評価 1 min Blog どのような設計者やチーム、企業にとっても、設計をリリースまで漕ぎつけたときは安堵のため息をつける瞬間でしょう。しかしながら、この瞬間が常に喜びに満ちたものになるとは限りません。プロジェクトの完了には、次の2種類があります。a）ドキュメント化プロセスに何の不備もなく無事設計を完了しており、リリースの準備を開始できるケース。b）設計は問題なく完了しているが、データ管理プロセスに小さな（または大きな）誤りがあるため、修正と製造の後戻りが必要であり、製品リリースを遅延せざるを得ないケース。データ管理プロセスに何らかの不備がある場合、開発後はすべての局面を通じて後悔し続けることになりかねません。 開発後の懸念と後戻りの可能性 開発後の局面で懸念が持ち上がるのは当然のことであり、特にデータ管理についての不確定要素がある場合はなおさらです。ECADデータ資産の管理が十分でないと、ドキュメント化の方法が時代遅れになる傾向にあります。その場合、データ管理システムでエラーが非常に発生しやすくなり、ECADプロセスの多数の要素を手動で構成し直す結果になるおそれがあります。 ECADデータの正しい保存方法 ECADデータの保存場所は、その保存方法と同じくらい重要です。いまだに数多くの企業が、Dropboxなどの一般向けネットワークドライブを利用してECAD資産を保存しています。これは一見便利に思えるかもしれませんが、体系化された信頼できるデータ管理システムが設計方針に組み込まれていない限り、以下のような問題が生じるおそれがあります。 アクセスの制限 不十分なデータコントロール 異種の複雑なデータ ライフサイクルの非対応 プロジェクトを重視して体系化されたデータ管理システムがない場合、特定のファイルにアクセスできないだけでなく、データの配置ミスや紛失につながる可能性があります。 迷いのない製品リリース 開発後の不確定要素を評価するときは、仮説のわなに陥り、自分を見失いやすいものです。しかし、使用するリソース、データ管理戦略の正しい実施方法、データの保存場所をきちんと理解していれば、不安を確信へと変えることができます。現在のプロセスに疑いを抱いたり、損失の大きいエラーのために設計データの修正を余儀なくされたりした場合、貴重な時間が無駄になります。設計から製造までのプロセスを進める中で、このような問題を回避するには、正確なデータを体系化して、はじめから正しい方法で管理することです。 無償の ホワイトペーパー を今すぐダウンロードしてください。このホワイトペーパーでは、Altium Vaultを利用して、時間と予算を重視した賢明なデータ管理システム運用について説明しています。 記事を読む
設計ドキュメントの主要なPCB設計要素の捕捉 設計ドキュメントの主要なPCB設計要素の捕捉 1 min Blog ハードウェア製造業スタートアップ企業 / エレクトロニクスプロトタイパー ハードウェア製造業スタートアップ企業 / エレクトロニクスプロトタイパー ハードウェア製造業スタートアップ企業 / エレクトロニクスプロトタイパー 設計ドキュメント作成のうち最も重要でありながら、多くの場合に回避される要素の1つは、正式な設計ドキュメントです。設計を完了し、製造、実装、検証ドキュメントを生成しただけで、業務が完了したとみなしてしまうことは珍しくありません。システム仕様、設計の意図、設計プロセス、仕様の追跡可能性を正しく捕捉することは、時間を要し、骨の折れる作業ですが、極めて重要です。設計ドキュメントでは、システムの設計のあらゆる側面を捕捉し、関連するすべての設計情報へ簡単にアクセスできる必要があります。しかし、製造や実装の図面に含まれない設計の詳細をどのように捕捉すればいいのでしょうか? 設計の全ての側面を設計ドキュメントに表現する あらゆる設計において、設計ドキュメントの作成は計画段階で開始し、仕様から始める必要があります。設計ドキュメントの対象である設計が、より大きなシステムのサブシステムである場合、システム全体の仕様を提示してから、システム全体からそのサブシステムまで、システムがどのように分割されるかの仕様を記載する必要があります。設計プロセス全体を通して、設計ドキュメントは生きたドキュメントとなり、設計プロセスにおいて、それぞれの部分の回路が設計され、実装されていきます。 設計の仕様段階は、時間や予算の制約のために多くの場合見逃されたり、回避されたりする部分です。そこで、仕様を正しく開発するため、前もって時間とリソースを割り当てておくことが必要です。起動環境での作業に従事したことがあるなら、おそらくは仕様が不明瞭、またはまったく存在しない設計プロジェクトに直面したことがあり、この手法が危険であることを理解しているでしょう。仕様が存在しない、または固定されていない場合、その仕様に合わせて設計を行おうとすると、終わりのない開発のやり直しにはまり込むことになります。仕様の目的は、何を達成すべきかを明確にし、設計が完成したことを検証できるようにすることです。「もっと良いものを作れるはずだ」という考えから、プロジェクトが予算を超過し、スケジュールが遅延することは珍しくありません。このような結果が起きるのは、最初の時点で仕様を明確に決定しておかないことが主な原因です。 設計ドキュメントにおいて対象としているデバイスの仕様は、より大きなシステムのサブシステムであることも珍しくありません。システム全体の仕様が提示され、その後で設計対象のデバイスに適用される部分のシステムの仕様が、論理的で整った形式で示されます。 仕様には次の内容を含める必要があります（これで全部とは限りません）。 機能（サブシステムがどのような動作を目的としているか） 動作環境（温度、湿度など） 他のサブシステムとのインターフェイス パワーバジェット 利用可能な電源電圧 機械的な制約: サイズ、重量、形状 衝撃や振動に関する要件 熱（利用できる冷却、放射熱の放出制約など） EMIの放射、伝導、および感受性 信頼性 仕様ステージ以後にも、設計フェーズが完了したことを判定するため、関連する設計情報を捕捉する必要のある他の分野が存在します。正式な設計ドキュメントの作成には時間を要しますが、回路図、製造図、実装図の範囲を超えて、設計の全ての側面を捕捉するためには不可欠なことです。 正式な設計ドキュメントに、その他に何を含めるべきかについては、無料のホワイトペーパー 「設計ドキュメントによる設計の捕捉」 記事を読む
PCB設計ソフトウェアにバージョン管理を備えるべき理由 PCB設計ソフトウェアにバージョン管理を備えるべき理由 1 min Thought Leadership 出張の後、通常業務に戻るのは容易ではありませんが、今週は特に大変でした。クライアントとの緊急を要する契約を抱えており、そのプロジェクトに関わる社員は全員100%以上で働いています。私は順調に仕事を進めていました。ただし、それはPCB設計ソフトウェアを開き、誰かが私のレイアウトに変更を加えていたのを見るまでのことでした。私の スマートフォークの4本の歯のうちの2本が削除されていたのです。重大な変更でした。最悪です。精神的ショックで頭の中が真っ白になったように感じました。 全ての人が持っているであろう心配の種 - 「死のブルースクリーン」 なぜデータが破壊されたのでしょうか。実は、私たちは締め切りに間に合うように非常に急いでおり、変更やバージョン管理などは行っていませんでした。代わりに、会社のファイル共有にファイルを保存していました。そのため、加えられた変更は私が持っていた作業中の設計のコピーを上書きしたのでした。「大丈夫。1週間前のバックアップを参照してオリジナルのバージョンを入手できる」と思ったのですが。そう、IT部門はそのプロジェクトの共有を知らされていなかったため、バックアップを作成していなかったのです。作業中の設計の記録はありません。こうなったら、手作業でデータを回復させる必要があります。元の設計を思い出せることを期待するしかありません。私は運命を呪いました。 二の舞にならないように、自分の設計をバックアップ 自分の仕事をバックアップしていなかった私は間抜けでした。それは認めます。私の二の舞にならないように、自分の設計を頻繁にバックアップしてください。 それでは、プロジェクトに対する変更を管理する最善の方法は何でしょうか。確かに、自分の設計ファイルを時々手作業でコピーすることは可能です。プロジェクト共有全体の定期バックアップを作成するようにIT部門に依頼したり、無償のオンラインツールを使ってバックアップを自動化することもできます。多くの選択肢がありますが、残念ながらPCB設計者にとって満足のいくものはありません。 理想的な選択肢は、バージョン管理システムで設計を管理することです。その理由を以下に示します。 全ての作業は、最高の優先度の安全な場所に保管される。 チームの他のメンバーと容易に連携できる。 ファイルのバージョンを比較でき、バージョン間の差を一覧表示できる（diffとも呼ぶ）。 今日できたはずのファイルの前のバージョンに戻ることができる。 変更を説明し、またはプロジェクトのマイルストーンを追跡するために、コメントとラベルを追加できる。 変更が互いに干渉することを心配しないで、各種 分野の各種設計の側面で作業できる。 複数のコンピューターを登録し、それぞれの変更を同期させる時間を選択できる。 行った変更をチェックインする際、それらについて検討およびコメントする必要がある。 外部にデータをバックアップすることは重要です。しかし、クラウドというものは実在せず、他人のコンピューターに過ぎないことに留意する必要があります。 記事を読む
デザインリリースの管理と意図の伝達 デザインリリースの管理と意図の伝達 1 min Blog かつてないほど、現代の技術は、スマートフォンからソーシャルメディア、衛星通信さらにはその先まで、地球規模の通信ネットワークを容易にしています。私たちは常々、私たちを分断し意思疎通を制限する障壁を取り除くことを求められています。残念ながら多くの企業が、設計エンジニアリングにおいて、彼らの意図とデザインリリース管理の目的をはっきりと伝達することに現在もなお苦労しています。適切な管理システムを備えていない場合、設計ライフサイクルにおいて全ての利害関係者がそれぞれの役割を確実に果たすことは困難であり、製品リリースを遅らせる無数の失敗につながる恐れがあります。 デザインリリースプロセスが管理されていない場合の問題点 ご存知のように、製品の設計とリリースは分野横断的な命令系統に関わっています。デザインリリースの前に、ECAD側は、設計の増分的な変化を取り込むために何度も調整作業を行います。この段階では、ECADデータは常に変化しています。そのため、関係者への情報伝達の流れが滞る恐れがあります。これらの変化を効率的に情報伝達できない場合、デザインリリースプロセスに重大な結果をもたらすことがあります。その具体例を以下に示します。 ECADバージョンとリリースデータが適切に管理されていない 間違ったバージョンの設計を製造部門に送ってしまうリスクが高い 陳腐化した部品を使用してしまうリスクが高い 設計リリースの準備ができてから実際にリリースされるまでに時間の無駄が発生する 手書きの承認署名を得るのに時間がかかる 標準化された設計プロセスの実施が困難である データ管理システムが自動化されていないと予定される製品リリースに多くの脅威を及ぼす恐れがある一方、適切なECADリリース管理システムを使うと、これらのリスクを早期に検出できます。 ECADリリース管理におけるギャップの解消 プロジェクト管理チーム内の透明性を高めるため、一部の企業は製品ライフサイクル管理（PLM）システムを構築する方向に向かっています。これにより人手によるプロセスの限界を打ち破り、設計ファイルの高度な制御が可能になります（しかし、PLMが最も有利な方法であるということではありません）。この投資による成果は、多くの場合以下のような形で現れます。 エンジニアの時間の無駄が少なくなった 製品のコストを削減できた 製品の品質が向上した 開発サイクルを短縮できた リリース管理プロセスの掌握 多くのエレクトロニクス企業がさまざまな方法を使ってこれらの課題に立ち向かおうとしていますが、その目的は同じ、つまりリリース管理プロセスを完全に同期させることです。どの設計段階にあっても、統合ECAD管理システムの導入を検討するのに遅すぎることはありません。統合ECAD管理システムの導入は、設計者、企業、全ての利害関係者に、製品が品質要件を満たすことが確認できるという安心感を提供します。 無償のホワイトペーパーを今すぐダウンロードしてください。このホワイトペーパーでは、Altium Vaultが 記事を読む
設計データ管理の構造化により設計手順での失敗を回避する 設計データ管理の構造化により設計手順での失敗を回避する 1 min Blog 適切な設計データ管理システムがPCB設計プロジェクトに組み込まれていない場合はどうなりますか? プロジェクトを完成させて製造に進めることが最終的な目的であるものの、これを達成するにはデータ管理とドキュメンテーションのプロセスに細心の注意を払う必要があります。では、こうした手法を計画に組み入れることがなぜ重要なのでしょうか。安定した透明性の高いシステムが導入されていなければ、データやドキュメンテーションの整合性を維持することは極めて困難になります。これによって、完成したPCB設計プロジェクトの内容や今後の設計に悪影響が及ぶ可能性があります。 組織化された設計データ管理システムがない場合、技術者は次のような問題を抱えがちです。 設計が複雑になる中でデータの整合性を確保する 正確なデータをやりとりする ワークフローを変えずに進める データとECOの変更を管理する ただし、効果的かつ正確に自動で情報を取り込んで維持できる管理とドキュメンテーションのシステムを整備すれば、こうした課題を緩和することが可能です。 現在の設計データ管理の優先順位を見直す データ管理とドキュメンテーションで発生し得るすべての問題については、組織化されたシステムをPCB設計の計画に組み入れることが重要です。これを怠ると、情報が信頼できないものになったり、ワークフローが無秩序になったり、必要な変更の管理が難しくなったりする恐れがあります。 一元化されたシステムがあれば設計の意図が明確になるため、チームの全員が自動更新によって常に最新情報を確認して責任性を強化し、設計の納期を厳守できるようになります。 Altium Vaultのスクリーンショット: 設計の変更を容易に伝達 PCB設計プロジェクトでの適切なデータ管理とドキュメンテーションがもたらす利点について詳しく知りたい方は、 ホワイトペーパーを無料でダウンロードしてください。 Altium Concord Pro (旧製品名：Altium 記事を読む
設計の準備: 設計データの集中管理 設計の準備: 設計データの集中管理 1 min Thought Leadership 私は料理が大好きです。レシピを調整して味とバランスをびったりにする満足感。キッチンのにおい。「 パパのミートボールは最高だね」なんて言いながらパクパク食べている息子を見るときの誇らしい気持ち! でもレシピをゼロから考えるのは大変な時間が掛かるし、普通はそんな時間はありません。乱切りしたり、さいの目に切ったり、量を計ったり、冷蔵庫と戸棚の間を行ったり来たり。 料理番組ではどうしてあんなに簡単に見えるのでしょう? 理由はいたって簡単で、料理番組では事前にすべて準備してあるからその時間がいらないというだけなのです。プロのシェフは事前にすべての食材を用意しておくことを「 mise en place（下ごしらえ）」と言いますが、これはフランス語で「その場に置いておく、用意しておく」というような意味です。普通の家庭よりプロのシェフの料理の方が速いのは、そのためです。 EDAのブログでなぜ料理の話をしているかですって? 実は、料理には設計プロセスに活かせると思えるヒントがいくつかあるからです。つまり、電子機器の設計と料理をうまくやることには、いくつかの類似点があるのです。計画し、設計し、テストし、その方法を捨ててやり直し、微調整する。こういった過程を経て最終的な料理や製品ができるわけです。必要なのは正しいスキルだけではありません。創造力も必要です。創造のための時間を確保するには、必要なときにその都度タマネギを切るのではなく、いつでも使用できるようにあらかじめ準備しておく必要があります。では「EDAでこのタマネギに相当するもの」は何でしょうか? 設計データをあらかじめ定義し承認し簡単にアクセスできるようにしておく 新たに設計を開始する際にすることを考えてみてください。基本的なファイルフォルダーの構成や回路図の最初の2ページとプリント基板ファイルなど、プロジェクトの基本的な骨組みを固める必要があります。回路図には、枠線や使用するタイトル欄が必要です。プリント基板については、基板外形を考えレイヤースタックを定義する必要があります。設計規則も確立しておく必要があります。もちろん、使用承認されたコンポーネントのライブラリにアクセスできるようにしておくことも必要です（場合によってはこれらを開発することが必要かも知れません）。後で出力プロセスに時間が掛からないように事前にしっかり決めておけば理想的です（詳しくは、 こちら、または こちらをご覧ください）。 これらの情報がすべて1つの場所で集中管理されており、組織内の全員が事前に定義され承認された設計要素にアクセスできプロセスをスピードアップできるようになっていたらどうでしょうか? 準備作業が済んでいる状態で新たなプロジェクトを開始できるとしたらどうでしょう? 誰でも使用できるように自分の設計要素を整理する Altium VaultはEDAの中核をなすデータ管理ソリューションであり、設計のためのキッチンを五つ星のレストランのように機能させることができます。Altium Vaultの主な機能はコンポーネントのデータを保存することにあります。ライフサイクルが管理されている承認済みの部品を組織内の全員が利用できるようにしておけば、作業の重複による時間の浪費を防止できます。新しい部品の開発が 記事を読む