意図が静かに薄れていくとき――要件定義における将来を見据えたアーキテクチャの確保

要件エンジニアとして、あなたが追求すべき明確な目標はただ一つです。それは、「意図が変更を経ても失われない」ということです。この意図が、要件リポジトリ、モデル、設計、実装、サプライヤー、レビューを経て、最終的な納品に至るまで、途切れることなく受け継がれていくことを期待しています。しかし、多くのプロジェクトやプログラムにおいて、物事は目に見える形で失敗するわけではありません。単一の失敗点も、劇的なミスも存在しないのです。その代わりに、些細な誤解が時間の経過とともに蓄積されていくのです。 ある2つのチームが、同じ要件を異なる解釈で読み取ります。あるチームが変更について議論しても、他のチームはその変更が自分たちの業務に与える影響を見逃してしまいます。ステークホルダーがフェーズを承認しても、数週間後には、当初の意図を誰も覚えていないという事態になりかねません。

このような摩擦は、ツールチェーンが分断されている場合に生じます。要件は一か所に、システムモデルは別の場所に、物理設計要素や論理設計要素はさらに別の場所に散在しています。各チームはそれぞれの環境内で慎重に作業を進めていますが、要件、モデル、設計の間の関係を可視化することなく、単に推測に頼っているのが現状です。ベクターでは、エンジニアリングは「探偵仕事」ではなく、勢いによってこそ発展すると考えています。切断されたシステム間で情報がやり取りされると、追跡可能なリンクや文脈が失われてしまいます。その結果、同じ質問に何度も答えることになってしまいます。

この傾向を無視してしまうと、要件定義は単なる安心感を求める検索へと変質してしまいます。要件定義担当者は、イノベーションや卓越性を推進する代わりに、人間版トレーサビリティマトリックスとして、延々と続く会議に時間を費やすことになります。その真のコストは、明確な技術的な原因がないにもかかわらず、手戻りが発生したり納期が遅れたりした際に、後になって表面化してくるのです。