Mobile menu
技術マネージャー
ホーム 技術マネージャー

技術マネージャー

In PCB design, an Engineering Manager is a highly experienced professional who is responsible for the execution of all engineering projects, which may include the development of embedded device software. They provide technical advisement, participate in design reviews, and ensure that what is being designed meets customer requirements and industry standards. Engineering Managers may focus solely on electronics development, but they frequently cross multiple boundaries, including electronic, mechanical, manufacturing/testing, EM compliance, FCC testing, and more.

Engineering Managers in PCB design may also be referred to by other job titles, such as Engineering Director, Lead Engineer, or Senior Director of Engineering. These titles reflect the diverse range of skills and expertise required for success in this role, from project management and leadership to technical knowledge and industry experience. Overall, Engineering Managers play a critical role in the PCB design industry, ensuring that products meet necessary standards and are delivered to customers with the highest level of quality and functionality.

Altium Designer 無料トライアルを見る Altium 365 - 入門ユーザーガイド Try Altium Develop
Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
適用
フィルターをクリア
アジャイル・ハードウェア開発に関する一般的な誤解のカバーフォト 多くのアジャイル「グル」がハードウェア開発について誤解していること 1 min Blog シミュレーションエンジニア 機械エンジニア プロジェクトリーダー（マネージャー） +7 シミュレーションエンジニア シミュレーションエンジニア 機械エンジニア 機械エンジニア プロジェクトリーダー（マネージャー） プロジェクトリーダー（マネージャー） テスト技術者 テスト技術者 技術マネージャー 技術マネージャー アジャイル手法は、ソフトウェア開発の世界に根ざしており、技術業界において変革的な力として称賛されています。しかし、ハードウェアおよび電子機器の開発に進出するにつれて、アジャイル原則の見かけ上スムーズな適応は、課題と誤解の迷宮に直面します。この3部構成の探求の第1回目では、 ハードウェアとソフトウェア開発の違いから生じるアジャイルの課題を分析しました。この記事では、アジャイル「専門家」によって広められた神話を検証します。 電子ハードウェア開発におけるアジャイルの複雑さに踏み込む前に、アジャイルのコーチやコンサルタントを非難することが私たちの意図ではないことを明確にすることが重要です。私たちは、彼らの善意と、顧客がアジャイル手法の利点を享受するための熱意を認識し、評価しています。批判が生じることもありますが、それはハードウェアの微妙な違いを十分に理解していないことから来るものであり、批判することが目的ではありませんが、アジャイル原則を効果的に適応させ、ハードウェア開発の特定の要求を満たすことが目的です。私たちの焦点は、このユニークな文脈でその利点を活用するためにアジャイル戦術を調整し、アプローチを変更しつつも原則を保持することです。 神話＃1：柔軟で適応し続ける必要があります アジャイルの専門家は、反復的な実行、フィードバックループ、そしてソフトウェアのデジタル領域で栄えている迅速な適応性の長所を正しく賞賛しています。しかし、これらの原則をハードウェアや電子機器の具体的な風景に移行することは、純粋なデジタルスペクトラムにはない複雑さの層を導入します。物理的な解決策は、そのソフトウェアの対応物とは異なり、「完成」する必要があります。部品を注文し、金型を製造し、厳格な製造ニーズを満たすためです。アジャイルの絶え間ない変化への呼びかけは、ゲームの遅い段階でさえ小さな変更が必要な場合、ハードウェアの容赦ない性質と衝突します。 これに対応して、ハードウェア開発にアジャイルを適用するには、パラダイムシフトが必要です。それは絶え間ない変更についてではなく、 プロトタイピングと、時間、予算、リソースの制約内で価値を最大化することを目指す、迅速な学習と実行サイクルに基づく、情報に基づいた戦略的な適応についてです。アジャイルの機敏さと物理製品の最終性の要求との間のダンスは、より良心的なイテレーション計画と、プロジェクト全体を通じてリスク削減への深いコミットメントを必要とします。 神話＃2：毎スプリントで動作するプロトタイプを開発する必要があります アジャイルの純粋主義者がよく唱える、2〜3週間ごとに完全に機能するプロトタイプを開発する 「スプリント」はアジャイルであるための普遍的な「必須」項目とされていますが、このアプローチの実用性は、ハードウェアおよび電子機器の開発（および予算）の現実に直面して崩れます。何かを構築し、進捗を示し、この結果を使用して貴重な技術的および商業的フィードバックを得て、次のイテレーションに役立てるという考え方は正しいです。しかし、各ハードウェアプロジェクトは、独自の目標、依存関係、リードタイムの制約、必要なイノベーションの領域、およびリスクを持つ独立したエンティティです。そして、各プロジェクトは、プロトタイピングと学習に対する独自のアプローチを受けるに値します。 アジャイルなハードウェア製品開発を真に受け入れるためには、チームはワンサイズフィットオールの考え方を捨てる必要があります。代わりに、プロジェクトのニーズを慎重に検討し、創造的で学習とプロトタイピングの戦略を導き出すために協力する必要があります。"プロトタイプ"は、予備的なパンフレットから、スティーブ・ジョブズの有名な「ポケットに1000曲を入れる」iPodモックアップのような泡のモックアップ、部分的または完全に機能するプロトタイプまで、あらゆる実証可能な成果物であることを認識することが重要です。 神話＃3：バックログにストーリーを追加して、ただ始める アジャイル手法の固有の強みは、従来のウォーターフォールアプローチよりもプロジェクトをはるかに迅速に開始できる能力にあります。実際、アジャイルハードウェア電子プロジェクトにおいては、概念の特定から開発の開始までの期間が大幅に短縮されていることがわかっています。この期間は、従来の段階的アプローチの下では多くの場合、数ヶ月または数年に及ぶことがありましたが、アジャイル方法では数週間または数日にまで短縮されています。もちろん、この劇的な結果の一部は、私たちが「開発の開始」と定義する方法にあります。 ソフトウェアにとって、これは簡単です。アジャイルの専門家は、ソフトウェア機能を定義するためのユーザーストーリーの作成、それらをバックログに優先順位付けし、スプリントを開始することを推奨しています。しかし、ハードウェアでは、少なくともプロジェクトを正しい方向に導くために、アーキテクチャ、重要な望ましい属性、制約、およびその他の要因の理解を伴う最低限の事前計画が必要です。この事前の努力は、「動作するソフトウェアが進捗の主要な尺度である」と「開発の遅い段階でさえ、変更される 要件を歓迎する」というアジャイルの原則と明らかに衝突するように見えるかもしれません。 和解は、製品開発の前段階に一般的に理解されているアジャイルの戦術を適応させることによってバランスを見つけることにあります。ハードウェアのアジャイルプロジェクト管理は、プロジェクトの戦略的意図に沿って迅速に開始し、従来のアプローチよりもはるかに多くの未知数を受け入れることを可能にします。その後、チームはアジャイルの反復学習を使用して最適な解決策を定義し、スケジュールとリソースの制約内で製品価値を高める戦略的変更に対して開かれた心を持って協力することができます。 神話＃4：すべての作業項目をユーザーストーリーとして定義する 多くのアジャイルの専門家が唱える重要な指示の一つは、すべての開発作業をユーザーストーリーとして定義すべきだということです。このアドバイスは、システムコンポーネント、インターフェース、他のエンジニアなども「ユーザー」として扱うべきだと続けています。このアドバイスにより、ほとんどの電子機器およびハードウェア開発者は頭を悩ませ、遵守に苦労しています。 ソフトウェアチームがアジャイルの実践をすんなりと採用している主な理由の一つは、顧客のニーズを伝統的な要件文書や詳細なユースケースで文書化することが非常に無駄であり、チームにほとんど価値を加えなかったからです。なぜユーザーが何をしようとしているのかを宣言し、その機能を文書化するためにユーザーストーリーを書き、それを開発タスクとして扱わないのでしょうか？これは自己文書化するだけでなく、これらのストーリーが一貫して優先され、顧客との検証が行われれば、変化に対応し価値を最適化するための完璧なクローズドループシステムを持つことになります。素晴らしいですね！ ハードウェア開発のためにユーザーストーリーを直接作業項目として書き、それらを価値ある顧客の成果に追跡するこの試みは、多くのハードウェアチームにとってアジャイルの限界点であることがよくあります。ハードウェアを定義することは、ソフトウェアを定義することとは異なります。従来の製品要件文書（PRD）や機能仕様は、ハードウェア開発者にとって安心感を提供するだけでなく、彼らの作業を分解して提供するために必要な詳細を提供します。開発者に「処理ユニットとして、クリーンな入力を保証するために電圧調整が必要です...」のようなユーザーストーリーを書かせることは、ユーザーストーリーを通じて顧客価値を捉える目的を無効にし、ソフトウェア開発者がアジャイル原則で取り除こうとした非価値の無駄を追加します。 記事を読む
アジャイル・ハードウェア開発ブログシリーズのカバー ハードウェア開発がただ…異なる5つの方法 1 min Blog 機械エンジニア プロジェクトリーダー（マネージャー） シミュレーションエンジニア +7 機械エンジニア 機械エンジニア プロジェクトリーダー（マネージャー） プロジェクトリーダー（マネージャー） シミュレーションエンジニア シミュレーションエンジニア テスト技術者 テスト技術者 技術マネージャー 技術マネージャー 電子ハードウェア開発におけるアジャイル手法の実装に伴う独自の課題と戦略を探求します。アジャイルフレームワーク内でのハードウェアとソフトウェア開発の主な違いを理解します。 記事を読む
電子製品の設計 電子製品の設計を推進する今日のPCB設計者 1 min Blog 電気技術者 PCB設計者 機械エンジニア +1 電気技術者 電気技術者 PCB設計者 PCB設計者 機械エンジニア 機械エンジニア 技術マネージャー 技術マネージャー プロの設計者は、自分たちが電子製品の開発プロセスで重要な役割を担っていることを知っています。回路基板なしでは、すべての半導体が無意味になり、私たちが享受する最新の体験を提供できなくなります。PCB設計者は製品開発プロセスで非常に重要な役割を担いますが、製品開発ツールに関してはいまだに不利な立場に置かれています。PCB設計ソフトウェアは物理的なレイアウトの構築には優れていますが、その機能が製品開発全体に拡張されるのはまだまだ時間を要します。 では、業界は製品開発でより重要な役割を果たすPCB設計者をどのようにサポートできるのでしょうか？Altiumでは、システムレベルに注目し、製品開発プロセス全体で設計者がより一層関与するためのツールを作成する方向へと徐々に移行しています。よく言われているように、段階的に進むエンジニアリングの時代は終わり、現在最も成功している製品は、共同プロセスで構築されています。 PCBを超えた製品設計に関係するものとは 製品設計のアイデアそのものが明白でなければなりません。システム全体を総合的に検討することが重要であり、システム内の主要コンポーネント間の関係を設計することで目標が達成されます。たとえば、筐体やHMI要素によってPCBへの配置やEEの部品選定が進み、基板やコネクタの数によってハーネスの必要性が生じ、シミュレーションの結果によってアセンブリの配置や材料の選定が影響を受けるといったように、システムで考えられる設計上の関係は非常にたくさんあります。 筐体 PCBとそのコンポーネントは、望ましいユーザー体験を作り上げるために重要ですが、ユーザーが実際に取り扱うのは筐体です。そのため当然のことながら、筐体はユーザー体験がアクセシブルな、心地よい美学を備えている必要があります。また、すべてのコンポーネントとサブシステムを1つのパッケージに収容する必要がありますが、このシンプルな要件がPCBレイアウトに深刻な制約を課すことになります。 マルチボードシステム 単一の基板またはコンポーネントに依存する製品は少なくなり、多くの製品はライフサイクル全体で静的な状態を維持しなくなります。多くの製品は、複数のコンポーネントやサブシステムに依存しており、その中には電気的、機械的に相互接続しなければならない複数のPCBが含まれます。MCADアプリケーションでは、機械設計者がECADの共同作業者と協働するための2つのアプローチがあります。 古い方法: 各基板をSTEPモデルとしてエクスポートし、これらをMCADユーザーに共有/メールし、MCADアプリケーションにインポートして機械バックチェックを行います。 新しい方法: ECAD/MCADコラボレーションが統合され、MCADユーザーはファイルをエクスポートすることなく、単一のシステムとしてすべての基板にアクセスできます。 多くの企業は、製品の機械設計を可視化するために電気設計者と機械設計者が今でもファイルをエクスポートし合っています。Altium 365は、MCADユーザーとECAD ユーザーが安全なオンラインプラットフォームを通じて直接協働できるように、クラウドを使ってMCAD CoDesigner拡張機能をプロビジョニングすることで、この問題に対処しました。 Altium Designer向けMCAD CoDesignerの詳細について 新しいアプローチとは、基板間に論理定義を適用し、PCB 記事を読む
PCB設計者の面接ガイド PCB設計者の面接で訊かれる質問とは：新人エンジニア向けガイド 1 min Interviews PCB設計者 電気技術者 技術マネージャー +1 PCB設計者 PCB設計者 電気技術者 電気技術者 技術マネージャー 技術マネージャー ハードウェア製造業スタートアップ企業 / エレクトロニクスプロトタイパー ハードウェア製造業スタートアップ企業 / エレクトロニクスプロトタイパー 新人PCB設計者向け：最初の面接で訊かれる質問をご紹介。面接で良い印象を残したいなら、ここでご紹介するヒントを参考にしてください。 記事を読む
エレクトロニクスエンジニアのためのコラボレーションツール エレクトロニクスエンジニアのための最高の設計共同作業ツール 1 min Blog 電気技術者 機械エンジニア 技術マネージャー 電気技術者 電気技術者 機械エンジニア 機械エンジニア 技術マネージャー 技術マネージャー Altium 365は、電気技術者、MCADエンジニア、PCB設計の専門家のための最高のコラボレーションツールを含んでいます。 記事を読む
Altium DesignerによるPCBサプライチェーンの管理 Altium DesignerによるPCBサプライチェーンの管理 1 min Blog 電気技術者 購買・調達マネージャー 技術マネージャー 電気技術者 電気技術者 購買・調達マネージャー 購買・調達マネージャー 技術マネージャー 技術マネージャー 基板の製造が単純であれば、コンポーネントの在庫を気にせず、設計者はいつでも設計図を送り出すことができます。残念なことに、PCBサプライチェーンの事情により、回路基板の製造と組み立てが計画通りに進まないこともあります。コンポーネントの在庫がなくなることもありますし、重要な部品の製造が終了してしまうことも、設計がPCBの組み立てラインに乗る前に価格が急変することもあります。こうした問題を回避し、納期に間に合わせるため、設計者にはどのようなことができるでしょうか。 Altium DesignerのPCBサプライチェーン機能を使用すると、コンポーネントに必要な調達データを簡単に入手し、調達に関する問題を早期に発見することができます。サプライチェーンが混乱した時点で対応するのではなく、設計が完了して生産に向けて送り出される前に、コンポーネントの供給が中断される事態を予測できます。ここでは、設計に必要な部品を見つけ、回路図やレイアウトに部品を直接、インポートし、製造前に部品を確実に調達する上で、Altium Designerがどのように役立つかを説明します。 PCBサプライチェーンと調達に必要な機能 正確なコンポーネントモデルによる生産性の維持 PCB設計データとサプライチェーンのクラウドへの統合 PCBサプライチェーンを可視化する機能と完全な設計ツール群を組み合わせた、業界唯一の設計アプリケーションです。 新しい設計は、パッシブICおよびSoCから特殊用途のICおよびSoCまで、膨大な種類のコンポーネントを使用している可能性があります。設計者は、PCBサプライチェーンの変動に影響されないように、製品に含まれるすべてのコンポーネントを管理する必要があります。新しいデザインを大規模に、かつ最小限の再設計で作成するにあたり、設計チームは電子部品のサプライチェーンを完全に把握できるようにしておく必要があります。新製品を必要な規模で確実に生産する最善の方法は、サプライチェーンを早めに詳しく調べておくことです。 サプライチェーンを詳細に調べるために、設計者にはどのようなことができるでしょうか。サプライチェーンの統合には、販売業者のデータベースを参照するだけではなく、新しい設計にコンポーネントをインポートしたり、調達データを単一のインターフェースで管理したりするためのツールが必要です。フル装備のPCB設計ユーティリティセットであれば、PCBサプライチェーンの問題を克服し、円滑に製造を行うために設計者が必要とする機能を備えているはずです。 PCBサプライチェーンと調達に必要な機能 PCB設計者は、サプライチェーンを問題なく管理するために、リードタイム、コスト、部品の製造終了、利用可能な代替コンポーネントなどに関する最新の情報を必要としています。販売業者からデータを入手するために、Webサイトを参照したり、手作業でコンポーネンの在庫を記録したりする手間を省き、PCB設計ソフトウェア内でこれらの機能にアクセスできるようにする必要があります。PCBサプライチェーン管理ツールでは、設計チームが以下のデータを利用できることが理想です。 コンポーネントの在庫、価格、販売業者リストなどの最新情報 PCBレイアウトで使用可能なコンポーネントのECAD、およびMCADモデル 製造中、製造が中止された、またはEOLのコンポーネントを特定するためのライフサイクルデータ PCB設計ソフトウェアでこれらのデータにアクセスできれば、製造や組み立てに遅延が発生する前に設計をやり直さなくても済むようになります。 Altium Designerでの部品販売業者との統合 サプライチェーンの統合の主な問題は、最新のデータにアクセスできないことです。適切なサードパーティサービスに登録し、コンポーネント販売業者のWebサイトの閲覧に十分な時間を費やすことができれば、必要なデータを見つけられます。本当の問題は、設計ソフトウェア内でデータにすぐにアクセスできるかどうかです。サードパーティのソリューションは、ECADモデルや調達データを設計ツールに直接提供できないため、本当のソリューションではありません。 Altiumは、主要な販売業者と提携して、Altium 記事を読む
Altium 365 ワークスペース Altium 365 ワークスペースがどのように整理を保つか 1 min Blog 電気技術者 プロジェクトリーダー（マネージャー） システムエンジニア/アーキテクト +1 電気技術者 電気技術者 プロジェクトリーダー（マネージャー） プロジェクトリーダー（マネージャー） システムエンジニア/アーキテクト システムエンジニア/アーキテクト 技術マネージャー 技術マネージャー 複数のユーザーと協力する必要がある場合、Altium 365のワークスペースを使用してプロジェクトを整理する方法は次のとおりです。 記事を読む