はじめに
これまでこのブログでは、業務改善やツール開発の話を中心に書いてきました。今回は少し毛色を変えて、日々のチーム運営や組織づくりの中で考えていることを言語化してみます。
ある会話をきっかけに、「人間もシステムの一種として捉えられるのではないか」という視点にたどり着いたので、その内容を整理してみます。
人間を「単体システム」として見る
1人の人間を、それぞれ独自の仕様を持つ1つのシステムとして捉えてみます。チームを組んで仕事をするというのは、違う仕様を持つシステム同士を接続して、1つの成果物を生み出す行為だと言い換えられます。
人にはそれぞれ、次のような「仕様」があります。
- OS：価値観、思考癖、判断基準、感情処理
- データベース：経験、専門知識、過去の失敗・成功
- API：話し方、報告の仕方、依頼の受け方、会議での応答
- 権限：決裁権、影響力、責任範囲
- 処理性能：理解速度、抽象化能力、実行力
- バグ：思い込み、保身、嫉妬、知ったかぶり、認知の歪み
- セキュリティ：隠蔽、防衛反応、責任回避、情報を出さない癖
人間社会やプロジェクトは、見方を変えると「人間エージェント群による分散システム」と言えるかもしれません。プロジェクトとは、その複数の人間エージェントをつないで、1つの成果物を出す行為に近いと考えています。
人間もハルシネーションする
AIのハルシネーション（もっともらしい嘘）はよく話題になりますが、実は人間も普通にハルシネーションします。たとえば次のような発言には、根拠データが伴っていないことがあります。
- 「たぶん大丈夫です」
- 「前もそうだった気がします」
- 「仕様上そうなっているはずです」
- 「これは問題ないと思います」
- 「ベンダーが確認済みです」
- 「誰かがやっているはずです」
厄介なのは、人間は自信ありげに話すことが多いため、周囲が一瞬それを事実として処理してしまう点です。つまり人間の発言にも、推論結果と事実確認結果の区別がついていない出力が混ざっています。
AIの出力を検証するときと同じように、次を確認しないとハルシネーションかどうかは判定できません。
- ソースは？
- ログは？
- 誰が確認した？
- いつ時点の情報？
- 実データは？
- 前提条件は？
プロジェクトマネジメントは「人間APIの統合制御」に近い
この視点に立つと、PMやマネージャーがやっている仕事は、単なるタスク管理ではなく、人間エージェント群の統合制御・品質管理・プロトコル設計に近いものだと考えられます。
- 人間Aの出力は信頼できるのか
- 人間Bは専門領域では強いが、範囲外では知ったかぶりするのか
- 人間Cは事実より政治的安全を優先するのか
- 人間Dは抽象論は強いが実装確認が弱いのか
- 人間Eは黙っているが、実は正確なデータを持っているのか
こうした「人間APIの特性」を見抜き、情報を正規化し、矛盾を検出し、正しい連携順序に組み替えることが、マネジメントの実態に近いのではないでしょうか。
プロジェクトが崩れる原因はシステム障害に似ている
プロジェクトが崩れる原因を並べてみると、システム障害の原因とよく似ています。
- 入力が曖昧
- API仕様が不明
- 責任境界が未定義
- データ形式がバラバラ
- 古いキャッシュ情報で会話している
- 権限がない人が決定っぽい発言をする
- エラーログを隠す
- 異常値を正常値として報告する
- 監視機能がない
これは人間組織の話でもあり、システムの話でもあります。
優秀な人に共通する能力
優秀な人は、単に処理性能が高いだけでなく、次のような能力を持っている印象があります。
- 自分の回答に信頼度をつけられる：「これは確認済みです」「これは推測です」「これは未確認です」と区別できる
- 知らないことを知らないと言える：これができない人はハルシネーションのリスクが高い
- 入力不足を検知できる：「その前提だと判断できません」「追加でこの情報が必要です」と言える
- 他者の出力を検証できる：聞いた話をそのまま信じず、根拠・一次情報・現物・ログに戻れる
- 文脈を保持できる：前回の決定、未解決課題、依存関係、責任者を忘れない
まとめ
AIが増えるほど、人間側にも同じ問いが返ってくるように思います。
- この人の出力は信頼できるのか
- この人はどの領域では高精度で、どの領域では幻覚を起こすのか
- この人の発言は事実か、感情か、保身か、推測か
- この人とこの人をどうつなぐと成果が出るのか
これからのプロジェクトマネジメントは、「AIエージェント管理」と「人間エージェント管理」の掛け合わせになっていくのではないかと考えています。タスクを管理するだけでなく、人ごとのOS・データ・権限・バグ・出力精度を見ながら、チーム全体の知能を高めていくこと。これは「人間APIアーキテクト」や「組織エージェント設計者」と呼べるような、これから重要度が増していく役割だと思います。