お互いの論点がずれていて、会話が一向に噛み合わず、時間ばかりが過ぎていく。あるいは、「あの人の言っていることはいつも訳が分からない」「あの人とは相容れない」と憤った経験は、多かれ少なかれ皆さんも経験されたことがあるのではないでしょうか。また、このような会話や対立を「空中戦」と表現するのを見聞きしたことあるのではないでしょうか。

※以下、「噛み合わない会話と対立」の意味で「空中戦」と表記します。

こうした「空中戦」は、output/outcomeを出せずチームや個人のパフォーマンスを低下させるだけではなく、チームや個人のストレスを高め、チームの分解や離職のリスクにもつながり得ます。

一方で「空中戦」には、ある一定のメカニズムがあります。これを理解することで、解決を図ることは十分可能です。加えてそれらの方法は、後天的に習得できる、再現性のあるスキル・技術です。

このセッションでは、「空中戦」を終わらせ、相互理解や合意に辿り着けるようにするためのスキルおよび技術を、アンガーマネジメント・NVC（Nonviolent Communication）・マインドフルネスの3つの観点から、講演者自身の実践事例を含めて、「エモさ」を抜きに整理しお伝えします。

このセッションの内容を通じて、一人でも多くの方が「空中戦」を克服し、自信を持って行動しoutput/outcomeを出し続けられるようになり、結果多くの人の笑顔を花咲かせられるようになれば幸いです。

ソフトウェア開発に携わってこなかった方向けに、アジャイルに開発を進めるってどういうことか？を伝えてほしい、という依頼がありまして、以下の流れで話しました。

1. ソフトウェア開発ってどういうものなのか (ユーザー企業観点)
2. 要件というのはどういう風に考えるのか (狩野モデル)
3. 新規サービス開発への狩野モデルの適用 (ユーザーストーリーマッピング)
4. スクラムとはなにか、DevOpsはなぜ必要なのか

ホロラボ社内や、クリエーションラインさんに呼んでもらって講演をしたのですが、なかなか好評をいただいたと思いますので、RSGTでもお話しできればと考えました。公開の場では今回が初のトーク提案になります。

F1のFはFeedbackのFです。
アジャイルに関わる皆さんならきっと大好きなフィードバック、これを上手にできる腕を競う選手権です。

この45分間のパネルセッションは、大喜利形式で行われる楽しいセッションです。

アジャイル開発で悩んだり困ったりしたシチュエーションをお題として募集します。お題に対して回答者はフィードバックコメントをし、もっともナイスフィードバックと思われる回答がポイントを獲得します。
ポイントの投票は回答者自身と、聴講者によっておこなわれます。
高評価の観点が参加者によって醸成されていく、ダイナミックでインタラクティブなセッションです。
最多ポイントを獲得した人はF1札幌グランプリの勝者となり、1年間、その栄誉が讃えられます。

お題と回答の例その1
お題「僕はスクラムマスターです。上司がチームのパフォーマンスを気にしているので、ベロシティのグラフを見える化してみたんですが、どうでしょうか？」
回答1「上司にベロシティについての理解を問うてみてはどうでしょうか？」
回答2「ベロシティは顧客価値につながる指標なんでしょうか？」
回答3「デプロイメント頻度は計測できていますか？」

お題と回答の例その2
お題「私はデベロッパーです。いつもテストをきちんとしようと思うのですが、プロダクトオーナーの期待するスピードで作ることができません。正直毎スプリントこんなにきっちりテストをするなんて足枷に感じてしまうのですが、どうしたらいいでしょうか」
回答1「テストをサボるとその足枷がどんどん重くなるのでは？」
回答2「一度テストをまったくしないで進めてみてはどうでしょうか？」
回答3「プロダクトオーナーを説得する役割の人はいないのですか？」

出演者の情報です。
実況：ながせ（miholovesq）
解説：もりや（yudmo）
ドライバー（回答者）：よた（yota）、てやまぐ（teyamagu）、やっとむ（yattom）、かっちゃん（katzchang）

お題は下記のフォームで募集し、当日はその中から厳正なる抽選で採用されます。
https://forms.gle/2kbEnRqeAvU6EyFu7

スクラムを型どおりに実践しているけど、「期待通りではない」「スクラムが役に立っているのか疑問だ」とか感じることはありませんか？ 遠くから見るとスクラムを実践しているようでも、チームの近くでよく見るとどこかがおかしく、残念な状態ではありませんか？ 毎日デイリースクラムを開いているし、スプリントの最後にはレトロスペクティブも実施してます。完成の定義もあります。しかし、チームの士気は低く、自律性も、改善もありません。

クリスティアーン・フルヴァイス、ヨハネス・シャルタウ、バリー・オーフレイムは、そのようなチームの状態をゾンビスクラムと呼び、そこから回復するための方法を41個の実験にまとめ、『Zombie Scrum Survival Guide（邦題：ゾンビスクラムサバイバルガイド）』を書きました。この本には、ゾンビスクラムの症状は次の4つの領域に現れると書かれています。

• ステークホルダーのニーズ
• 速い出荷
• 継続的改善
• 自己組織化

このセッションでは、『ゾンビスクラムサバイバルガイド』の翻訳者である3名が、書籍の内容を元にゾンビスクラムから回復するための実験をそれぞれの領域から1つずつ紹介します。また、チームを診断する方法についてもご紹介します。みなさんのチームがもっと良くなるヒントになれば幸いです。

本セッションでは、ベンチャー企業のソフトウェア開発にどっぷり浸かっていた私が、約10年前に老舗の大きな企業に転職して感じたこと、やったことをご紹介します。

私は約10年前に、人の関係がフラットで、反復型の進め方が中心で、何よりも同じ志を持った意識高い系のベンチャー企業から、強烈にサイロ化かつ階層化され、中長期の計画駆動な進め方が中心で、色んな志向の人々で構成された組織に転職しました。
入社当初はあまりの文化の違いに驚きましたが、一方で、大きな会社ならではの良い所やそれまでの自分にはなかった観点も多数見えてきました。
大企業の強みと弱みが見えてきた入社数年後に、私のベンチャーでの経験やソフトウェア開発の知見をもとに、大きな会社ならではの課題を解決し、大きな会社ならではの強みを活かせないかと考え、行動に移しました。
本セッションでは組織のサイロ化に起因する”守りの体制”の打破や、大きな会社のメリットを活かしたムーブメントの起こし方など、私がやってきた事と気づいた事をご紹介させて頂きます。
本セッションを通して、特に老舗の大企業を変革する際のヒントになればと思います。

私たちは、筑波大学と千葉工業大学の4年生です。私たちのチーム、「いわき」は筑波大学のenPiTという授業内で組まれたチームのひとつです。そのチームでスクラムマスターをしている「amixedcolor」と、プロダクトオーナーをしている「たけのこ」が話します。

2022年の夏に筑波大学enPiTで行われた夏合宿でのあるひとつの取り組みについてお話しします。

私たちは、スタンドアップミーティングにおいて、ペアトークを行いました。ペアトークとは、何か全体で話す前に、一対一で話すことです。これにより、全員の意見をもれなく拾い上げることができます。実はこの取り組みがJoy, Inc.でも話に出てくる、メンローのPairing to Learnとよく似ていました。

本セッションでは、このペアトークについて以下の5点を話します。

• ペアトークとは何か
• ペアトークを採用するに至るまで
• やったこと
• ふりかえってみて
• ペアトークをやるには・やるポイント

一番最後の時間では、聴衆の皆さんと一緒にペアトークについてディスカッションしたり、聴衆の皆さんからのご質問にお答えしたりしたいと思います！