ALM/PLM選択肢の比較
車載SW開発では、コード以外にも多くの成果物がある。
| 管理対象 | GitHubで管理できるか | 推奨する正本システム |
|---|---|---|
| ハンドコード・テストコード・CI | ◎ 向いている | GitHub（GHEC） |
| 客先要求 / SW要件 / 試験仕様 | ✗ 向いていない（監査・トレース設計が必要） | ALMツール |
| 要求〜試験〜実装のトレーサビリティ | △ 可能だが運用コストが高い | ALMツール |
| 設計変更・部品表・CAD管理 | ✗ 対象外 | PLMツール |
| 機能設計書・客先仕様（Level 3） | ✗ 格納しない | オンプレ / PLM |
要求管理・試験管理・トレーサビリティを中心に扱うALMツールの主要選択肢。
| ツール | ベンダー | 車載特化 | ASPICE対応 | クラウド / オンプレ | 価格感 | 特徴 |
|---|---|---|---|---|---|---|
| Codebeamer | PTC | ◎ | ◎ | 両対応 クラウド（SaaS）・オンプレ |
高 | BMW Groupが要求管理標準として採用（2026年）。OSLC / REST API / Swagger API を保有。車載ALMの有力候補 |
| Polarion ALM | Siemens | ◎ | ◎ | 両対応 クラウド・オンプレ |
高 | ASPICE / ISO 26262の実績豊富。Siemens SAPとの統合あり。Tier1への導入事例多数 |
| IBM DOORS Next (ELM) | IBM | ◎ | ◎ | 両対応 クラウド・オンプレ |
高 | 要求管理の老舗。航空・防衛にも実績。OSLCでの外部連携対応。既存導入組織からの移行コストが高い |
| JAMA Connect | Jama Software | ○ | ○ | クラウド中心 オンプレも対応 |
中〜高 | UIが現代的で習得コストが低い。中小チームへの導入事例が多い。医療・航空・車載に対応 |
| Jira + Xray / Zephyr | Atlassian系 | △ | △ | 両対応 Cloud / Data Center |
低〜中 | 既存Jira活用で最軽量スタート。ASPICE監査には追加整備が必要。要求管理の専用設計ではないため規模拡大時に限界がある |
設計変更・部品表・CAD管理など製品ライフサイクル全体を扱うPLMツール。SW開発単体での選定対象ではなく、組織全体で既に導入されているケースが多い。
| ツール | ベンダー | 主用途 | クラウド / オンプレ | 価格感 | 特徴 |
|---|---|---|---|---|---|
| Windchill | PTC | PLM本流 | オンプレ中心 クラウド版あり |
高 | 設計変更・部品表・ドキュメント管理が主用途。Codebeamerとベンダーが同じため連携設計がしやすい |
| Teamcenter | Siemens | PLM本流 | オンプレ中心 クラウド版あり |
高 | 大手Tier1・完成車メーカーに広く導入済み。Polarion ALMとベンダーが同じため連携設計がしやすい |
| 判断軸 | 確認内容 |
|---|---|
| ASPICE / 機能安全対応 | SWE.1〜SWE.6の各プロセスで求められる要求管理・試験管理・変更管理を標準機能で満たせるか |
| クラウド可否 | 自組織の情報セキュリティポリシー上、クラウドSaaSでの要求管理が許可されるか（Level 3情報を扱う可能性に注意） |
| GitHubとの連携 | OSLC / REST API / WebHookでGitHubのPR・Issue・commit IDと紐づけられるか |
| 既存PLMとの関係 | 組織に既存のPLM（Windchill / Teamcenter等）がある場合、同一ベンダーのALMを選ぶと連携コストが下がる |
| 導入コストとフェーズ | ALM導入はネットワーク・認証・権限設計・運用責任者の確立が必要。Copilot導入後のフェーズ2〜3として計画するのが現実的 |
ALM/PLMの選定は、情報セキュリティ部門・品質保証部門・調達部門を巻き込む必要がある。Copilot導入（フェーズ1）とは独立したプロジェクトとして走らせることを推奨。