RSGT2021 セッションメモ～アジャイル戦略論 「チーム作りの巻」～すべての基礎はチーム作りにあり～

RSGT(https://2021.scrumgatheringtokyo.org)
で自身が参加したセッションのメモ&ふりかえりです。
ふりかえりの手法は、びばさんが配信しているPodcastである、ふりかえりAM ep.4(カンファレンス用のふりかえりをする例)で紹介されていたFun Done Learnを参考にしています。
# 概要

- Yosuke Matsuuraさん, Yasunobu Kawaguchiさん, Ken Matsumotoさん

- Day2(1/7) 14:00～14:45 

- 「ボトムアップでのアジャイルチームづくりは、どうしたらよいか？」「アジャイルチームを作ったものの、なかなかその先に進まない」「顧客要望やトップダウン指示で、アジャイルチームを早急に作り成果を求められているが何から始めたらよいか、わからない」
  こうしたご質問を数多くいただくようになりました。日本企業の経営層から開発エンジニアまで、みんな悩んでいるみたいです。みなさんご存じの通り、アジャイルにおけるマネジメントの基礎は、チームにあります。チームがなければ、ベロシティも測れないし、見積もりもできないし、デリバリーできません。しかし、いまだに、作るものが決まって、予算が取れてから人をかき集めるプロジェクトが後を絶ちません。どうやって調達・開発するのかが決まっていないのに、なぜか金額や期間は決まってしまう。まあ日本人、子供のころからチームチーム刷り込まれてますし、集まれば仲良くやることには長けてます。なんとかしますよ。大人ですし。「うちの会社にいる人間はまじめな奴が多いから、チームというのは勝手に集まればできるもので、まあ、よいチームを作るためにワークショップでもして、親睦を深めたらいい」....などと、簡単に思っているマネージャーも結構多いのではないかと思います。

  **ち・がーーーーーーう。**

  そんな風にしたって、簡単にはうまくいかないこと、みんな体験してますよね？小学校の掃除の班でケンカが絶えない。遠足のグループ活動が楽しくない。あいつの言うことが納得できない。一人でやった方が仕事が早い。特定の人が仕事のほとんどを背負って周りは動けてない。うまくできない人がいるけど十分に教える余裕がない。
  私たちのチーム作りは失敗の連続。でも仕方ない。人間関係って難しいから。私一人が我慢すればよいのだ。...いつもそうやって、うまくいかないことに蓋をして、めんどくさいことを先送りしようとします。
  じゃあ、どうやってチームを作るのか？本セッションでは、ここに答えていこうと思います。
  大企業から中小企業まで経験を持つ、アジャイルコーチ三人衆が、それぞれの経験から話をしていきます。
  チーム作りの各段階で、どんなことを考えながら作っていくのか、参考になる話もならない話もあると思いますが、参考になるところだけ持って帰っていただければと思います。

# 気になった内容メモ

- 成果の上がるチーム = 継続的なカイゼン文化 × 信頼関係の構築 × 成功体験の積み上げ
- チーム作りの6ステップ。以下6stepに沿ってまとめ。
  1. 一人目の仲間を作る
  2. 話し合いながらアウトプットする
  3. ものの置き場を確保する
  4. 成果をアピールする
  5. やったことをふりかえる
  6. 技術的負債を解消する

## 一人目の仲間を作る

- ランチ会を開催(ランチョンテクニック)する。美味しいごはんを食べている間は良い印象を与えることができる。
  - 業務時間外なので気軽
  - 信頼関係の構築
  - 毎日の習慣にできる(継続的な場を持ちやすい)
- 自分自身がまずは変わることが大切(他人と過去は変えられないが、自分と未来は変えられる by Eric Berne)
- 押し売りNG。力がある人よりも興味がある人を見つける
- 関係の構築ができていない人と一緒に活動するのは難しい。。
- 情報通の人を通して、興味のある人を見つける
- 鶴の一声に注意。部長の反発が原因で一発アウトになる可能性あり。

## 話し合いながらアウトプットする

- 成功循環モデル(by ダニエル・キム)
  - Bad Cycle
    - 成果が出ていない⇒対立が発生。上から責任を押し付けられる。命令・指示される⇒創造的思考の欠如⇒自発性がなくなる⇒成果がさらに上がらない...
  - Good Cycle
    - 互いに尊重⇒気づきがあり当事者意識が生まれる⇒積極的チャレンジ⇒成果が出てくる⇒信頼関係の構築⇒もっと良いアイデアが生まれる
  - 量質転化の法則
    - 圧倒的な量の失敗や経験をして改善し続けることで、質に転化するスピードが早くなる
  - アジャイル開発は失敗や経験に重きを置いて、質に転化するスピードを早めている
  - 準備8割の法則。目的/納期/投下時間/量と質のバランス/連携を意識して話し合いする
  - 話し合いでは話を聞くことが重要

## ものの置き場を確保する

- ワーキングアグリーメント。共通認識を作る。
- 作ったものは全員が見える場所に置いておく。
- 置き場所にはこだわる。チームが見ない場所に置いても意味がない。

## 成果をアピールする

- 期待されている成果を事前に認識合わせしておく
  - 一人一人の立場や環境, 状況に応じて成果や成功の定義が異なる
  - Janetさんの「このカンファレンス何点？」の質問がいい例。(カンファレンスが最高に素晴らしいと思って、1点をつけた人と5点をつけた人の二パターンの人がいた)
- Whyからはじめる(なんで成果と言えるかをアピールする)
- SMARTな目標を立ててアピールする
- KPIを立てる。
  1. ブランディングKPI : SNSの反応数, メディア掲載数
  2. エンゲージメントKPI : 従業員の満足度, NPS
  3. インフルエンサーKPI : インフルエンサー数, 仲間の数
  4. コラボレーションKPI : コラボレーション数, ビジネスモデル数
  5. 営業KPI : 売上高
- 成果は絶対に盛っちゃいけない
  - 投資判断を誤る可能性がある
- ある断面で見てもらうのではなく、毎週見てもらうようにする

## やったことをふりかえる

- ふりかえる
  - うまくいったこととカイゼン点を整理できる
  - 改善を繰り返す
  - システムの不具合を直すわけではなく、不具合が生まれるプロセスを直す
- なるべく高頻度(1日に1回, 15分に1回)にふりかえりする
- 心理的安全性がある場でふりかえりすること
- 全員が話すことが重要

## 技術的負債を解消する

- 目先の利益のために長期的な生産性を犠牲にした結果、チームが持続できなくなる
- トレードオフスライダーを作る
  - 市況によってトレードオフは変化する。定期的に見直しをする。
- 技術的負債は可視化する(https://www.servantworks.co.jp/2020/making-tech-debt-visible/)
  - ビジネスサイドの人への説明に有効。技術的負債を金額として表してみたりすると、納得してもらいやすい。

# 楽しかったこと
- mentimeterの使用で自然にふりかえりができた
- 松浦さんの聞きやすい発表と、mentimeterのワーク中の川口さんと松元さんの掛け合い
  - 皆のコメントを拾いながら、こういうことやってこういう効果ありましたよねーという話が面白かった
- mentimeterで皆さんの悩みが分かった

# やったこと

- アウトプットを意識しながら話を聞いた
- mentimeterでワークに参加した

# 学び

- トップ/ミドル/ボトムどの位置に組織だと属するかという質問で、自分と同じで意外とボトムの人が多かった。(ほとんどミドルだと思っていた)
- KPIを立てる時、営業KPIから自身は立ててしまったいた。営業KPIの前提にあるもの(エンゲージメントKPI)が崩れているのではないかと不安になった
- 日頃何気なく実施しているチームメンバーとのランチに効用があることが分かった
- カイゼンやチーム作りは、自分から押し付けるのではなくて引き出してもらうことが大切

# 参考文献

https://kawaguti.hateblo.jp/entry/2020/09/07/093548