横断的エンジニアリングプロセスの管理のための戦略

現代製品開発におけるクロス・ディスペクトラム・エンジニアリングの理解

メカニカル、電気、ソフトウェア、土木技術者が単一の製品でコラボレーションするクロス・ディスペクトラム・エンジニアリングは、自動車から医療機器に至るまで、業界において規範となっています。統合イノベーションの約束は高くなっていますが、現実には、誤った仕様、冗長な努力、および統合サイクルの遅延が伴います。この記事では、これらの複雑なプロセスを管理するための実用的な戦略を概説し、リーダーは競争上の優位性にクロス・ファンクション・フリクションを回すのを支援しています。

横断的エンジニアリング管理の基礎

コアチャレンジ:多様なマインドセットとワークフロー

各エンジニアリングの規律は、独自の語彙、設計ツール、およびレビューサイクルをもたらします。ソフトウェアエンジニアは、スプリントとマージで考えています。機械的エンジニアは、許容スタックとDFMチェックの製造を考えている。明示的なブリッジングメカニズムがなければ、これらの違いは、カスケードが高価な作業に直面する通信の故障を作成します。効果的な管理への最初のステップは、クロス・ディクステナリーな作業が単なる並行的作業ではありません - それはシステムに依存しています。

伝統プロジェクトマネジメントが短くなる理由

滝と標準的なアジャイルフレームワークは、多くの場合、単一所有者製品バックログまたはフェーズ間の線形ハンドオフを想定しています。実際には、電気的およびソフトウェアの決定は、機械エンクロージャの制約に影響を及ぼし、それらの制約は、センサー配置に戻ってフィードします。プロジェクトは、定性的、同期計画サイクルをシーケンシャルではなく、必要です。これは、統合プロジェクト計画が不可欠になる場所です。

効果的な管理のための重要な戦略

1. 共同エンジニアリング言語の確立

規律固有のジャーゴンは、要件を隠すことができます。「インターフェイス」、「プロトタイプステージ」、そして「検証」といった用語を定義するプロジェクト用語集を作成します。これをでペアリングします。配置された設計レビュー[](物理または仮想)、各分野が共通のフォーマットでデザインを意図している場所(システムアーキテクチャ図など)は、機械的および電気的境界と重なりすぎます。

外部リソース: システム工学知識のボディ (SEBoK)[]は、交差規準通信規格を確立するためのガイドラインを提供しています。

2. 依存マッピングでRACIマトリックスを実装

元の記事では、RACI の数学が、クロス・ディクトリニアル・プロジェクトでは、リストの名前を超えて行く必要があります。各タスクを上流および下流の成果物にマップします。例えば、「モーター・コントローラー・ファームウェア」(Responsible:ソフトウェア・チーム)は、システム・エンジニアに会計可能ですが、また、電気(ピンアウト、電力予算)および機械的(ホール・ロケーションを取付ける)へのインフォーメード・インプットを要求します。現代の PLM で利用可能な共有された依存グラフを使用して、タスク・ブロックは、タスク・ブロック解除されたタスク・ブロックがフラグです。

3. モデルベースシステムエンジニアリング(MBSE)を採用

MBSEは、すべての学位がクエリできるデジタルモデルで紙ベースの要件を置き換えます。モーターのトルク要件の変化は、電力計算、機械的ストレスシミュレーション、ソフトウェア制御限界を自動的に更新します。これは、遅延段階の驚きを引き起こす変更の手動伝搬を排除します。多くの航空宇宙および自動車チームは、任意の断面分泌サブシステムのためのMBSEを操作します。

外部リソース: OMG MBSE Initiative[ は、MBSEの成功事例を提示します。

4. 定期統合のキャデンスをスケジュール

プロトタイプビルドが統合をテストするのを待ち合わせないでください。週単位または隔週に「統合スプリント」を持たせます。各ディストリビューションが現在のアーティファクト(CADモデル、PCBレイアウト、またはコードビルド)を生成し、物理的または事実上それらを組み立てます。同じフロアで30分のセッションでも、インターフェイスの誤差を早期に明らかにできます。 ]]]BOM比較スクリプトまたは[[FLT:FLT:2]:[FLT]-FELT:[FLT]-FEV]-F]-FVODF]-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-F-

5. クロス規準性能メトリックを作成する

個々のチームメトリック(ソフトウェアコミット数、機械的部品数など)は、サイロの動作を集中させることができます。代わりに、最初のプロトタイプの前に見つかったインターフェイスの競合の数、または「フリーズのコンプライアンス率を設計する」などの共有KPIを定義します。クロス・ディストリビューション・マイルストーンが満たされたとき、独自の懲戒処分が時間通りに終了したときには、チームを報酬します。

横断的なコラボレーションのためのツールとテクニック

相互運用性のあるデザインツールのブリッジング

単一のCADまたはモデリングツールは、すべての規律に適していません。目標は、相互運用性です。 MCAD(例えば、SolidWorks、NX)がECAD(例えば、Altium、Eagle)が輪郭としてインポートできるジオメトリや質量特性をエクスポートし、両方のソフトウェアデジタルツインにフィードをエクスポートすることを確認してください。中立ファイル形式(STEP、JT、XSLX)とインテラープライズPLMプラットフォームFLT]は、すべての特定のソースがすべてを保持する]。

一般的な統合には、以下が含まれます。

[ タスクのタスクを解決する。チームをクロス・ディストリビューション・デザイン・ルールが違反したときに通知するチャットボットで、Slack または Microsoft Teams[] を、チームに通知する。
[]Jira または Azure DevOps[ のカスタムフィールド「Discipline 所有者」と「Impacted Disciplines」。
[]Windchill または Teamcenter[ は、機械的および電気的部分の定義を結合する、リビジョン制御された BOM のことです。
[モデルセンターまたはSysML[複数の物理領域にわたってトレードオフの学習のためのツール。

共同利用条件管理

各規準がシステムレベルの要件の同じセットで表示およびコメントできるように、Webベースの要件ツールを使用します。 []]]リンク要件ID[]]]は、ケースと検証項目をテストします。要件が変更されたとき、ツールは、各影響を受ける規準のエンジニアリングリードを自動的にメールします。これは、壊れやすい「更新されたスペックPDFを送信します」ワークフローを置き換えます。

共通の課題を克服

課題1: 説得力のあるデザイン優先順位

ソフトウェアチームは、最大の処理のヘッドルームを望む; メカニカルチームは、タイトで頑丈なエンクロージャーを望む; 電気チームは、最適な信号ルーティングを望む。これらの優先順位は、多くの場合、同じ物理的スペースと熱予算のために競争する。 []]ソリューション:[]]]]]は、各設計の代替を客観的な基準(コスト、重量、電力、市場投入までの時間)にスコアするトレードオフマトリックスを使用する。システムエンジニアは、トレードオフを促進しますが、決定は、すべての現在の部門とスコーリングされたスケールで行う必要があります。

課題2:差別間の知識サイロ

共有ツールでも、エンジニアは不完全な仕事を遠ざかるのを躊躇するかもしれません。これは、互換性のない前提で並列開発につながります。 ]:[]は、 "早期、不完全、正直な"共有の文化を作成します。 ]デザインレビューボード(DRB))を使用して、各懲戒律が既知のリスクを含む15分の更新を提示する月を満たします。 DRBは、会社が直接投稿されるのは、会社につながりません。

課題3:マトリスの資源分担

行列組織では、エンジニアは、クロス・ディクトリニアル・プロジェクトを実践しながら、機能管理者に報告します。これにより、時間の配分に対立を引き起こす可能性があります。 []]のソリューション:[]]]]プロジェクトマネージャーと機能管理者は、各四半期ごとに容量プランに共同で同意する必要があります。リソース計画ツール(例、 Smartsheet、LiquidPlanner)を使用して、スプリントが始まる前に、懲戒およびフラグ過負荷ごとの可用性を表示します。

持続成功のためのベストプラクティス

クロストレイント・ローテーションへの投資

別の規律で6ヶ月を過ごしたエンジニアは、そのチームの制約に対する共感を開発しています。許容スタックアップについて学ぶための短いスタントのための機械でソフトウェアエンジニアをペアリングし、または電気エンジニアがシステムテストをシャドウさせる。これは、精神性を低下させ、非公式なトラブルシューティングをスピードアップします。

ドキュメント統合レッスンが学習

各主要なマイルストーン(プロトタイプ、設計フリーズ、起動)の後、特にの統合障害に焦点を当てたクロス・ディスプライン・レトロスペクティブを保持します。指指指で指を指すが、根本解析ではありません。検索可能なナレッジベースで発見を公開します。時間が経つにつれて、チームは、プロジェクトに遅延の週を節約する「接続タイプ」などの一般的なフォールの Playbook を構築します。

デジタルツインを使用して、継続的に検証

デジタルツインは、物理的な製品のリアルタイムの仮想表現です。ハードウェアが構築される前に変化の影響を把握するためにすべての分野が期待できます。例えば、プロセッサ周波数を増加させるソフトウェアアップデートは、機械エンクロージャの熱効果をチェックするために、デジタルツインでシミュレーションできます。これにより、高価な物理的プロトタイプの必要性を減らし、統合サイクルを短縮できます。

未来のクロス・ディクライニング技術動向

[AIが提唱するデザインツールの上昇(例えば、機械的および電気的トポロジーの両方を出力する遺伝子設計)は、さらに懲戒処分境界を強制します。マネージャは、複数のドメインをナビゲートできるシステムワーカーを含むチームを構築することによって準備する必要があります。さらに、 クラウドベースのコラボレーションプラットフォーム (Onshape、Autodesk Fusion、およびAltium 365など)は、どこにでも、クロスタイム設計可能になるかを可能にします。

もうひとつのトレンドは、単一のシミュレーション環境で電気、機械、熱、制御システムを結合する「モデル化」シミュレーションの使い方です。これにより、クロス・ディクトリニアル・チームが数週間ではなく「何とか」のシナリオを実行できます。

外部リソース: Modelica Association[]] は、マルチ物理モデリングのためのオープン規格を提供します。

コンテンツ

横断的なエンジニアリングプロセスの管理は、規準固有の卓越性およびオーケストラ・インターフェースの高度化、インセンティブの整列、透明性の文化の構築についてより少なくありません。構造化されたコミュニケーション・フレームワーク(レイシィと依存関係マッピング、MBSE、統合の学年)を実装することで、相互運用可能なツールを採用し、リソースのコンテンツや知識サイロなどの一般的な課題に積極的に取り組むことにより、エンジニアリング・リーダーは、クロス・ディストリビュータリを革新のソースに変換し、これらの戦略を最適化し、これらの戦略を最適化し、コストを削減します。