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

概要

Tomoko Emiさん
1日目(2021/1/6) 11:00~
我々楽天のECインキュベーション開発部（略してECID）では、改善グループという部署横断でサポートするチームがあります。
改善グループはプロダクト開発グループには所属せず、それぞれの高いスキルをもっていろんなチームの難しい課題を一緒に解決することをミッションにしています。

そんなECIDに去年の５月新しく仲間が増えました。
このチームはマネージャも含めてチーム運営と開発に関する経験が浅く、ちゃんと開発をしたいのに思う通りにできない状態が続いていました。

当時の彼らは、
- 仕様変更をリクエストされても突発対応が入ってもProjectの納期は変えられない
- 色々とシステムの作りがよくないのが分かっていてもどう手をつけていいかわからず悩む
- そしてバグもいっぱいでる
- 結果、残業が常態化
という状況でした。

そこに改善グループから派遣されたメンバーがもたらしたいくつかの変化とは？
この変化によって今チームがどのように変わったかも含めてお話させていただきます。

気になったことメモ

PRをきっかけに課題が顕在化
- 単体テストない...
- PR溜まりすぎ
- 資料がないPR
- 手戻りの大量発生
改善グループの神、椎葉さんが降臨
最初はひたすら観察してもらう
- 前向きなメンバーが多い
- すべてのロールを2人が担っているから、メンバーが何を目指すのかはっきりしなそう
  - 何でもできるっていいことだと思っていたので、Emiさんがうっとなった新しい気づき
- PJMロールが不在なので、役割が明確に定義されていない
- 特定の人が助けすぎ。特定の人が本来やらないといけない仕事を定時後にしていた
バラバラなチーム
- 責任範囲を明確化した, RACIチャートの導入
成長速度を上げたい
- モブプロ
  - 副次的に資料不足や手戻りの発生という問題も解決した
Emiさん個人の気づき
- 井の中の蛙だった
- マネジメントできていると思っていたが、外から見てもらうと全然マネジメントできていない部分もあった

楽しかったこと

スライドのイラストが綺麗で分かりやすい
神や蛙など、独特だけど的を射ていて面白いメタファー

やったこと

アウトプットを意識しながら話を聞いた

学び

なんでもできるは危険な側面もある
外部からフィードバックしてもらうことで、今まで気が付けていなかったことに気が付けるかも
何にでも責任を持つことは聞こえはいいが、危険性も孕んでいる。
- 一回責任範囲を明確に定義して、その後に皆が責任を持つ状態に戻す取り組みもあり(責任範囲を定義すると自分の責任範囲外のことに無関心になってしまう恐れがある(チームの結果に責任を持ちにくくなる恐れがある))