はじめに

　最近私のチームではアジャイルを意識したチームづくりをしており、その1つのプラクティスとしてある 「ワーキングアグリーメント」 を作りました。

その中でチームとして導入してどうか、そしてそれをどのように運用しているか、せっかくなのでまとめてみようかと思います。

下記読者にはちょっとだけタメになるかもしれないです

そもそもワーキングアグリーメントって？

そもそもワーキングアグリーメントって何・・・？という方もいらっしゃると思うので、
簡単に説明できればと思っております。（こちらの記事が参考になるかと思います！）

簡単に言えば、
「気持ちよく仕事ができるようにチーム全員で決めたチームの約束事」
かなと思っています。

チームとして働いている場合、文字としては書き起こしていないものの、
なんとなくの約束事はあるかと思います！

私たちのチームでは

みたいなものがあったりします！

こういった約束事を、気づけば忘れてるだったり、誰も守らなくなってしまったり・・・
とならないよう、そして暗黙の期待とならないように明示的にするという狙いがあります。

現状、私の中では１つ大きなメリットを感じています。

ズバリ
チームの当たり前が定着して、どんどん増えていくってなんかいい

ということです！（結構マジです）

単純にチームの中で共通理解が強化（解釈不一致が減る）されますし、
自分たちのチームの当たり前が増えることで結束力も強まると思います！

他にも、メリットはたくさんあると思っています

注意点として、必ずチーム全員で約束事を決めましょう。
一部の人だけで決めてしまうと、「私は聞いていない」という状況が出かねません。

もちろん作っただけでは意味がありません。

継続的に見直し、そしてアップデートしていかなければ
形骸化し、あるにはあるけど誰も意識していない紙切れみたいな扱いにもなりかねません。

とはいっても、なかなか継続って難しいですよね。

業務が立て込んだりして、気がつくと2ヶ月、3ヶ月とそのまま放置されてしまうことも
可能性としてはあります。
振り返りのたびに見直そうと決めていても、結局は時間がなく触れられなかったなど

実際に私のチームでも、振り返り自体はするけど、振り返るときに初めて、
「確かにこんな約束事あったなー」みたいに状況となっていました・・・・

ということで、ここはエンジニアらしく仕組みで解決します！！！

ここからは、実際にどのように仕組み化して運用しているかを紹介できればと思います！

まず作り始める前に、以下２つのことを意識して作りました。

基本的には GAS✖️Slack API を活用しています。（便利すぎ）
その上で簡単にMermaid.jsで処理の流れをまとめてみました！（便利すぎ）

（SlackAPIについてまとまったQiitaもありましたので参考になれば）

大まかな流れは

4. 評価した内容をスプレッドシートに吐き出す
└ slack上で「できなかった」「できないこともあった・・・」「できた！！」のどれかの
ボタンを押すと、その結果がスプレッドシートに自動的に書き込まれます。（下記画像参照）

評価理由に関しては、毎週金曜日にslackメッセージのスレッドを見にいくトリガーを設定しているので、そこで取得し、スプレッドシートに後付けで出力しています。

ワーキングアグリーメントをチームで作った当初は特に運用面の事を考えておらず、
毎月の振り返りの際に「こここうだったよね〜」のような振り返りをしていました。

ただそうすると、何をもって達成できた、できなかったかを感覚に頼っていた部分がありました。そこで、今回仕組み化して毎日目に触れることになったことで、「意識するきっかけ」はついたのかなと思っています！

プラスして、定量的に何が達成できていなかったのか、どんなところが達成できていなかったかを把握できるようになったことで、改善策を考えたり・NAを取りやすくなったように思えます。