【GIG勉強会Vol.51/ LT39】Workshipにおけるカイゼンの取り組み

こんにちは！広報の山口真央（やまお）です。

コロナウイルス感染症の影響で、リモートワークの導入など、「働き方」は大きく変わりました。1年以上続くコロナ禍を経て慣れも出てきたと同時に、「やっぱり改善したほうがいい！」というポイントが把握できるようになってきた部分もあるでしょう。

GIGでは、よりよい「プロダクト」や「チーム」を目指し、日々改善を行っています。今回の勉強会ではGIGを代表し、Workshipチームが試行錯誤しながら取り組んでいるカイゼンポイントをご紹介。とくに取り入れてよかったものをシェアしてくれました！

石倉彰悟（いしくらしょうご）：Workship開発チーム・カスタマーサポートチームのマネージャー。ソーシャルゲーム開発を行うSAPでカスタマーサポートとして従事した後にエンジニアに転身し、大規模決済システムやEC系Webサービス等の構築を経験。2018年にGIGにジョイン。

Workshipチームが取り組んだこと

コロナ禍以前は、対面で「あれをやってほしい」「こうしてほしい」といった会話がすぐにできたGIGのチーム環境。しかし、リモートワークの導入で、全体スケジュールが見えにくくなったり、チャットツール上でのコミュニケーションだけでは掴みにくい細かなニュアンスが反映できなかったりと、課題が現れました。

そこでWorkshipチームでは

スクラム開発とJira導入
プルリクエストにラベルをつける
お問合せ状況報告

といったカイゼンを導入。今回はその手順と、導入した意図、実際に導入してみてよかったことをご紹介いたします。

１. スクラム開発とJira導入

「スクラム」とは、「チームで仕事を進めるための枠組み（フレームワーク）」のことです。具体的には、「スプリント」と呼ばれる開発期間を区切ってチームのタスクを整理したり、チーム全員で進捗を確認する「デイリースクラム（朝会）」などを行ったりします。

Workshipチームでは

スプリント（開発期間）を区切る
朝会（デイリースクラム）の実施
定例（スプリントレビュー）の実施
KPT（スプリントレトロスペクティブ）

の4つの段階に分けて「スクラム開発」を導入しました。それぞれについて詳しく見ていきましょう。

スプリント（開発期間）を区切る
「この1週間は○○の開発をします」と開発期間を区切ることで、自分が今何をすべきなのかわからないという状況をなくし、目の前の集中すべきタスクを明確化。どのタスクから着手すべきかもわかりやすくなりました。

朝会（デイリースクラム）の実施
進捗をチーム全員で把握する朝会を実施。チームメンバーそれぞれのタスク進捗を確認するほか、気軽に話せる機会を毎日設けることで、チャットツールに載せるまでもないと思っていた小さな悩みも共有できるように。スピード感ある解決に繋がります。

定例（スプリントレビュー）の実施
スプリントの終了時に定例を開催し、スプリントの進捗、リリース情報の共有をすることで、自分以外が担当したリリース内容なども理解できるようになり、さらに次のスプリントでやることの共有も可能になりました。

KPT（スプリントレトロスペクティブ）
KPTとは「Keep」「Problem」「Try」からなるふりかえりのフレームワーク。今後も続けるべきこと（Keep）、今抱えている問題（Problem）、次に挑戦したいこと（Try）を明確化することで、チーム内の改善がきちんと回転するようになりました。

石倉：
「とくにWorkshipチームはKPTの『T』に対して積極的に行動できており、これが次のスプリントを活性化させることに繋がっています」

また、スクラム開発と合わせて「Jira」を導入したことも注目ポイント。「Jira」とは、開発プロジェクトの計画、追跡、管理を行えるソフトウェアのことです。Workshipチームでは、全体のスケジュールをガントチャートに起こせる「ロードマップ機能」や、スプリントごとにタスク管理ボードを作成できる「ボード機能」を使って、スケジュールやタスクを「見える化」。朝会や定例の際にはこれらを見ながら進捗を共有しているんだそうです。

2. プルリクエストにラベルをつける

次に「プルリクエスト」のラベル付け。「プルリクエスト」とは、レビュー担当者に開発者がレビューを依頼し、レビュワーが改善点を見つけることで品質の高いコード作成を目指すことを指します。

コードは複雑なため細かいところまで指摘するとキリがないほど。ですがその細かすぎる指摘がコードの質を高めていくのも事実です。レビューを依頼した側からすれば「細かすぎるプルリクエストの指摘を、どこまで対応すればいいんだろう」と迷うことも多く、レビュワー側は「細かい指摘をすべきなのはわかっているけど、ちょっと心がいたむ……」といった悩みもあるようです。

そこでWorkshipチームが導入したのが「ラベル」です。たとえば以下のようにラベル付けをします。

[must] 必ず対応してほしいこと
[imo] 自分の意見や提案・好み
[nits] 些細な指摘。できれば直してほしいこと
[ask] 質問や確認。コードの意味や背景の確認