お疲れ様会を導入してみた振り返り

## はじめに

こんにちは。with で Android エンジニアをしている石田です。

皆さんのチームでは定期的に振り返りの場を設けているでしょうか。振り返りはチームによって KPT とかスプリントレビュー とか呼んでいるかもしれませんね。

with の Android チーム(以下、with-android) では振り返りの場をチームで設けていなかったのですが[^1]、**2022年 より振り返りならぬお疲れ様会を月に 1 度、月末に実施するようにしました。**

こんな感じでわいわい楽しくやっています😉

![monthly-review.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/56635/889de95c-da75-fa15-8b1d-311428afc318.png)

本記事ではお疲れ様会を導入してみた振り返りを行いたいと思います。


## お疲れ様会の目的

まず、with-android におけるお疲れ様会を導入した目的は **チームメンバーのモチベーションと生産性の維持** です。
あれ、課題を見つけて改善案出してアクションにつなげるとかそういうことは目的としていないの?と思ったかもしれません。

おそらく純粋な KPT で重要視されるのは 「Problem → Try」ではないかと思うのですが、with-android では敢えて「Keep」を重視しています。理由は保守的なチームメンバーが多く課題感を見つけることよりも、維持すべきことを見つけることの方がチームにフィットしていると考えたからです。

**チームに合わせて振り返りのフレームワークをいい感じにアレンジする** のがよいかなと思っています[^2]。

## お疲れ様会のやり方

お疲れ様会における振り返りの内容、ツール等について紹介します。

### 振り返りの内容

「大成功」「成功」「もやもや」の3つのカテゴリで振り返りをそれぞれのメンバーが付箋に記入します。
記入はメンバー自身のタイミングで事前に行ってもらうのがよいです。


| カテゴリ | 概要 | 説明 |
| :---: | :- | :- |
| 大成功 | 達成したことのうち、「これは頑張った💪」と思うことを書きます。 | 例えば大きな機能をリリースしたとき、複雑なバグを修正したとき、チーム全体に貢献するような仕事をしたとき、などが該当します。 |
| 成功 | 達成したことを書きます。 | ちょっとしたタスクであっても無事に達成したことであれば成功とみなします。 |
| もやもや | 上手くいかなかったことや今後のブロッカーになっていそうなことを書きます。 | 具体的に何が課題で何が原因かを掘り下げておく必要はなく「何となくもやもやしていることがあるな」というレベルの解像度でよしとします。|


全員の付箋の記入が済んだら、各 「大成功」「成功」「もやもや」の付箋に対して「付箋を書いた人が説明→コメントがあれば軽くチームでディスカッション」という流れを繰り返します。このとき重要なのは、 **「大成功」「成功」は些細なことであってもポジティブに受け止めて、自他ともに称賛し合うことです[^4]。** 「もやもや」についてはお疲れ様会の主な目的から外れるため、そこまで期待しません。内容によってはしっかりと改善案を考えることもありますし、「それは大変でしたね」と単にねぎらうだけのことも多いです。 

ファシリテーターは発言の促進、発言に対するポジティブなフィードバック、タイムキーパー等を担当します。

### ツール

with-android ではお疲れ様会にホワイトボードツールの [FigJam](https://www.figma.com/ja/figjam/) を使用しています[^3]。

FigJam は操作が簡単で Figma との相性も抜群です。もし Figma を使ったことがあるならば一度 FigJam を試してみてほしいです。すぐに使いこなせると思います。スタンプ機能が充実していて、チームでわいわいと楽しめます。ストップウォッチ機能もついていて、共同作業に役に立つ機能が 1 箇所に揃っています。

![figjam.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/56635/9ff05925-f171-9212-ada9-139310590466.png)


### 開催頻度

with-android では月に 1 回、チーム全員で行っています。チームメンバーが多い場合は ひと班あたり 4〜5 人になるように班分けするとよいと思います。その方が一人ひとりの発言をする機会が増えるからです。そのうち 1 名をファシリテーターとし、時間は 1 時間以内に収めると集中力が保てますし継続しやすくなると思います。


## お疲れ様会をやってみてどうだったか

お疲れ様会をやってみてよかったことと改善できそうなことについてまとめます。

### よかったこと

#### メンバーに褒められると嬉しい☺️

お疲れ様会の目的そのものといった感じなんですが、**やはりチームメンバーに「すごい！」とか「さすがですね！」と言われると嬉しいものです。**「あ、頑張ってよかったな」という感情のおかげで次の仕事に前向きに取りかかれるような気がします。

#### メンバーがどんな仕事をしたか、周りのメンバーが認識できる

以前はメンターだけがメンバーの仕事内容を認識しているという状態でしたが、お疲れ様会導入後はメンバー全員がメンターと同じくらい互いの仕事内容を認識しているという状態になりました。チームメンバーの良い仕事ぶりを知ることで自分も頑張ろうと思えますし、反対に悩みを知ることでどんなお手伝いができるかなと考えることができるようになりました。人事評価時に行う多面フィードバックの際にもお疲れ様会の内容が多いに参考になりました

#### もやもやを少し解決できた

お疲れ様会の主な目的からは外れますが、お疲れ様会をやる中で「もやもや」の付箋も少しですが挙がりました。その中で 「コードレビューが遅い。もっと早くレビューしてほしい」というものがあったのですが、こちらは後日掘り下げを行い改善につなげることができました。詳しくは別記事で書いているので、よかったら読んでみてください。

https://qiita.com/maxfie1d/items/b049a5eb3e8a1761962a

### 改善できそうなこと

#### チームメンバーの付箋の記入枚数が明らかに少なくなった

お疲れ様会を 3,4 回実施したところで付箋の記入枚数が当初よりも少なくなるという事象が発生しました。これについては2つの原因が考えられたので、それぞれ対策を行いました。

1. **お疲れ様会の目的を見失っていた → 振り返りをすることのアドバンテージを繰り返し説明した**
    そもそもの話になりますが「振り返り」に対するモチベーションが低い人の方が多いのではないでしょうか。過去を振り返っても意味がないとまでは言わないけれど、過去ってなんだか目を背けたくなる...という気持ちは理解できます。それでも振り返りにはアドバンテージがあるということを主催者と参加者が互いに納得できる工夫を行う必要があると思います。
2. **付箋の枚数制限を設けていなかった → 少なくとも 1 人あたり 5 枚書くことを推奨した**
    メンバーの主体性に任せて付箋の最低枚数を特に設定していなかったのですが、2,3 枚しか書かないメンバーが出てきました。解像度が荒すぎると振り返りをやっている意味が薄れて本末転倒です。そこで少なくとも 5 枚は(些細なことでもいいいので)付箋を書きましょうということにしました。加えて、お疲れ様会で少なくとも 5 枚の付箋を書けることを目標にして仕事に取り組んでみてはどうかという話をしました。

## まとめ

with-android でこれまで行われていなかった振り返りの場としてお疲れ様会を導入しました。チームメンバーの性質に合わせて KPT の「Keep」に相当する 「大成功」「成功」にフォーカスを当てて実施するという工夫をしました。結果的にはチームメンバーのモチベーションと生産性をやや向上させることができたかなと思っています。今後は「Problem → Try」も振り返りの議題に加えつつ、お疲れ様会を進化させていきたいと思っています。


[^1]: 正確に言うと iOS チームと Android チーム合同で半年に1回振り返りを実施していました。さすがにこれだと振り返りの質と量共に不足しているなという課題感がありました。
[^2]: 意図せず韻を踏んでいる感じになってしまいました
[^3]: 以前は [Prabol](https://www.parabol.co/) というレトロスペクティブツールを使っていたこともあります
[^4]: このあたりは Win-session と同じです