たとえるなら
映画の「公開日」です。撮影も編集も終わっていても（開発が終わっていても）、公開日が来るまでお客さんは観られません。公開日に向けて宣伝や劇場の準備が進み、当日は関係者がそわそわしながら反応を見守ります。
もう少しくわしく
リリース（release）は「解き放つ」という意味で、サービスや新機能を利用者に公開することです。新しいアプリを世に出す「新規リリース」も、既存サービスに機能を追加する「機能リリース」も、不具合修正を届ける「修正リリース」も、みなリリースと呼ばれます。ほぼ同じ意味で「ローンチ（launch）」という言葉も使われます。
リリースには、公開する内容をまとめたリリースノートが添えられるのが一般的です。アプリの更新画面で目にする「新機能を追加しました」「不具合を修正しました」がそれにあたります。また、いきなり全員に出すのではなく、一部の利用者にだけ先に公開して様子を見る、社内で先に使ってみる、といった段階的な出し方をすることもあります。
混同しやすいのがデプロイとの違いです。デプロイはプログラムをサーバーに配置する技術的な作業、リリースはその機能を利用者に届けて使える状態にすることを指します。配置だけ済ませて機能は隠しておき、後日あらためて公開する進め方もあるため、この2つは同じ日とは限りません。なお「アップデート」は既存のソフトを新しい版に更新すること自体で、その版を世に出す行為がリリースです。
現場の流れは、まずリリース日を決め、そこから逆算して開発とテストの予定を組むところから始まります。直前には本当に出してよいかを判断する場が設けられることが多く、残っている不具合の重さを見て「出す」「見送る」を決めます。当日は決めた手順どおりに作業し、問い合わせ窓口や営業にも内容を共有します。公開後しばらくはエラーや利用状況を見守るのが決まりです。
落とし穴として語られるのは、まず戻し方を用意しないまま出してしまうことです。問題が起きたときに前の状態へ戻せるかどうかで、被害の大きさが変わります。次に多いのが、間に合わせるために確認を省いて詰め込む進め方。そして、社内への告知が漏れていて、問い合わせ窓口が変更を知らないまま利用者から連絡を受ける——これも実際によく起きる事故です。
働きはじめたばかりの人は、リリースの前後で現場の空気が変わることを知っておくと動きやすくなります。直前の変更依頼は歓迎されませんし、当日は担当者が張りついているため、急ぎでない相談は日をずらすのが親切です。エンジニアではない立場の人も、「いつリリースですか」と聞くだけでなく、告知文や問い合わせ対応の準備をいつまでに終えればよいかを一緒に確認しておくと、当日が静かに済みます。
リリースの頻度や重さは、現場によって大きく違います。年に数回、大きな内容をまとめて出す現場もあれば、小さな変更を毎日のように出す現場もあります。一度に出す量が多いほど、何が原因で問題が起きたのかを絞りにくくなるため、近年は小さく頻繁に出す進め方が好まれる傾向があります。それでも、無事にリリースを終えたときの達成感は開発の仕事の醍醐味のひとつです。
現場での使われ方
「新機能は来月頭にリリース予定です」
開発中の機能を利用者に公開する時期の共有です。この日から逆算して、開発・テスト・告知の予定が組まれていきます。多くの部署が動き出す起点になる情報です。
「リリース後の様子、どうですか？」
公開した機能がエラーなく動いているか、利用者の反応はどうかという見守りの確認です。公開直後は、想定外の不具合が見つかりやすい時間帯にあたります。
「今回のリリースは見送りましょう」
残っている不具合や準備の遅れを理由に、予定していた公開を延期する判断です。出してから慌てるより、延ばすほうが安全という考え方に基づいています。
「リリースノートの文面、確認お願いします」
利用者に何が変わったかを伝える文章のチェック依頼です。専門用語のままでは伝わらないため、開発以外の立場の目が入ることに意味があります。新人でも貢献しやすい仕事です。
よくある質問
リリースとデプロイの違いは何ですか？
デプロイは「プログラムをサーバーに配置する技術的な作業」、リリースは「その機能を利用者に公開すること」です。配置だけ先に済ませ、機能は隠しておいて後日公開する、という使い分けをする現場もあるため、必ず同じ日に行われるわけではありません。この違いを知っておくと、日程の話がかみ合わないときに原因に気づけます。
リリースとローンチ、アップデートはどう違いますか？
ローンチはリリースとほぼ同じ意味で、特に新しいサービスを世に出す場面で使われます。アップデートは既存のソフトを新しい版に更新すること自体を指し、「アップデートをリリースする」のように組み合わせて使われます。厳密な線引きより、社内で通じている言い方に合わせるほうが実用的です。
リリースはなぜ夜間や休日に行うことが多いのですか？
作業中に一時的に使えなくなったり、動きが不安定になることがあるため、利用者の少ない時間帯を選ぶからです。ただし、止めずに切り替えられる仕組みを整えて、日中に何度も公開している現場もあります。どちらを選ぶかはサービスの性質によるため、夜間作業が前提の職場かどうかは入る前に確認しておくとよい点です。
リリース後に不具合が見つかったらどうなりますか？
深刻さによって対応が変わります。多くの利用者に影響するものは、前の状態に戻す（切り戻す）か、急ぎで修正を出します。影響が小さければ、次の定期リリースにまとめて直すこともあります。この判断のために、公開後は状況を見守る担当が置かれます。気づいた人がすぐ知らせられるよう、連絡先を先に共有しておくことも大切です。
リリース日が延びるのはよくあることですか？
珍しくありません。テストで見つかった不具合が直しきれない、仕様の変更が入った、他の作業とぶつかったなど、理由はさまざまです。大事なのは、延びそうだと分かった時点で早く共有することです。早めに分かれば、内容を削る・人を足す・日程を組み直すなど打てる手が残りますが、直前に伝えられると選べる道がありません。
