較正ループ
相手の認知スキーマを繰り返し観測・推定し、フィードバックの認知的距離を適切に設定するための反復的更新プロセス。
メカニズム
- 相手のアウトプットを観測する
- 「この人は今どういうスキーマで動いているか」を推定する
- 推定に基づいてフィードバックの認知的距離を調整する
- フィードバックへの反応を観測し、推定モデルを更新する
この繰り返しにより、フィードバックを発達の最近接領域内に置く精度が上がる。
再帰的構造
フィードバックの設計それ自体が認知的距離を測定する手段でもある。フィードバックへの反応を観測することで、次のフィードバックの精度が上がるという再帰的構造を持つ。
やり取り頻度と較正精度
| やり取り頻度 | 較正精度 | 摩擦の扱い | 例 |
|---|---|---|---|
| 高(日次〜) | 高い | 一時的、修正可能 | チーム内 |
| 低(週次〜) | 低い | 固定化しやすい | チーム外 |
チーム内でやり取りの頻度が高いということは、推定モデルが継続的に更新され、防衛的棄却が恒久的な評価に固定されにくい。
チーム外では較正ループがほとんど回らないため、限られた観測データからの推定に頼る。摩擦が「あの人とは合わない」というレピュテーションとして固定される構造的リスクがある。
フィードバック源による較正ループの頻度
フィードバックの時間特性と対応する。
| フィードバック源 | 較正頻度 | スキーマ依存度 |
|---|---|---|
| コンパイラ・リンター | 秒単位 | なし(共有プロトコル) |
| テスト | 分単位 | なし |
| CI/CD | 時間単位 | なし |
| コードレビュー | 日単位 | 高い |
| レトロスペクティブ | 週単位 | 高い |
| 事業戦略 | 月〜四半期 | 極めて高い |
システムからのフィードバックはスキーマに依存しない共有プロトコルであり、較正コストがほぼゼロ。人間からのフィードバックはスキーマ依存であり、較正コストが発生する。
組織設計への適用
較正ループが回る関係と回らない関係の区別が、責任境界の設計の出発点。
- 較正ループが回る関係(チーム内) → プロセスレベルのフィードバックを積極的に。摩擦も学習機会として扱える
- 較正ループが回らない関係(チーム外) → 共有プロトコル(API仕様、コーディング規約等)を媒介に
Team Topologiesの3つのインタラクションモードとの対応:
- Collaboration = 較正ループを高頻度で回す。認知的距離の調整コストを双方が負担
- X-as-a-Service = 較正ループを回さない前提。共有プロトコルで処理
- Facilitating = 一時的に較正ループを回して、相手の自律的な較正能力を育てる
コンウェイの法則の再解釈
コンウェイの法則が成立する理由:チーム内は較正ループが回るから凝集度が高くなり、チーム間は回りにくいから疎結合にならざるを得ない。ソフトウェア構造が組織構造に収束するのは、どちらも同じ認知的制約の下で最適化された結果。
関連
- 認知的距離 - 較正の対象
- フィードバック - 較正ループの媒体
- フィードバックの時間特性 - 較正頻度の具体的なスペクトラム
- Team Topologies - 較正コスト負担の組織的設計
- コンウェイの法則 - 較正ループの構造的帰結
- 認知フィードバック設計 - 較正ループを設計変数として扱うフレームワーク
- Bounded Context - 較正ループが回る範囲の境界