こんにちは。QAリードの丸山です。
今回は、2022年1月5日～1月7日にかけて3日間で行われた RSGT2022 に参加してきましたので、その参加レポートをお送りします。

ちなみに弊社SHIFTはRSGTのスポンサーをしております！

はじめに

RSGTとは何なのか、以下に記載します。

私はSHIFTに入社してからはアジャイル開発に携わっており3年が過ぎましたが、今までのアジャイルに関する情報のインプットは主に本かネット、また社内で相談するといったことくらいでした。

しかし今回、SHIFTがスポンサーをしているということで社内でも名前を聞く機会が多く、今回アジャイル、スクラム系のカンファレンスに初めて参加しました！

※ここで記載する内容は私の主観に基づく内容となっております。

登壇者の資料まとめ

公開されている発表時の資料のリンクをまとめました。
※リンク先の保証はしていません。作成時点でアクセスできた公に公開されていたリンクです。RSGTクローズドチャットで流れていたのもは記載していません。

day1

• 13:00 ～ 13:45

  • 「いい感じのチーム」になるためにやること

  • 非ITの宿泊業なのに、なぜDXを推進できるのか？

  • アジャイルに向き合うソフトウェア開発の技術面 "ライトウィング"

  • どうする？GOする！LeSS導入する！？

• 14:00 ～ 14:45

  • Scrum@Scaleの理論と実装 - 組織をリファクタリングしながらスケールする

  • 開発とQAが分かれたスクラムチームを解消する第一歩

• 15:15 ～ 16:00

  • プロダクトゴールとは？あるいはプロダクトのゴールを設定するには何が必要か？

  • 強くてニューゲームなプロダクト開発　〜制約ゼロから長期で進化し続けられるシステムを作るチャレンジ〜

  • アジャイル開発のミライ

  • あなたのSprint Goalは、機能してますか？

  • 異動することでもはじめられるScrum

  • チームのエンゲージメントを高め成果に貢献する段取り術とワークショップ開催のコツ

• 16:15 ～ 17:00

  • 機械学習をScrumで組織的に学習する

  • その開発計画は最初から間違えている! - アジャイルにおける開発計画の考え方について

  • Agile Leader(Keynote: Agile Leadership 参照)

  • スクラム the ORIGIN : Jeff Sutherland - Roots of Scrum (2005) を語るナラティブ

day2

• 13:00 ～ 13:45

  • プロダクトバックログ Deep Dive

• 14:00 ～ 14:45

  • QAなんなん？～みんなが納得できるQAのスタイルを見つけよう～

  • インプロヴィゼーション：ふりかえりの新世界

  • (スクラムやアジャイルを)よく学びよく試行錯誤する～継続して学び現場に持ち帰るために～

• 15:15 ～ 16:00

  • LeSS もスクラム。プロダクトオーナーがスクラムマスターとともに取り組んだ LeSS チームの合体から融合まで

  • マネージャーが、スクラムチームとともに良い未来をつくるためにできること

• 16:15 ～ 17:00

  • 社内アジャイルコーチの卒論: 9年間の多くのしくじりと、いくばくかの成功を添えて／Messages from Ex-Internal Agile Coach

  • The Battle in Scrum

  • 仕事や家庭の中でのリーダーシップのありようについての回想

day3

• 13:00 ～ 14:30

  • アメリカの超巨大クラウドの中の人に転生したガチ三流プログラマが米国システム開発の現実をリークする話

多くの情報を得られたので実践していく

スクラム、チームビルド、プロジェクト（プロダクト）開発のための様々なことを学び、気づく場でした。

そこから、私が印象的だったことをピックアップして記載します。

インクリメントの大切さ

インクリメントは、スプリントレビューで確認、評価できる成果物のことですが、私が今まで携わったプロジェクトでインクリメント出来ているとは言えないプロジェクト、スプリントは何度か記憶にあります。 スプリントレビューで動くものはおろか、開発チームが何をしていたのか、成果物が何なのかわからない、そういったことありませんか？

私は何度もありますよ！

どの書籍でも、どの講演でもインクリメントは何度も言われていますけど、実際にインクリメントをやり切るのは難しいものです…
でも、なんでインクリメントができないのでしょう？

まずは振り返りを行い、なぜインクリメントが行えないのかを把握し、スプリントの中で成果物を作っていくために改善をしていきたいと思います！

チームビルド、リーダーの役割と動き方

私は、チームメンバー全員がリーダーであるべき、リーダーシップを発揮すべきだと考えています。

しかし、組織というものは非常にやっかいで、どうしてもチームの中で上下関係が生まれ、契約関係が生まれ、リーダー的ポジションの人が存在していることが多く、私はそういったチームしか経験がないです。
だからと言って、リーダー的ポジションの人が決めるのではなく、チームで決断を出すべきだと私は考えておりますが、、、難しいことの方が多いなって印象です。

そういったチームで決断を出せるチームになるには、リーダーとメンバーの間に隔たりはなく、メンバーも自分の意見を発信できる、メンバー全員がリーダー的ポジションである必要があると私は思っています。

そして今回の登壇者が言われていたことは、そのようなチームはお互いが信頼しあっており、なんでも言い合えるような関係だからこそ忖度もなく気を遣わず声を出せるんだと言われており、ハッとしました。。。
良いチームを作るため、まずはリーダーポジションの人が心を開き、弱みや苦手なこと、良い感情や悪い感情を隠さず言うことだと言われていました。

でも、実際そうですよね。
上司が「俺こういうこと苦手なんだよね～」って言われたとき、自分の得意なことだったら「自分やりましょうか？」って言えますよね！ 上司が弱みを言っていたら、チーム全体が弱みを言っていいんだって雰囲気になりますし、褒めあったり、悩みを言える関係だったら、メンバーも自分の意見を気軽に伝えることができ、自分の得意範囲や知識のある所ではリーダーシップが発揮できるはずです。

そんなチームを作っていけるよう、まずは自分から伝えていこうと思います！

まとめ

今回初めてのRSGT、初めてのアジャイル、スクラム系のカンファレンスへの参加でしたが、とても有意義で多くの学びのある時間でした。

学んだだけで終わってしまっては意味がないため、今回学んだことをこれからの日々で実践し、改善し、プロジェクトに適した方法を見つけていきたいと思います！

＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿

お問合せはお気軽に
https://service.shiftinc.jp/contact/

SHIFTについて（コーポレートサイト）
https://www.shiftinc.jp/

SHIFTのサービスについて（サービスサイト）
https://service.shiftinc.jp/

SHIFTの導入事例
https://service.shiftinc.jp/case/

お役立ち資料はこちら
https://service.shiftinc.jp/resources/

SHIFTの採用情報はこちら
https://recruit.shiftinc.jp/career/