チーム間の方向性のズレが生み出すコスト

部門間の認識のずれは、成長企業において最もコストがかかる一方で、最も測定されにくいコストの1つです。それは、手戻り（出席していなかった会議で仕様が変更されたため、エンジニアリングが機能を再構築する）、失注（販売している機能がスコープ外になったことを営業がピッチの途中で気づく）、そして顧客の不満（存在しないもの、あるいは説明とは異なる形で存在するものを約束されてしまった）として現れます。

個々の認識のずれは一見、コミュニケーションの失敗のように見えます。誰かが他の誰かに必要な情報を伝え忘れたということです。しかし、全体として見ると、このパターンは構造的な問題を明らかにしています。各チームが他チームから必要とする知識が、同期的なコミュニケーションなしにはアクセスできず、そして同期的なコミュニケーションでは変化のペースに追いつけないという問題です。

3つのよくある認識のずれ

1. 営業が、プロダクトチームがまだ作っていないものを約束する。 営業担当者が、古い資料やロードマップに対する自己の理解に基づいて、プロスペクト（見込み顧客）に見込み機能が存在する、または近日公開されると伝えます。プロスペクトはその約束に基づいて購入します（または契約が構成されます）。顧客がその機能が存在しない、あるいは短期的なロードマップにないことに気づいたとき、信頼は損なわれ、アカウントは解約のリスクにさらされます。

根本原因：営業には、現在のプロダクトロードマップ、機能のステータス、またはスコープ外になったものに対する可視性がありません。その情報はプロダクトチームのツール（Linear、Slack、会議での議論）に存在しますが、営業が検索できるようにはなっていません。

2. プロダクトチームが、営業が売れないものを作る。 営業チームが参加しておらず理解もしていないユーザーリサーチや戦略的根拠に基づいて、機能が設計・構築されます。機能がリリースされます。営業はその機能をどのように位置づければよいかわからず、トークスクリプトもなく、プロスペクトに対してその価値を明確に説明できません。その結果、うまく構築され十分にリサーチされた機能であるにもかかわらず、使われないまま放置されます。

根本原因：プロダクトの根拠（ユーザーのニーズ、戦略的理由、競合に対するポジショニング）がプロダクトチームのドキュメントや議論の中に眠っており、営業はその文脈にアクセスすることも見ることもできません。その機能に関するマーケティングコンテンツは、まだ存在しないか、見つけることができません。

3. エンジニアリングが、仕様と異なるものをリリースする。 リードエンジニアが出席していなかった会議で仕様が更新されました。チームが見ていなかったSlackのスレッドでスコープが変更されました。PMとステークホルダーの間の会話で受入基準が洗練されましたが、それが文書化されませんでした。エンジニアリングは元の仕様に基づいて構築し、出力はプロダクトチームが現在期待しているものと一致しません。

根本原因：仕様の変更や意思決定の更新が、影響を受けるすべての人が確認できる形式で記録されていません。変更は発生したものの、その変更の伝達が非公式で不完全でした。

構造的な解決策

これら3つの認識のずれには、すべて同じ根本原因があります。それは、あるチームが作成または更新した知識が、それを必要とするチームに見えないことです。解決策は、各チームの文脈を他チームが検索できる「共有知識レイヤー」を構築することです。

接続されたツールは、プロダクトに関する議論、エンジニアリングのドキュメント、セールスインテリジェンス、そしてマーケティングコンテンツを1つの検索可能なレイヤーに統合します。営業はプロダクトの決定履歴を検索できます。プロダクトは営業の現場のインテリジェンスを検索できます。エンジニアリングは最新の仕様を検索できます。各チームは、使い慣れないツールを操作したり、会議を待ったりすることなく、他チームの知識にアクセスできます。

自動作成されるドキュメントにより、変更が発生したその瞬間に記録されるようになります。Slackでの議論や会議で仕様が変更されると、ドキュメントが更新されます。その変更は、会議に出席していたか、あるいはSlackのスレッドを見たかどうかにかかわらず、関連するトピックを検索するすべての人に表示されます。

これらの知識のギャップを埋めるために現在存在する部門横断的な会議が完全に消えるわけではありませんが、情報共有（全員に最新の変更を伝える）の部分は劇的に縮小します。なぜなら、変更はすでに共有知識レイヤー上で可視化されているからです。残った会議は、クリエイティブなコラボレーション、複雑な意思決定、関係構築など、本当に重要なインタラクティブな業務に集中させることができます。

よくある質問

認識のずれによるコストはどのように測定すればよいですか？ 手戻り（コミュニケーション不足により再構築された機能）、約束の不履行（不正確な機能情報により影響を受けた案件）、および調整コスト（主にチーム間での情報共有のために存在する会議）を追跡してください。ほとんどの企業は、測定を始めてみると、その総額が驚くほど大きいことに気づきます。

これを解決するために部門横断チームを編成すべきですか？ 部門横断チームは特定のプロジェクトには役立ちますが、チーム間で継続的に発生する知識共有の問題は解決しません。構造的な解決策（チーム間で接続され、検索可能な知識）は、部門横断チームが編成されるプロジェクトに限定されることなく、継続的に機能します。

チームが知識の共有に抵抗した場合はどうすればよいですか？ 抵抗は通常、共有するための「手間」に対して生じるものであり、方針そのものに対するものではありません。既存のツールやチャネルから共有レイヤーへ自動的に知識が流れ込むようになれば、追加の作業が発生しないため、抵抗はなくなります。

関連記事： エンジニアリングとプロダクトの整合性を保つ方法、営業がマーケティング作成資料を見つけられない問題、調整コスト（コーディネーション・タックス）、情報のサイロを打破する方法。関連ページ： ワン検索（一括検索）、自動作成ドキュメント、コネクション（接続機能）。