アジャイル解読

アジャイルには語彙の問題があります。用語が難解だからではありません — 現代の組織のほとんどの人々はそれらを聞いたことがあります。むしろ、これらの用語は完全に異なるコンテキストで使われている馴染みのある言葉であり、そのコンテキストがなければ、人々はすでに知っているものに当てはめてしまうからです。

「スクラムマスター」を初めて聞いたとき、最も近い利用可能なコンセプトは「プロジェクトマネージャー」です。その対応は自然に感じられます — ほぼ明白です。しかし、コンテキストはまったく異なります。

両者の間に十分に明確な橋を架けた人はいませんでした。そして、問題は善意の実践者たち — 組織を前進させようと真剣に取り組んでいた人々 — がアジャイルを「より良いプロジェクト管理」として説明し始め、「アジャイル方法論」というタイトルの本を書き始めたときに複雑になりました。アプローチを方法論と呼ぶと、人々は方法論の基準で評価します：計画アーティファクト、フェーズゲート、成果物の構造。アジャイルがそれらを生み出さない場合 — そのように設計されていないのだから — それらの基準では失敗となります、もっともなことです。問題はアジャイルが悪い方法論だということではありません。アジャイルはそもそも方法論ではないのです。そう呼ぶことで、方法論を求める人々全員が失望し、採用した人々全員がウォーターフォールがすでにマッピングしたものを構築することになりました。

スタンドアップは状況報告になります。スプリントは締め切りになります。バックログはタスクリストになります。「アジャイル方法論」は、マニフェストの著者たちが自分たちが構築したものの説明として認識しないものを表す標準的なフレーズになります。そして、言葉が誤った意味を持つとき、それらに基づいて構築されたプラクティスは誤った結果を生み出します — 正確に、忠実に、そして規模を持って。

このトピックはコンセプトごとの修正です。スタイルガイドではなく — 機能的なガイドです。各投稿は、組織がアジャイルについて考える方法において根本的になっている一つの言葉またはフレーズを取り上げ、それが実際に何を意味するかを検討し、略称が実質を置き換えたときに何が失われるかを説明します。これは単なる用語の違いではありません。「望ましい成果」は「仕様」のより洗練された言葉ではありません — それは仕事がどのように行われるかについての異なるモデルから来る、まったく異なるものです。用語は表面です。その下にあるコンセプトが重要なのです。

同じパターンは組織がAIに取り組むときにも現れます — そして概念的なギャップはより広いです。アジャイルの場合、基礎となるコンセプトは少なくとも明確にされていました、たとえ不十分に伝えられたとしても。AIの場合、コンセプト自体がまだ形成されており、一般の理解においてはかろうじて形成され始めているだけです。語彙は理解より先を走っています：「自動化」としてのAI、「ツール」としてのAI、完了日のあるプロジェクトとしての「AI変革」。これらのそれぞれが、誰かがそれが適切かどうかを検討する前に、メンタルモデルを固定してしまいます。物事をどう呼ぶかは、何をどのように構築するかを形作ります。言葉を正しく使うことが、仕事を正しく行うための前提条件です。

ここには働いている原則があります：メンタルモデルが最初に来ます。言語がそれを表現します。行動が続きます。メンタルモデルが仕事と整合していないとき、それを表現する語彙はその不整合を運びます — そして、その語彙に基づいて構築された行動は、歪んだ理解を忠実に実行します、規模を持って、完全なコミットメントをもって。メンタルシフトなしの語彙のシフトは、せいぜい翻訳テーブルを生み出します：「スプリント」が「短い締め切り」のようなものに対応するような等価表。翻訳テーブルは人々がギャップを越えて機能することを可能にします。それらはギャップを閉じません。このトピックの投稿は、翻訳する以上のことを目指しています。それらはメンタルモデルを変えることを目指します。