マシュー・シルツ氏はデジタルヘルスケア提供の変革を推進する企業、Solera Healthの最高技術責任者（CTO）である。
AI時代は、ドットコムブームを経験した人々にとって不気味なほど馴染みのあるペースで職場を変化させている。ある日はニッチなテクノロジーだったものが、翌日には配送トラックに貼られ、あらゆる業界カンファレンスを席巻している。AIも同様の遍在性の瞬間を迎えているが、多くのリーダーたちはまだ間違った考え方でアプローチしている。
当社のチーフエンジニアが私に言ったように：マネージャーはAIをツールとして考えるのをやめ、新しいタイプの従業員として考え始める必要がある。
この視点の転換は profound（深遠）だ。それは企業が仕事を遂行するために頼っているインフラ、プロセス、マネジメント哲学そのものを再考することを要求する。
なぜAIを組織図に加えるべきか
新しい従業員がチームに加わるとき、マネージャーは彼らが成功するための適切な環境を提供する。知識移転ミーティングを含むオンボーディング計画を作成し、読みやすい形式で文書を共有し、ツールにアクセスできるようにする。
同じ論理がAIにも適用されるべきだ。マネージャーがAIに有意義な貢献をしてほしいなら、それを（型破りではあるが）従業員の一員であるかのように扱う必要がある。
これは以下のような実用的な質問を投げかけることを意味する：
• あなたの文書はAIが簡単に解析できる形式で存在しているか？
• あなたのワークフローは、AIがミーティングやプロジェクト更新についていけるように構造化されているか？
• タスクのコンテキストを持たせるために、AIにどのように知識を移転するか？
• あなたのソフトウェア開発ツールは、AIが実際に使用できる方法で構築されているか？
これらの質問に「いいえ」と答えることは、新入社員を雇って適切なオンボーディングやリソースなしに暗闇に放置するようなものだ。
AIが実際に使用できるツールを選ぶ
最も重要な調整の一つは、AIが効果的に対話できるツールを選ぶことだ。例えば、AIは現在、コマンドラインインターフェースに優れており、これによりAIはチケットを読み、タスクを実行し、コードを実行し、出力を直接分析することができる。一方、グラフィカルユーザーインターフェース（GUI）のみを持つツールは、依然として課題が多い。
近い将来、モデルやAIエージェントは画面上を「クリックして回る」ことがより得意になるだろう。しかし、それまでの間、AIの活躍を望むマネージャーは、コマンドラインに対応したプラットフォームを優先すべきだ。
これは文書にも当てはまる。AIはWordドキュメントやPowerPointデッキのようなバイナリ形式では性能が低いが、Markdownのような軽量でテキストベースの形式では優れている。文書をMarkdownに変換することで、AI同僚の生産性が大幅に向上する。企業全体がスライドやWordから一夜にして移行することはないかもしれないが、エンジニアリング部門はAIフレンドリーな形式での標準化を始めなければならない。
これらの選択は、かつて企業がグローバル化した労働力に適応した方法を反映している。マネージャーがオフショアチームが異なるタイムゾーンで働くことに対応するためにワークフロー、ツール、ミーティングを再構築したように、今度はAI「同僚」が十分に貢献できるよう調整を行わなければならない。
開発フレームワークも重要だ。例えば、AIはDockerのようなコンテナ化された環境に対する堅牢なサポートを持っており、これにより仮想サンドボックスで独立してコードを実行、テスト、改良することができる。対照的に、Cloud Functionsは彼らにとって扱いやすくなく、貢献能力を制限する可能性がある。
マネージャーにとって、これは単純な質問に要約される：なぜAI従業員を、彼らが使用できないツールを使うことで不利な立場に置くのか？人間の新入社員にそうするだろうか？オフショアチームの生産性を妨げるプラットフォームやツールを使用するだろうか？
明らかな答えは「ノー」だ。より正確に言えば、「絶対にノー」だ。
