🔀 Crossover
音楽 × ソフトウェア開発

ジャズ即興とアジャイル開発——「間違った音」が正解になる瞬間

ジャズの即興演奏とアジャイル開発。一見無関係なこの二つには、「制約の中の自由」「聴く力」「ミスの転用」という共通の構造が走っている。その構造が示す、チームの創造性の条件とは。

#ジャズ #アジャイル #即興 #チーム #創造性

楽譜のない演奏、仕様書のない開発

ジャズクラブの薄暗いステージで、4人のミュージシャンが演奏を始める。曲名とキーとテンポだけが共有されている。あとは、その場で作る。

隣のビルのオフィスでは、5人のエンジニアがスプリントを回している。プロダクトバックログとスプリントゴールだけが共有されている。実装の詳細は、その場で決める。

この二つの光景。似ている。見た目以上に。

コード進行という制約

ジャズの即興が「自由な演奏」だという理解は、半分正しくて半分間違っている。

スタンダード曲を演奏するジャズミュージシャンは、 コード進行 という制約の中で即興する。コード進行は「この小節ではこの和音の構成音を中心に演奏せよ」という緩やかなルールだ。厳密なルールではないが——テンション・ノートやアウト・フレーズなど、コードを逸脱する技法は山ほどある——「戻れる場所」としては常に機能している。

アジャイル開発におけるスプリントも、同じ構造を持っている。2週間という時間の枠。デイリースタンドアップという日次のリズム。レトロスペクティブという振り返り。これらは制約だが、制約が 安全な実験空間 を作り出す。

完全な自由が与えられたミュージシャンは、実は困る。何を弾いてもいいとなると、何を弾けばいいかわからなくなる。フリージャズの巨人オーネット・コールマンですら、「自由の中の構造」を追求し続けた。完全な無秩序は混沌であって自由ではない。

同様に、「好きなものを何でも作っていい」と言われたエンジニアのチームは、多くの場合、何も作れない。あるいは、各自がバラバラの方向に走り出す。スプリントゴールという制約が、チームの創造的エネルギーに 方向 を与える。

制約は檻ではない。制約は楽器だ。

聴くことの技術

マイルス・デイヴィスのクインテットのレコーディングを聴くと、個々のミュージシャンの卓越した演奏技術に圧倒される。しかし、本当に驚くべきは技術ではない。 相互応答の密度 だ。

ピアニストのハービー・ハンコックがコードを一音変える。ベーシストのロン・カーターがそれに呼応してベースラインを調整する。ドラマーのトニー・ウィリアムスがリズムのアクセントを微妙にずらす。この応答は事前に打ち合わせられたものではない。 リアルタイムで聴き、リアルタイムで応答している

ハンコック自身が後に語っている。「マイルスのバンドで学んだことの中で最も重要だったのは、 自分が弾いていないときに何をしているか だ」。弾いていないとき——つまり、聴いているとき。その聴く力が、集団としての即興を可能にする。

アジャイルチームにおける「聴く力」は、デイリースタンドアップに凝縮されている。しかし多くのチームのスタンドアップは、各メンバーが順番に「昨日やったこと・今日やること・困っていること」を報告するだけの儀式になっている。他のメンバーの発言を 聴いて、それに応答する ということが起きていない。

ジャズのアナロジーで言えば、これはバンドメンバー全員が自分のソロを順番に弾いているだけの状態だ。同じステージにいるが、一緒に演奏していない。

真の即興は、相互応答から生まれる。あるメンバーが「この実装で詰まっている」と言ったとき、別のメンバーが「昨日私がやったタスクとその部分、実は繋がっている」と応答する。この接続が自然に起きるチームと、報告が一方通行で流れるチームでは、アウトプットの質が根本的に異なる。

「間違い」の居場所

ジャズには有名な言い回しがある。 「間違った音はない。次にどの音を弾くかが問題だ」 。マイルス・デイヴィスの言葉とされるが、出典は不確かだ。しかし、この思想はジャズの精神を正確に表現している。

ハンコックが語る有名なエピソードがある。マイルスとのライブ中、ハンコックは明らかに「間違った」コードを弾いてしまった。曲の流れに合わない、不協和な和音。ハンコックは凍りついた。しかしマイルスは、ハンコックの「間違った」コードを拾い上げ、それを起点にまったく新しいフレーズを展開した。「間違い」が、演奏の新しい方向性に変わった。

ハンコックはこのエピソードについてこう語っている。「マイルスは、 何が『正しい音』かを、あの瞬間に再定義した のだ」。

アジャイル開発の現場でも、同じことが起きうる。あるいは、起きるべきだ。

バグが見つかった。意図しないユーザー行動が検出された。仕様通りに実装したのに、使ってみると違和感がある。これらは「間違い」か。

Slackは、社内コミュニケーションツールとして開発されたのではない。ゲーム開発プロジェクトの副産物だった。ゲーム自体は失敗したが、チーム内で使われていたチャットツールに価値があった。これは「間違い」を正しい方向に転用した例だ。

「間違い」を排除する文化と、「間違い」を材料にする文化。この違いは、チームの創造性に直接影響する。ジャズのステージでは、間違った音を弾いたミュージシャンを叱責する人はいない。そのコミュニケーションの暗黙のルールが、冒険を可能にしている。

楽譜を手放す恐怖

クラシック音楽の演奏家がジャズに転向するとき、最も苦労するのは技術ではない。 楽譜を手放すこと だ。

楽譜がある世界では、正解が紙に書いてある。その通りに弾けばいい。精度と正確性が価値の基準になる。楽譜がない世界では、正解は自分で作る。精度よりも 反応速度と適応力 が価値になる。

ウォーターフォール開発からアジャイルへの移行も、これと同じ恐怖を伴う。要件定義書という「楽譜」がない。仕様書という「正解」がない。代わりに、ユーザーのフィードバックというリアルタイムの情報に基づいて、即興的に判断し続ける。

この恐怖を乗り越えるために必要なのは、勇気ではない。 信頼 だ。

ジャズの即興が成立するのは、他のメンバーが「拾ってくれる」という信頼があるからだ。間違った音を弾いても、誰かがそれを活かしてくれる。自分がリスクを取った判断をしても、チームがそれを支えてくれる。この 心理的安全性 ——エイミー・エドモンドソンの概念だが——がなければ、即興は始まらない。

楽譜を手放せないチームは、創造的にはなれない。しかし、楽譜を手放す前に、 互いを信頼するという楽譜ではない楽譜 を先に共有しておく必要がある。

問いかけ

ジャズもアジャイルも、正解が事前に決まっていない世界での振る舞い方を問うている。

  • あなたのチームには「コード進行」があるか。共有されている最低限の制約は何か。それは多すぎないか。少なすぎないか。足りないのは制約なのか、それとも自由なのか
  • チームの「聴く力」はどの程度か。デイリースタンドアップは、報告会か、セッションか
  • 最近チームで起きた「間違い」を、どう扱ったか。排除したか、転用したか。それとも、そもそも「間違い」が起きない程度に安全な演奏をしていたか
  • 楽譜がない状態で演奏する恐怖を、あなたは感じたことがあるか。その恐怖の正体は何だったか

この記事をさらに深掘りする

Share

🔀 同じカテゴリの記事

🔀 他のカテゴリの記事