Mobile menu
Systems and Product Design
ホーム Systems and Product Design

Systems and Product Design

Integrate multidisciplinary systems seamlessly, from conceptualization to final product design, for enhanced performance and reduced development time.

Altium Design Solutions Design Management Fundamentals
Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
適用
フィルターをクリア
要件管理と品質機能展開 要件管理と品質機能展開 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モデルを含める必要があります。その後で、特定の部品名/説明、部品のパラメータ情報、調達情報、回路図シンボルのモデル、フットプリント、および場合によってはシミュレーション モデルを含めて、完全なコンポーネントを構築します。 記事を読む
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設計チーム、製品メーカー、外部請負業者、最終顧客を含むすべてのプロジェクト関係者によって作成、編集されます。このようなデータには以下が含まれますが、必ずしもこれだけに限定されるわけではありません。 記事を読む
プロジェクト管理ツール プロジェクト管理ツール 1 min Blog 大学のエンジニアリングシニアプロジェクトの一環として、プロジェクト管理技術を使用した最初の機会はガントチャートでした。その時は全て手作業でした。今日では、多くのソフトウェアパッケージがそれを提供しており、他のプロジェクト可視化技術も同様です（図1）： ガントチャート パートチャート クリティカルパス分析 アフィニティ図 ギャップ分析 タイムライン 図1. プロジェクト管理に使用されるいくつかの可視化ツール [1]. あなたの仕事が何であれ、キャリアのある時点でプロジェクトを管理する必要があるか、または積極的な役割を果たすことがあります。プロジェクト管理スキルを学ぶことに費やした時間は、あなたにとって大きなリターンをもたらします。 プロジェクトを期限内に、予算内で完了させることは、あなたの最高の推薦の一つになります。そして、タスクを組織し、スケジュールし、委任する方法を知っているとき、昇進のために自分自身をより目立たせることができます。 ガントチャート 最もよく使用されるツールの一つがガントチャートであり、プロジェクトに関わるすべての活動を収集する必要があります。このプロセスの一環として、各タスクを誰が担当するか、各タスクにどのくらいの時間がかかるか、チームが直面する可能性のある問題は何かを把握します。この詳細な思考は、スケジュールが実行可能であること、適切な人が各タスクに割り当てられていること、そして開始する前に潜在的な問題に対する回避策を持っていることを確認するのに役立ちます。私の「問題解決」BLOGに記載されている活動は、プロジェクトのすべての側面を収集し、最小限の時間を見積もり、どの活動が他の活動を開始する前に完了する必要があるかを把握するのに役立ちます。 最終的に、ガントチャートを使用して、チームや上司に進捗状況を報告することができます。必要なのは、変更を示し、それが主要なタスクやクリティカルパスにどのように影響するかを示すための簡単な更新だけです。 ガントチャートを作成するプロセスには以下のステップが含まれます： ステップ1: 必須タスクと活動を特定する ガントチャートは、プロジェクトまたはプロジェクトのフェーズを完了するために必要なすべての活動を含んでいない限り、有用な情報を提供しません。したがって、最初にこれらの活動をすべてリストアップします。各タスクについて、最も早い開始日と所要時間を決定します。 ステップ2 記事を読む
ワークフローを平滑化する：「フラット」スタイルのプロジェクト管理ガイド ワークフローを平滑化する：「フラット」スタイルのプロジェクト管理ガイド 1 min Guide Books フラットな組織が人気を博すにつれて、それに伴う方法やプロセスも同様に普及しています。このブログでは、フラットな組織構造自体ではなく、プロジェクト管理の領域内でフラットな組織がどのように機能するかについて議論します。フラットな組織から学んだプロジェクト管理の原則は、最もフラットな会社から最も階層的な構造を持つ組織まで採用することができます。 「フラット」であることは流行っていますが、なぜそれを行うべきなのでしょうか？ 「なぜフラットなプロジェクト管理に興味を持つべきか？」という質問をしているかもしれません。プロジェクトマネージャーにとって、答えはシンプルです：委任の必要が少なく、状況の確認を求めることが少なく、監視も少なくなります。これは、あなたが好きなことにもっと時間を割くことができるということを意味します... それが仕事の管理を楽しんでいる場合は（その場合はここで読むのをやめるべきです）。管理される側にとっても、明らかです：なぜ常に状況を追及され、仕事の正しいやり方を「助言」される必要があるのでしょうか？再び、それが好きなら、これはあなたにとって正しいスタイルではないかもしれません。ここでの考え方は、マネージャーが少ない管理を必要とし、他のすべての人が自分の仕事を望むように自由に、そして自律的に行うことができるということです。 前提条件 プロセス自体を始める前に、これを実際に機能させるための3つの主要な前提条件があります：信頼、透明性、そしてコミュニケーション。 ここ 図1. 信頼、透明性、コミュニケーション 信頼：お互いを信頼することは、フラットなプロジェクト構造を成功させるための鍵です 透明性：全員が自分が何をしているのかを完全にオープンにする必要があります。これは、以下のようないくつかの媒体を通じて彼らの仕事を伝えることで行うことができます： コードのコミット Wikiページ 課題追跡システム エスプレッソマシン（つまり、新しいウォータークーラー） コミュニケーション：全員が互いにコミュニケーションを取る能力を持ち、そうすることが奨励されるべきです。 信頼があるところには透明性があります。透明性があるところでは、人々は安全だと感じ始めます。人々が安全だと感じ、自分の仕事についてオープンであることが奨励されると、コミュニケーションは自然に起こります。 実装 前提条件をカバーしたので、フラットプロジェクト管理の実装について話し合うことができます。 プロジェクトリーダー：「でも、フラットな構造では誰もボスではないと思っていましたが？」確かに「指揮と管理」に従事する必要がある人はいませんが、ファシリテーターがいることは重要です。プロジェクトリーダーを、全員が調和して同じリズムで演奏していることを確認する指揮者だと考えてください。 記事を読む