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

プロジェクト管理

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

Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
フィルターをクリア
PCBデータ管理システムおよびプロセスの最大の問題点 PCBデータ管理システムおよびプロセスの最大の問題点 1 min Blog PCBデータ管理は、最終目的地のない旅のようなものです。この旅では、重大な問題が起こるかもしれません。しかも、たいていの場合、突然です。無視した場合、事態は悪化し、最終的にはPCBデータ管理システム、およびプロセスはすっかり台無しになる可能性があります。 このブログでは、こうした問題をいくつか見ていきます。問題は突然現れる可能性があり、油断しているとたちまち困った事態に陥るので、この記事ではそれらの問題を「落とし穴」と呼ぶことにします。ですが、落とし穴をあらかじめわかっていれば、半分は勝ったようなものです。 船頭多くして船山に登る ほぼすべてのPCBデータ管理システムで起こり得る一般的な問題の1つは、管理者が多すぎることです。つまり、誰もがある特定作業を行うことを許可されているということです。企業は、多くの場合、便宜上または有効性の理由でそれを許可しますが、これはひどい間違いです。 PCB設計プロセスにおいて、ライブラリ管理者は最も重要な役割を果たしていると考えられます。すべてのPCB設計の基本はコンポーネントであり、コンポーネントの品質はひとえにライブラリ管理者の双肩にかかっています。 先日、私自身もこれを経験しました。全員がライブラリにコンポーネントを作成できるという「決定が下された」ときです。このときは、40人前後のグループについての話でした。まもなく、誤った部品のせいで、ライブラリ全体のコントロールが失われ始めました。 解決策は、ライブラリにアクセスするメンバーと実行できる操作を管理することです。数名のライブラリ管理者を選出したところ、コンポーネント作成が速やかに管理されるようになり、品質も大幅に向上しました。 管理外のライブラリ 私が会社に念押ししておきたいPCBデータ管理のもう1つの大きな問題は、管理外のライブラリのまん延と使用です。その名前が示すように、管理外のライブラリは、コントロールされたPCBデータ管理システムの外にあります。通常、レビューされていないコンポーネントが含まれており、完全に不適切なライブラリです。さまざまな理由から、設計者はそのようなライブラリを所有し、使用しています。しかしながら、PCB設計が失敗するリスクも負っています。私はこれまでにいくつもの問題を目にしてきました。製造組み立てにおいてのみですが、いずれも管理外のライブラリの不適切なコンポーネントが原因でした。 私たちは、Altium DesignerのItem Managerを使用して各設計を定期的にチェックし、各コンポーネントのソースを確認します。管理されていないライブラリの使用が判明した場合は、ただちに対応して削除します。 このような特定の問題の解決策は単純です。いかなる条件下でも、管理外のライブラリを許してはなりません。 情報の品質保証 企業にとっては、PCBデータ管理システムの意義は1つです。つまり、お金です。会計台帳のどちら側に記載されるかは大きな問題です。情報は利益にも損失にもなり得ます。すべては、データの品質次第です。PCB設計で使用された管理外ライブラリと管理外コンポーネントでは、どちらがより不適切なのかはわかりませんが、どちらも同じ結果を招きます。それは誤ったPCB設計とお金の無駄です。 レビュー プロセス 必要なのは、コンポーネントおよび部品の全体をレビューするための詳細な計画です。回路図シンボル、フットプリント、3Dモデル、シミュレーションなどのモデルがコンポーネント全体を構成するため、これらのモデルに関連する問題は、複数の部品に影響を与えます。そのため、レビューの際は特にこれらのモデルに注意を払います。 このモデル レビューのプロセスは、リリース前のコンポーネントの全体レビューの一環です。通常、レビューの際はこれらのコンポーネントを隔離するので、誤って紛れ込んで設計を台無しにすることはありません。 記事を読む
要件管理と品質機能展開 要件管理と品質機能展開 1 min Blog 「間違った場所に着くのは、悪い運転ではなく、悪い指示の結果です。市場での製品失敗は、実装ではなく、要件のエラーによるものです。」 - トーマス・L・ムスト、IBMコーポレーション会長（退任） QFDの定義：品質機能展開（QFD）[日本語の文字の直訳]は、顧客のニーズ（顧客の声[VOC]）を製品やサービスの工学的特性（および適切なテスト方法）に変換するのを助ける分析方法であり、最初に表現されたときには曖昧かもしれない顧客要件の作業定義を作成するのを助けます。それは各製品やサービスの特性の優先順位付けを可能にし、製品やサービスの開発目標を設定します。 QFDの方法論は、顧客のニーズ、市場セグメント、または技術開発のニーズの観点から、製品やサービスの新しいまたは既存の特性にエンジニアが焦点を当てるのを助けるように設計されています。この技術は、チャートや行列を生み出します。 HPがその「製品定義プロセス」の基本的な部分としてQFDを使用していたとき、私はQFDを使い始めました。私は1989年にアメリカンサプライヤーズインスティテュート（ASI）によって教えられた2日間のQFDコースに参加しました（フォードによってフォードサプライヤーズインスティテュートとして設立され、ASIとして分社化されました）。この組織は現在なくなり、ASI-USAに置き換えられました。彼らはタグチメソッドとシックスシグマ設計に焦点を当てています。これは、「顧客のニーズと要求」を「技術計画」と「製品」の技術レベルに落とし込むさまざまな段階をナビゲートするのに特に有用です。QFDは、顧客主導の製品計画とロードマップにおいて不可欠なツールです。 QFDプロセス QFDには、消費者に適した製品を理解し開発することを可能にする5つの重要なポイントがあります。それは実用的であり、同時に競争上の優位性を提供する必要があります： • 顧客要求の理解 • 品質システム思考 + 心理学 + 知識/認識論 • 価値を加えるポジティブな品質の最大化 • 顧客満足のための包括的品質システム 記事を読む
PCB設計データ管理システムの成功の定義 PCB設計データ管理システムの成功の定義 1 min Blog 私の好きなZig Ziglarの言葉の1つに、「成功とは、自分の持っているもので最善を尽くすことです。成功は行動そのものであり、成果ではありません。試みの中にあり、勝利の中にはありません。成功とは個人の基準で、自分の中にある最高地点に到達し、自分がなれるものすべてになることです」というものがあります。 私はこの言葉、自分の持っているもので最善を尽くすことを目指しています。また、何かに成功するには現実的な予測と、何をもって成功とするかについて正確な理解が必要だということも付け加えておくべきでしょう。これらは、人によって異なるものです。 このブログでは、PCBデータ管理における成功とは何かについて考えてみましょう。情報は、常に活発に変化しているため、ライブラリは生き物として呼吸を続けます。次に、データシステムのベースラインは何かを検討し、可能な限り最低限の危険性で運用できる方法を考えます。 第2部では、すべてのPCBデータ管理システムに関係するS.M.A.R.T.のルールと、それらのルールを規定することで成功がどのように保証されるのかについて詳しく説明します。 PCBデータ管理の成功とは何ですか? PCB設計管理における「成功」は、いくつかの側面に分けられます。私が自社のPCBデータ管理システムを開始したとき、これは膨大な作業であることをすぐに理解しました。これで終わりという目標は存在しません。ライブラリとPCBデータ管理プロジェクトは典型的なプロジェクトではありません。典型的なプロジェクトは最初から明確な照準と目標が規定されており、その目標に達した時点で終了します。設計したものが正しく動作すれば、それで成功とみなされます。PCBデータ管理はそうではなく、条件付き成功レベルとでも呼ぶべきもので評価されます。この点については、後でさらに詳しく解説しましょう。 静的な情報と動的な情報 データシステムについて「条件付き成功」を考える主な理由は、データ自体の性質です。データシステム内のデータは2つの主なカテゴリに分類できます。1つは静的なデータ、すなわち、一切、変更されないデータです。静的なデータの例として、製造業者、部品番号、回路図のシンボル、3Dモデルなどが挙げられます。 データのもう1つのカテゴリは動的なデータ、、すなわち、変更、または進化が発生する情報です。動的なデータの例として、供給ベンダー、価格、利用可能数量などがあり、場合によってはパラメーター情報も含まれます。 動的な情報は変化するため、定期的にコンポーネントを更新する必要があります。これらの情報が存在するため、PCBデータ管理システムは生き物で、活動し続けていると言えるわけです。PCBデータ管理システムで動的な情報が最新の状態に維持されていなければ、データは不適切なものとなり、PCB設計者の役に立ちません。ライブラリの用語では、この状態を staleと呼びます。 PCBデータ管理システムの最初の範囲と目標は何ですか? コンポーネントが常に変化し続けるなら、データ管理システムの最初の基準線はどのようにすればいいでしょうか。データの一部が、いずれかの時点で変化することは事実です。しかし、最低限の基準を必ず満たせば、可能な最小限の危険性でPCBを設計できます。その最低限の基準とは、最小コンポーネント要件とレビュープロセスの2つです。 最小コンポーネント要件 新たに作成されたコンポーネントは、要件のチェックリストを満たす必要があります。例えば、標準的な回路図シンボルで特定のアイテムが必要なら、ピン接続、ピン番号、ピン名、回路図本体、デフォルト参照デジグネータ、部品名、説明を含めます。フットプリント (デカール) 側には、パッド、実装情報、シルクスクリーン、placement courtyard、3Dモデルを含める必要があります。その後で、特定の部品名/説明、部品のパラメータ情報、調達情報、回路図シンボルのモデル、フットプリント、および場合によってはシミュレーション モデルを含めて、完全なコンポーネントを構築します。 記事を読む
28 製造用シートレイヤー 1 min Videos デザインで製造用シート レイヤーを指定しておくと、ガーバーファイルに製造用の情報を含めることができます。 記事を読む
PCB設計者のためのベンチマーキングの実践とプロセス PCB設計者のためのベンチマーキングの実践とプロセス 1 min Blog ベンチマーキングは、業界のリーダーと比較して企業のパフォーマンスを分析する企業全体のプロセスです。企業はこれを使用して、トップ製品のパフォーマンスをよりよく理解し、特定の技術や実践を改善または適応するための計画を立てることができます。ベンチマーキングは、単位当たりのコスト、単位当たりの生産性、単位当たりのサイクルタイムや単位当たりの欠陥など、パフォーマンスを測定するための一連の指標を使用します。これにより、新しいパフォーマンスの指標が生まれ、他者と比較されます。 ベンチマーキングのサブセットには「ティアダウン」が含まれます。多くの大学といくつかの企業が利益のためにこれを行っています。最も知られているのはPortelligent[1]です。David CareyはPortelligentの社長です(www.teardown.com)。テキサス州オースティンに拠点を置くこの会社は、ワイヤレス、モバイル、個人用エレクトロニクスに関するティアダウンレポートおよび関連業界研究を提供し、EETimes誌にティアダウン記事を執筆しています。図1に例が示されています。 ヒューレット・パッカードでは、ベンチマーキングは非常に重要な活動でした。すべての製品ラインが競合他社の製品に対してベンチマーキングを実施していました。計測器にとっては、複雑なコンピュータシステムよりもはるかに簡単でしたが、すべてのケースで詳細なプロセスは同じでした： ナレーション付きビデオ、高解像度カメラ、X線、顕微鏡によるすべてのベンチマーキング活動の文書化 業界標準を使用して、ベンチマーク広告のパフォーマンスを確認します。最大または最小のパフォーマンス指標を発見します 物理パラメータのベンチマーク：サイズ、エネルギー使用量、発熱量など。 電気パラメータのベンチマーク：電源、PCBの数、特殊な電気デバイスなど。 製品の分解をベンチマークし、D&B DFM/A指標を計算します 各PCBアセンブリをベンチマーク：はんだの種類、適合コーティング、ヒートシンク、部品数、異なる部品タイプ、ICテスト 各プリント基板をベンチマーク：サイズ、層、設計ルール、配線効率、特別機能-分散容量 各PCBからのカスタム集積回路をベンチマーク：シリコンタイプ、ゲート数、設計ルールなど。 すべてのベンチマーク指標、写真、ビデオ、および分析を、各HP組織からの多巻のレポートに収集します HPはベンチマークについて非常に謙虚でした。常により良いアイデア、または卓越したパフォーマンスを探し、学んだことを実践に移していました。ほとんどの場合、HPは他の競合他社のパフォーマンスを上回りましたが、競合他社がどれだけ近づいているかを知りたがっていました。 図1. Portelligent[1]によって実施された「飲み込み可能なリモートカメラ」のティアダウンベンチマーキング。 ベンチマーキングプロセス 作業定義は、「優れたパフォーマンスにつながる業界のベストプラクティスを探求すること」と言えます。ベンチマーキングは、企業のパフォーマンスとそれが世界で最も優れているものとどのように比較されるかを理解することに基づいて、構造的な方法で運営を変更し、優れたパフォーマンスを達成することを目指すプロセスです。成功には基本となるベンチマーキングの哲学的ステップは以下の通りです。 自社の運営を知る 記事を読む
一貫性のあるPCBデータライブラリを構築する方法 一貫性のあるPCBデータライブラリを構築する方法 1 min Newsletters Judy Warner: お話を始める前に、「ライブラリ」とは何か、またそのあらゆる領域で必ず必要となることについて明確にしていただけますか? Cherie Litson: 技術者の多くは、「ライブラリ」を、何らかの形のデータベースに関連付けられた、シンボルファイルやフットプリント（デカル、ランドパターンなど）ファイルとして定義します。データベースを用意する必要すらありません。適切な回路図のシンボルファイルやフットプリントファイル、それらを関連付ける手段（属性、パッケージライブラリなど）さえあればよいのです。自分でライブラリを定義するのであれば、これでうまくいきます。 これは単純なライブラリですね。出発点としては上々です。「企業用ライブラリ」の場合は、考慮すべきことが多々あります。この方法はどちらかというとシステムライブラリの設計に適しています。PCBライブラリは、多くの場合、仕入れ、DFM、製造、試験、機構、およびその他の部門やシステムとリンクしている必要があります。 私は、長年にわたって、ワシントン州ボセルのSonoSiteやケントのDCI、レドモンドのMicrosoftといった大手企業で、ライブラリシステムを構築する多くの機会に恵まれました。状況や企業に応じてさまざまなコンポーネントライブラリを作成していくうち、うまく機能することもあればしないこともあることがわかってきました。 いずれの場合でも、コンポーネントライブラリシステムの構築において最も困難な作業は、構築の賛同を得ること、そしてシステムを使用する必要がある全メンバーへのトレーニングの実施です。これらができなければ、どんなにすばらしいシステムも機能しません。 Warner: 設計者にとって、部品ライブラリおよびデータ管理における最大の問題は何ですか? Litson: ライブラリシステムの観点でいえば、矛盾のないプランを用意することです。どのようなタイプのデータベースを構築するか、つまり使用すべきデータベースはどのようなタイプか、です。1対1か?1対多か?多対多か? 独立したライブラリの場合、最大の問題はクライアントが持っていない新しい部品の作成です。あるいは、ライブラリが全く存在しない場合です。その場合はライブラリを構築する必要があり、多くの時間を要します。 最悪の部品タイプは、トランジスタパッケージです。製造業者は、標準的なサイズやピンの配置にこだわることを嫌がります。ですから、設計者は、似たようなパッケージがすでにある場合でも、結局新しいパッケージを作成しなくてはならないのです。 私が構築するライブラリの多くは、パッシブコンポーネントに関しては1対多のタイプです。アクティブコンポーネントおよびICは1対1になります。 2つ目の問題はフットポイントのコントロールです。次のような自問すべき多くの可変条件や問題があります。 · どのレイヤーに作成されますか? · 記事を読む
PCBデータ管理とは PCBデータ管理とは？ 1 min Blog どんなPCBでも、優れた設計と製造にはデータ管理がつきものです。各PCBプロジェクトには、コンポーネントやフロントエンド回路図、物理レイアウト、製造ファイルに関する大量のデータが含まれています。お使いのPCB設計ソフトウェアには含まれていない他のドキュメントが必要となるかもしれません。不完全なデータや古いデータを使うと想定通りの設計ができなくなるため、設計者はこれらのデータをすべて追跡、管理する必要があります。 PCBデータ管理では、複数の領域にまたがる要件と設計情報を扱います。まず、最終製品がどのように動作するか、またその仕様と許容差、動作環境についての機能要件があります。さまざまな形式（データシートや、設計ツールライブラリにデジタル保存されたものなど）で各コンポーネントに関連付けられたデータもあります。さらに、PCB自体、その材料特性、物理的レイアウト、生産要件に関するデータもあります。設計は必ずしもゼロから始まるとは限りません。以前成功した設計の一部を再利用しなければならない場合もあります。 設計者は、以下の重要事項を考慮しなくてはなりません。 必要なデータはすべて揃っているか 設計データは正確で最新のものか 自分の知らないところで、誰かが変更を加えたか この記事では、こうした事項を確認するために役立つ情報と、最新のツールがプロの設計会社やOEMのデータ管理プロセスをどのように変えているかについてご紹介します。 PCBデータ管理とは？ PCBデータ管理は、プリント回路基板の設計、製造、実装に使われるデータの取得、保存、検証、使用法、分配、維持など、幅広い範囲にわたる作業を指します。PCB設計プロジェクトにおいてデータが作成、取得されるのは、以下のような場合です。 SOWやプロジェクト要件、デバイス要件を作成するとき フロントエンドエンジニアリングにおいて、予備設計が作成され、コンポーネントデータが収集されるとき 機械設計および電気設計をCADソフトウェアで作成する、物理設計の作業中 設計が製造に転送され、最終的な設計データが製造用に準備されるとき 設計プロセスの一部における、設計に関する決定は、筐体の形の変更などといったその他の要素にも影響を及ぼします。それによって、 PCBコンポーネントが中に収まらなくなることもあります。操作環境を変更すると、異なる周囲温度やより高い振動レベルに対応できるような設計を行う必要が出てきます。論理回路セクションの設計は、異なる許容差を持つ電力供給に適したものでなければならなくなるかもしれません。想定される変更点は莫大な量となります。いかなる変更も突き止めるられるデータ管理プロセスは必須です。 これらの問題は、PCBレベルであろうと機械設計であろうと、新製品に関する共同作業を行う場合に拡大します。たとえば、仕様が変更されたことや、物理的または電気的特性が異なる別のコンポーネントが設計に入れ込まれたことなどを、設計チームの全員がプロセス内で確実に把握する必要があります。すべてのデータで、変更や新しい情報が追跡され、それが設計チームの全員が見られる共有システムにコンパイルされると、すべてのプロジェクト関係者が表示およびアクセスできるようになります。 この概念についてもう少し詳しくご説明します。データ自体の管理について取り上げる前に、どんな情報を取得すべきか、またこの情報をどこでどのように取得するのかについて見ていきたいと思います。 PCB業界にしばらくいた方なら、PCB設計の一般的なプロセスについてはほとんどご存じでしょう。ほとんどのPCB設計では始めに同じか非常によく似た情報を使い、ソースは多くの場合同じものです。栄養豊かな地面に植えられたどんぐりが大きな木に成長するようなものです。また、最初の情報こそプロジェクト全体の成功に大きくかかわってきます。PCB設計の最初に使う情報が正確でなければ、その設計も正確なものにならない可能性が高くなります。この段階で注力すべきは、情報の量よりも質であるということをしっかりと覚えておきましょう。 データの作成と取得 データは、PCB設計チーム、製品メーカー、外部請負業者、最終顧客を含むすべてのプロジェクト関係者によって作成、編集されます。このようなデータには以下が含まれますが、必ずしもこれだけに限定されるわけではありません。 記事を読む