Hide
Don't miss an update, subscribe
Don't miss an update, subscribe

ニュースレター

アジャイル設計のためのコラボレーション Newsletters 小規模チーム、大きな影響:Altium 365 RSPがアジャイル設計のためのコラボレーションを効率化 今日の電子機器開発チームは、完璧な嵐のような課題に直面しています。システムはより複雑かつ学際的になりつつあり、市場の要求は急速に変化しています。アジャイル開発アプローチを使用する小規模ハードウェアチームにとって、これは特に大きな課題を生み出します: 限られたリソースで成長する複雑さを管理しながら効果的に対応し続ける。 ハードウェア開発におけるアジャイル導入の影響は明らかです。 マッキンゼーの研究によると、 アジャイル方法を成功裏に実装したハードウェア開発チームは、市場投入までの時間を30%速めることができます。しかし 50%以上のチームが依然として要件を基本的なスプレッドシートやドキュメントで追跡しており、現代のニーズと伝統的なツールとの間に乖離が生じています。 ハードウェアがアジャイルに出会う時:複雑なロマンス ハードウェア開発とアジャイル方法論との関係は常にスムーズだったわけではありません。ソフトウェアチームが数十年にわたってアジャイル実践を受け入れている一方で、ハードウェアチームはしばしばこれらのアプローチを懐疑的に見ています。このためらいは理由がないわけではありません - ハードウェア開発には物理的なコンポーネント、規制要件、製造の制約が関わっており、これらは常に純粋なアジャイル方法とは一致しません。 「 コラボレーティブな要件管理システムでサイロを打破する」で以前に探求したように、従来の製品開発はしばしばリレーレースのように見え、各チームが次のチームにバトンを渡していきます。この線形のアプローチは論理的に見えるかもしれませんが、小規模チームが負担できないコミュニケーションのギャップや遅延したフィードバックをしばしば引き起こします。 小規模チーム、大きな責任 小規模のハードウェアチームにとって、課題は倍増します。エンジニアはしばしば複数の役割を担い – ある日はシステムアーキテクト、次の日は検証スペシャリストです。この役割の流動性は小規模チームに固有のものですが、組織と追跡可能性を維持するためには堅牢なシステムが求められます。単一のエンジニアが要件変更を行う場合、その変更がシステム全体に及ぼす影響を理解する必要があるかもしれません。 複雑さはチームのサイズとともに減少するわけではありません。小規模チームは、大規模組織と同じ課題に直面します:規制要件の管理、製品バリアントの取り扱い、分散したチームメンバー間の明確なコミュニケーションの維持。違いは、これらの要求を管理するためのリソースが少ないことにあります – 効率と自動化を望ましいものから必須へと押し上げます。 すでに持っているアジャイルの利点
より賢い部品選択、より速い設計サイクル Newsletters Octopart + Altium 365 RSP = より賢い部品選択、より速い設計サイクル Octopartを使用して部品の価格と在庫状況を確認していますか?もしそうなら、Octopartの強力な部品検索機能とAltium 365内の体系的な要件管理を組み合わせることで、電子設計のワークフローを強化できます。 要件&システムポータル(RSP)はAltium 365内で、開発プロセス全体を通じて要件を定義し追跡することを助け、より情報に基づいた決定と設計の反復回数の削減につながります。 部品データの力 Octopartは、年間1500万人以上のユーザーに信頼されている業界をリードする電子部品検索エンジンとしての地位を確立しています。エンジニアは、400以上のディストリビューターと数千のメーカーからの7200万個の電子部品を網羅するOctopartの包括的なデータベースを利用して、部品選択と調達の決定を行います。昨年、Octopartのユーザーは8300万回以上の検索を実行し、 Octopart BOMツールを使用して20万5000以上のBOMを作成しました。 要件管理の再考 電子設計における各部品の選択は連鎖反応を引き起こします。各選択はシステム要件、調達の制約、および性能仕様と一致しなければなりません。部品データと要件が別々のシステムに存在する場合、エンジニアは仕様に対する選択の検証に無数の時間を費やします。これは、イノベーションに費やすべき時間です。 要件&システムポータルは、 Altium 365のWebインターフェースと Altium Designerアプリケーションの両方を通じて要件をアクセス可能にします。エンジニアは部品要件を定義し、関連するコンポーネントデータやドキュメントへのリンクを含めることができます。この体系的なアプローチは、従来のコンポーネント選択を 一連の手動チェックから、より構造化された要件駆動のワークフローへと変えます。 基本的な部品検索を超えて 従来のコンポーネント選択は、要件文書、データシート、およびサプライヤーのウェブサイト間での切り替えを伴うことが多いです。エンジニアは、各部品がシステム仕様、温度範囲、および性能要件を満たしていることを手動で確認する必要があります。要件が変更されると、以前に選択されたコンポーネントの再検証を強いられるため、このプロセスは特に困難になります。 Octopartは、以下を通じてコンポーネント検索プロセスを簡素化します: 技術的なクエリを理解するスマート検索アルゴリズム
要件管理 Newsletters スプレッドシートのやりくりにストップ!Altium 365 RSPで要件を管理しよう 電子設計の複雑さは、従来の 要件管理の方法を上回っています。私たちが見てきたところによると、開発チームの30から50パーセントがまだ要件をスプレッドシートや基本的なテキストドキュメントで追跡しており、他の人々は設計に直接メモを追加したり、Jiraのようなタスク管理ツールを使用したりしています。 この断片化されたアプローチ–要件が複数のシステムやチームにまたがって散在している–は、製品がより洗練されるにつれて、顕著なリスクを生み出します。エンジニアはスプレッドシート、ドキュメント、設計ファイル間を切り替えながら、要件を正確に追跡することに苦労しています。 散在する要件の隠れたコスト 要件が複数の場所に存在すると、問題は倍増します。エンジニアは現在の仕様を探すのに数時間を費やすと報告しており、プロジェクトマネージャーはバージョン管理を維持するのに苦労しています。設計チームはしばしば古い情報で進めてしまい、避けられたはずのやり直しを余儀なくされます。 影響は時間の無駄にとどまりません。適切な要件追跡がなければ、設計上の欠陥が開発の遅い段階で表面化し、大幅な遅延を引き起こします。規制された産業では、散在する要件はコンプライアンスの検証をほぼ不可能にします。異なる要件ソースから作業しているハードウェアとソフトウェアのチームも、互換性のないソリューションを構築してしまうことがあります。監査中に、要件の実装を証明することは、さまざまなシステムからのドキュメントを組み合わせることを含む、時間を要する挑戦となります。 要件管理の新しいアプローチ 要件&システムポータル(RSP)は、Altium 365内で要件を扱う異なる方法を表しています。AltiumがValispaceの技術を取得したことに基づき、RSPは要件管理をAltiumの電子開発エコシステムに直接統合します。 「要件は通常、プロジェクトを開始するところです。何をしたいか、どのように何かを構築するか、プロジェクトに何が必要かを記述します」と、Altiumのシステムエンジニアリング製品担当副社長であるLouise Lindbladは最新の ポッドキャストで説明しています。「そのパズルのピースは、Altium 365やAltiumの製品では多少欠けていました。そのため、要件フェーズを詳細設計に接続するためにValispaceが導入されました。」 要件を設計に接続する RSPは、包括的な要件管理機能を備えており、単なる要件リストをはるかに超えています。RSPは、 Altium 365のWebインターフェースと Altium Designerの両方を通じて要件をアクセス可能にします。エンジニアは作業中に要件にアクセスでき、 要件と特定の設計要素との間に直接リンクを作成することができます。一方、関係者は設計内で各要件がどこに実装されているかを迅速に特定できます。この接続により、要件が実装から切り離されるという一般的な問題が解消されます。
Altium Need Help?