複数のスクラムチームで連動して動く必要がある時、どのようにしていますか？

もちろんアジャイルをスケールさせる手法・考え方は複数あります。LeSS、SAFe、[email protected]、Nexus、DA、etc...。これを参照して複数チームの連動をデザインするのも非常に有益だと思います。

最近ではチームトポロジーなど、チームの役割・相互のコミュニケーションデザインを行う考え方も紹介されています。コンウェイの法則が1960年代に提唱された通り、組織の規模やシステムの状態に合わせてコミュニケーション構造をデザインすることは、過去から議論が重ねられてきています。

本発表では、それらを踏まえつつも「スケールに遭遇してしまった現場」がどのように対処・対応してきたかの事例を紹介します。そこから「明日から取り入れることのできる考え方・施策」をご紹介し、大規模アジャイルフレームワークへの向き合い方・考え方を提案します。

紹介する施策の一つは「カクテルパーティ」と呼ばれる会議の手法です。それは複数のチームで日々の情報共有をスムーズに行う会議の手法です。発表者は複数のスタートアップ経験があり、それらで体験・対応した事例を紹介しながら考察をしてゆきます。聴講者の皆さんが、すぐに実践できる可能性を高めることと、スクラムのスケールにおける本質とは何かを考えるヒントを提供することを目標に発表します。

なお、本発表のカテゴリは「Organizational change and KAIZEN：組織変革とカイゼン」と捉えるのが一般的かと思います。ただ、現在所属している企業にて”福岡＆大阪＆東京で一体となった開発”を行っており、その事例をご紹介させていただくため「Fukuoka：福岡関連するもの」を選択させていただきました。

最後に。発表者は「頻度の高いイベントこそ楽しく（有意義に）」というテーマを根底に、複数の発表をしています。それらの「複数チーム編」としても捉えていただくことができます。

• デイリースクラムの”守破離”（日々をより楽しく有意義にするヒント）［Regional Scrum Gathering Tokyo 2023］
•  KPTに慣れたチームがよりよい振り返りを行うために、K/P/Tのそれぞれにフォーカスをあてた考察（それぞれは、何でないかの考察も添えて）［XP祭り2022］

デイリースクラムについて、”守破離”という観点から考察した結果を共有します。

• なぜあえてデイリースクラムなのか？
• 毎日行っているし、もう十分にやってきたよ？
• ”昨日/今日/問題”を話し、その場で解決しないなら別場にするんでしょ？
• 改善の余地って、あるのかしら？こんなものだろう？

私は、頻度の高いイベントこそ、楽しく・有意義であるべきだと考えています。楽しさやポジティブな気持ちは、創造性を向上させます。チームとして有意義な議論も同様です。それらが、生産性や効率を高め、企業や個人・プロダクトの優位性を高めていくと思うからです。

また、デイリースクラムおける重要なのは、”ストーリー”というキーワードであると考えています。そのキーワードは、”昨日/今日/問題”という構造を捉えるサポートとなり、一人ひとりの状況や想いを効率よく共有するツールになると考えています。これを’破”に位置付け、発表の中心としてご紹介します。

およそ中級（Intermediate）の方を対象としますが、初級者・上級者の方にも、それぞれ「はっ！」とする示唆が提供できる発表を目指します。少しでも多くのディベロッパーにとって、日々が幸福なものとなりますように。その一助になれましたら幸いです。

デイリースクラム、飽きてませんか？

スクラムガイドにあるのは、毎日、決められた場所、同じ時間に開催すること。私たちは、そのキャリアにおいて、プロダクトやチームが変わったとしても、営業日が来る限りデイリースクラムを続けていました。毎日毎日やってきました。1年で約240回。かけることの年数。そして、これからも、やっていくのでしょう。

デイリースクラム、飽きてませんか？

一般的に言われることは、「昨日やったこと」「今日やること」「問題・課題」。「解決したこと」を添えることもあるでしょう。とはいえ、幕の内弁当なのかと。天丼なのかと。もちろん、デイリーでの検査と適応を進めるために必要な問いではあります。スプリントゴールに向けて、プロダクトやビジネスの成長に向けてやるなら、シンプルがいいのだと。それもわかるんです。

デイリースクラム、飽きてませんか？

昨日/今日/問題セットは、「ストーリーである」と捉えると、チームで理解がしやすくなります。結婚式での鉄板ネタである「喜びは2倍に、苦しみは2分の1に」から学ぶと、非常にエモく解釈できます。Googleという巨人に学び、「旅の報告から始める」を添えると、パッションも温まります。SREありがとう、モニタリングダッシュボードも見ながら話すと、日々の気付きが糧になってゆきます。なんなら、15分という枠を取り除いても良いのではないでしょうか？座っててもいいのでは？

デイリースクラム、飽きてませんか？

本セッションでは、私たちがこれからも長いお付き合いをするデイリースクラムでの工夫について、私の経験事例をベースに紹介していきます。「それはデイリースクラムではない！」という方からは、邪道かもしれませんが、ご容赦ください。広く解釈すると、「チームが毎日やること、やって嬉しかったこと、学び」を共有させていただきます。45分枠にしておりますので、私からの紹介以外に、グループで紹介しあったり、シェアする仕組みも入れたセッションにしたいと思っています。

KPTについて、Keep・Problem・Try それぞれに対して、考察した結果を共有します。

世界にはたくさんの振り返り(レトロスペクティブ)の手法が存在します。その中で KPT は市民権を得て、多くの現場で使用され、そのパワーを発揮しています。一方で、そのフレームワークとしての使いやすさ、わかりやすさの影に隠れて、「なんかしっくりこない」「惰性だけで続けている感じがする」「議論がうまくいかない」という現場も多いのではないかと推察しています。もちろん、多種多様な振り返り手法にスイッチしてチームの活動に変化をつけることもよいと思います。ただ、本セッションでは、あえて王道とも言える KPT を考察することで、KPT に慣れたチームの振り返りを、よりよくアップデートする方法を提案します。

考察は、検査と適応・タイムボックス・コミットメントという、アジャイルやスクラムの観点をベースにします。Keep・Problem・Tryは、それぞれ、何であり、何でないのか。どのように定義づけて、何を大切にするのか。そして、自分がファシリテータの時に、どのようにチームメンバーへ促していくのか。スクラムマスターとして、複数社・複数チームの振り返りファシリテートを実践した経験を通して、共有します。

そこには、振り返り・チームビルディングに興味関心があり、KPTを実践された経験のある方ほど、「はっ！」とする気づき、「なるほどみ」があるのではないかと思います。

例えば、こんなお話をします。

• Keep
  • ”よかったこと”ではない（それは、Good・Win・lucky）
  • 他のメンバーに再現性のあることを、因果の証明なしで説明する
• Problem
  • ”推論”ではない（事実の共有、深掘りこそが重要）
  • 自分自身の不快な気持ちもまた、事実として共有する
• TRY
  • 全ての Keep, Problem を落とし込む必要はない
  • 問題の棚上げこそが最適解であることがありえる

上記、明言した表現・断定した表現にしていますが、絶対的な正解は、どこにもないと思います。本セッションでは、KPTに慣れた方や、言葉にできない課題を感じている方、課題はないけどよりよくしたいと思う方が、”KPTという枠組みを振り返る”きっかけとなれば幸いです。