リリース頻度を毎週から毎日にしてみた - NTT Communications Engineers' Blog

目次 目次 はじめに NeWork とは リリース頻度変更の背景 それまでの運用 課題 実現方法 解説 日次でワークフローが起動するようにする main ブランチの HEAD にタグが付与されていなければ付与する develop に差分があれば main へのマージを自動で行う 細かな工夫点 main の内容を develop に自動で取り込む 祝日はリリースしないようにする 自動リリース・自動 develop → main マージの制御 Slack にリリース結果を通知する stg 環境に変更内容を通知する その他の考慮 上司への事前説明の省略 スプリントレビュー前のリリース リリースノート 品質面 リリース頻度を変えてみて おわりに はじめに こんにちは、NeWork 開発チームの藤野です。普段はオンラインワークスペースサービス NeWork のエンジニアリングマネジメントをしています

[Kesin]

"品質面の劣化 → 今のところ以前の運用であれば防げたはずのバグの流出は一切なく、むしろ駆け込み乗車撲滅の恩恵が大きいと感じています"

[Aodrey]

かえって土壇場コミットが減るのは開発者みんなお行儀が良いんだろうなあ。

[htnmiki]

週1リリースにしていた理由があるはずでその振り返りがないともったいないよなあと思ったり

[harumomo2006]

今メインでやってるプロジェクトも以前は年4回だったのが月1になりそこにパート1234みたいに複数リリースが並列で入るようになった。失敗したときのインパクトは小さくなったけど別の心理的圧迫は感じる

[natu3kan]

今日がダメでも、明日リリースできるから、相当優先度の高いもの以外は駆け込まなくていいってなったのかな。

[takatama]

上司への説明は事後でOKにしてもらった

[dorapon2000]

リリース頻度を上げることで、締切という概念が薄れて残業が減ったのはおもしろい。残業が締切前に増えるのは実感してるから、締切をなくしてしまえばいいのか。ベロシティが気になるところ。

[nankichi]

“駆け込み乗車を撲滅し、必ず確認期間が一定以上設けられるようになること”成程。営業の「コレ最優先に」に対する返答日、リリース日依存ではなく開発工程依存でスケジュール組めるのは大いなるメリットかと

[onk]

リリーストレインだ！

[efcl]

毎日自動でデプロイし、Stagingも1日テスト期間があるようなフロー

[hiroomi]

良いプロダクトなのに、なー。zoomのライセンス棚卸しイベントキャッチアップしてたらもうちょっとユーザーついてたはず。あっメインのバージョン上がらずで、リビジョンが100ぐらい行きそう。

[mikuti2]

本筋と全く関係ないけれども「上司に相談し〜とのお言葉をいただき」が、社外向け記事で身内へ強い敬語を使用していて、変な文化だと思う。

[tattyu]

問題があっても翌日にはfixがリリース出来るので良いかもと思うが、ある程度大きな機能の開発がめっちゃ難しそうに見える。

[tinsep19]

駆け込みよくない！

[uzuki-first]

素晴らしい

[kabakiyo]

自動でリリースしてるひとって、migrateとかどうしてるんだろう。データの投入とかリカバリーとか。

[tengo1985]

サービス名がWeWorkぽくてそこだけ風評被害的に気になる笑

[naosuke2dx]

よさそう

[korinzuz]

“内容の共有は週に一度かつ事後で良い(=リリースの判断に関して権限委譲して頂いた?)” ここが1番難易度高いのでkwsk知りたかったりする・・・