共通の開発ツールを見つけることが、チームメンバーの役割の橋渡しをする最善の方法になることがある。統合開発環境（IDE）の「NetBeans」や「Eclipse」なら、こうした目的を果たすことが可能だ。NetBeansはJava用の統合開発環境（IDE）として誕生し、ほとんどの言語を処理するように進化している。Eclipseは幅が広いIDEで、さまざまな言語を扱えるようにするプラグインが多数用意されている。正しく使えば、どちらのIDEもプロジェクトを1つにまとめることができる。

　チームを重視するGitHubとは異なり、NetBeansとEclipseは個人をターゲットにしている。開発チームのトレーニングや支援が必要な場合、UML（統一モデリング言語）やXML（Extensible Markup Language）など、プログラム設計に関わるほぼ全ての要素を扱える単一のツールを用意するのは素晴らしいことだ。だがこれらのIDEを使ったとしても、依然として独自のチームプロセスや開発ワークフローを実装する必要がある。それが可能であれば、NetBeansかEclipseを橋渡しに使うことを考えるとよいだろう。

Rational Software Architect

　アーキテクトと開発者の間にあるギャップの橋渡しをする最善の方法は、開発ツールに統合されているアーキテクトツールやモデリングツールを使用することだと理解している開発チームもいる。IBMの「IBM Rational Software Architect」はこの種のツールの好例だ。

　Rational Software Architectはツールという形で、最初から最後までを対象としたプロジェクトの管理環境を提供する。チームモデルにおける柔軟性を実現するとともに、プロジェクトの構造を組み立てられる。こうしたプロジェクト構造は、UML駆動型に直線的になる場合もあれば、CI／CD（継続的インテグレーションと継続的デプロイ）環境並に柔軟になる場合もある。ただし、Rational Software Architectによる実装は必ずしも他の開発ツールと統合されない。既存のツールセットによる環境を廃棄することが必要になる可能性もある。その準備が整っていないなら、別の選択肢を考えた方がよい。

RDD-100

　ソフトウェアにまつわる要素とそれを中心とするプロジェクトを調整することに苦労しているなら、ソフトウェアベンダーHolagentの要求定義支援ツール「RDD-100」を検討したい。RDD-100は歴史あるUMLと、チーム管理ツールのそれぞれの最もよい面を組み合わせたツールの一つだ。

　「RDD」はRequirements Driven Development（要件駆動型開発）の略で、チームを組織化するというアプローチが円滑になるように設計された枠組みを表す。RDDでは開発要件との関連によって個人の役割や活動を定義する。RDD-100のモデルは、アーキテクトと開発者の両方の役割について、要件とプロセスをモデル化して関連付ける。これは開発ツールとしては珍しい特徴だろう。範囲と影響の点ではRDD-100が最高峰の橋渡しオプションに位置付けられる。特に時間をかけてツールを導入し、開発チームに使用方法を教える準備が整っている場合は、これが最善といえるだろう。