ID:73136さん

**期間:** 2025年11月 **概要:** ステージング環境の占有問題を解決するため、複数PRをまとめてデプロイできるGitHub Actionsワークフローを設計・実装した。 前提として、各チームに一つ専用のステージング環境と、全体で活用するステージング環境があった。 **役割:** 課題の発見から設計・実装・チームへの導入まで自発的に改善プロジェクトを掲げて担当した。 それまであまり触れてこなかったGitHub Actionsを学べるチャンスだと捉え、すぐに手を挙げた。 **使用技術:** GitHub Actions, GitHub CLI **課題:** - ステージング環境の利用がSlackでの宣言制で、他のエンジニアの動作確認待ちが発生していた。 - AI活用による開発速度向上に伴い、動作確認フェーズのボトルネックが顕著になっていた。 **内容:** - PRに `deploy/staging` ラベルを付与し、GitHub ActionsのUIからワークフローを実行する仕組みを構築した。 - ワークフロー内では、対象PR一覧を取得し、developから作り直した専用ブランチに各PRをmergeしてデプロイする処理を実装した。 - まず自チームで運用を開始し実績を得た上で、全チームに展開した。 **工夫した点:** - コンフリクト発生時は処理を中断し通知して、気軽にラベルを取り外すなどして対応できるようにしたこと。 - 全チームに展開する際は、社内LTで発表し有効性を認識してもらったり、各チーム活用できているかモニタリングし導入支援したこと。 **結果:** - 複数開発者が並行して動作確認できるようになり、サイクルタイム（first commitからdevelopへのmergeまで）の平均が20時間以上で不安定だった状態から、17時間程度で安定する水準まで短縮できた。 - まず自チームで運用を開始し、その後全チームに展開した。他チームの多くのエンジニアから、「生産性良くなった、ありがとう」と言ってもらえた。 - チームを超えた動きはマネージャーからも好意的な評価をいただいた。 詳細は下記の記事にまとめています - [【GitHub Actions】動作確認を同時にできるようにし、サイクルタイムを改善する](https://qiita.com/MandoNarin/items/6dafdb96f1745aaefa6d)