バイトサイズ・アーキテクチャ・セッションは、チームが自分たちの扱うシステムを理解するためのワークショップ形式です。各セッションはシステムの小さな断片に焦点を当てます。セッションを重ねるうちに、チームはシステムへの理解が均質化され、共通の語彙が育まれ、最終的には共同で未来を設計するためのツールを手に入れます。

セッションは45〜90分で、4つの明確なパートで構成されます：セッションゴール、アローン・トゥゲザー、コンセンサス、サマリー。システムのモデリングにはさまざまなツールを使用できます。最初はC4ダイアグラムから始めることをお勧めします。

次のような共通の課題を経験している場合は、バイトサイズ・アーキテクチャ・セッションの活用を検討してください：

• コードベースの知識。大規模な作業の計画には、現在のシステムへの確かな理解が必要です。チームは知識のサイロに陥り、全体像を見失いがちです。
• 技術的負債。システムが成長し、偶発的な複雑性が解消されていない。機能をリリースしながら負債を解消する方法を見つけるには、計画が必要です。
• 変化するチーム。時間とともにメンバーが入れ替わるチームで一貫した知識を維持するのは難しい。
• 上記すべて、おそらくプロセスの問題も絡んでいる。

以下は、さまざまなチームでバイトサイズ・セッションを繰り返した後に一貫して見られた改善の例です。チームは：

• システムについて考えるようになる
• システムモデリングのスキルを習得する
• 共同でシステムをモデル化する方法を学び、チームダイナミクスが向上する
• セッションを重ねるにつれ、システムへの理解が一貫して高まる
• 共有されたメンタルモデルを持つ価値に気づく
• 解決策をモデル化するためのより良いツールを持つ
• 傾聴する力が身につく

バイトサイズ・セッションは、チームの新メンバーや経験の浅いメンバーに特に価値があります。ペアプログラミングをしていないチームや深いサイロがあるチームでは特に効果的です。セッションは「世界を開く」と言われます。正確なメンタルモデルを持つことがいかに重要かは、いくら強調してもしすぎることはありません。

セッション前の準備

バイトサイズ・セッションの主な目的の一つは、チームが扱うシステムについて均質な理解を持つことです。参加すべき適切な人物は、そのシステムに大きな影響を持つすべての人です。

まずはグループから始めましょう。何をすべきかを知っている人、システムを構築する人、ステークホルダーの要件を最もよく理解している人を招待します。よくわからない場合は、スタンドアップに参加している人から始めましょう。招待リストに10人以上いる場合は、グループを小分けにすることを検討してください。バイトサイズ・アーキテクチャ・セッションは1セッションあたり最大10人程度が最も効果的です。

最初に推奨するモデリングツールはC4です。チームがそれに慣れていない場合は、セッション前にトレーニングを行いましょう。バイトサイズ・セッション中は、モデリングに集中してほしいため、モデリングツールの使い方に迷わないようにしておくことが大切です。

バイトサイズ・アーキテクチャ・セッションの進め方

良いセッションの鍵は、全員が何をすべきかを把握し、迷わないようにすることです。セッションの冒頭に全体の形式を説明し、各パートの詳細に入っていきましょう。

ゴール

このセクションは約5分で、このセッション特有のゴールを設定するためのものです。最初のセッションとしては、チームが現在積極的に取り組んでいるシステムを現在の姿でモデル化するのが良い出発点です。参加者は数分以内にモデル化することを念頭に置いてください。モデル化しようとするシステムが大きすぎる場合は、焦点を絞るサブセクションを選びましょう。

セッション前にモデル化する内容について提案を持っておくと良いでしょう。ただし最終的なゴールはチームの合意によって決まるべきです。

次のセクションに進む前に、全員がゴールを理解し、残りのセッションの流れを把握しているか確認しましょう。

アローン・トゥゲザー

このセクションは10分以内に収めます。

最初の部分では3〜5分のタイマーをセットします。この間、全員が同じモデリングタスクに個別かつ静かに取り組みます。タイマーが終わったら、各自が自分のダイアグラムを残りのグループに説明し、他の人は聞きます。

この進め方は一般的ではないかもしれませんが、有効な理由があります：

• 静かな時間は、他の人の声を聞かずに個人で考える機会を与えます。セッションが焦点を当てるシステムの側面への集中力が高まります。
• その後のセッションへの高い関与度につながります。
• 参加者が自分のシステム理解の認識を自己評価し、さらに学ぶべき領域を見つけるのに役立ちます。
• チームの他のメンバーがシステムをどのように考えているかが分かります。

コンセンサス

セッションで最も長いパートで、20〜30分続きます。タイマーをセットし、厳守しましょう。

コンセンサスとは、チームの結合した知識から一つのダイアグラムをゼロから作り上げることです。

多少混乱するのは正常です。コンセンサスとは意見の相違を避けることではなく、物事がどのように機能しているかを理解するためにグループが協力し、問題を乗り越えることを意味します。

タイマーが鳴ったら作業は終了です。モデルが完成していなければ、次のセッションで続けます。

サマリー

会議の最後の数分間です。

何が起きたかについてのミニ振り返りです。このパートは何が達成されたか、次に何をすべきかを振り返るためのものです。1分間のタイマーをセットし、付箋に学んだことやその他のフィードバックを書いてもらいましょう。

繰り返し実施しましょう！

繰り返しは学習の良い方法です。1〜2週間後に別のセッションを行うのが理想的です。圧倒されない程度の頻度で、かつ議論した内容を人々の頭に新鮮に保てる頻度で実施しましょう。

バイトサイズ・セッションは継続的な学習に使えます。長期的なゴールを設定することも可能です。例えば、ターゲット・アーキテクチャを作成したり、複雑な作業でのチーム間コミュニケーションを促進するためにバイトサイズ・アーキテクチャ・セッションを活用することができます。