リリース管理101：製品を世界に発売
エリカゴーライト
作家
あなたは壊れたソフトウェアリリースプロセスに苦しんでいるのでここにいますか？あなたは気分を感じますかもう一つタオルを投げることから離れたステータス会議？
ソフトウェア開発に関わる人は誰でも新鮮で新鮮なものをもたらすことを知っています製品の特徴市場へは容易ではありません。それは必然的にリリースを展開する問題を有する非常に組織的で複雑なプロセスです。
これはいくつかの真実です：意図的なリリース管理プロセスの副作用には、高品質のソフトウェア、配信変革、そして幸せな同僚が含まれます。
なぜAを歩きましょう制御可能、測定可能、および自動リリース管理プロセスあなたの解決策です。
リリース管理とは何ですか？
その中核では、リリース管理は、リスク、追跡、および監査要件、顧客の保証、および一貫した実装を最小限の中断的なアプローチに最小限に抑えます。
変更は、リリースが成功する前に、必要に応じて追跡、テスト、および修正されます。
a リリース（またリリース 単位 ）製品への1つ以上のコンポーネント変更の展開は、製品への製造環境への展開です。
リリース 管理 さまざまなフェーズや環境を通じて製品の計画、スケジューリング、およびテストです。
この競争の激しい時代には成功して生き残るために、製品マネージャはKPIとメトリックを監視しますユーザーが自分の企業をサポートするためにこれらの改善を使用できるようにするため。
あなたが継続的に解放されていないのなら、あなたはあなたのビジネスの害を及ぼします。
なんで？頻繁なソフトウェアリリースへのコミットは、あなたの製品をあなたのビジネスの健康に信頼性が高く安定した特性にします。
どのように 頻繁 頻繁に？年に1回、年に2回？重量を秤量するためのいくつかの点を考えてみましょう。アップデートの最新情報、エンドユーザーの互換性、および現在のソフトウェアの依存関係の重要性。
で ワークパール、Coo Ryan Fyfeは言うと、「ワークパパルのリリースのペースは毎月のローリングスケジュールにあります。ほとんどの週は、次の月曜日に新たな資料を発売し、いくつかの例外（例えば、すでに何度もダウンロードされている、またはより多くの編集を必要としている問題）を除いて、当社のウェブサイト上のすべてのメンバーに自由に利用できるようにします。これらの例外とは別に、出版物と可用性の間に遅延はありません。」
リリースの展開に検討する4つのパスを見てみましょう。
その機能を作るために「私たちはあらゆる可能性のある状況を考慮しなければならない」という考え方に陥ることが誘惑することができます 完全 。
あなたが落ちるならば、あなたは潜在的にユーザーが使うことを複雑にすることによって人々が経験するのが困難になるでしょう。
リリース管理は間違いなくスタートから終了までの一生懸命努力していますが、恩恵は闘争を上回ります。
もっとチームが彼らが出していることを確信している 働き 。
リリース管理プロセスを適用するのはなぜですか（AKA The Good SH * T）
あなたが推測を解消し、その時間までに生産性を高めることができたら、リリース計画が不要であると主張するでしょうか。
リリース管理戦略の実装から来る注目に値する利点は次のとおりです。
🔁 'repeat'に留まる
✨ トムハンクスについてのすべてのような品質
💬 ここで解説のために
基本的に、私たちは皆、私たち自身を使用したい製品を作成したいと考えています。
✓チェックアウトしてください製品OKRの例あなたの製品チームのために！
明確にするためのカオス：6リリースプロセスステップ
現代の技術が高度化として、開発者はより速く、より安全な新機能をリリースする道を開いてきました。
反復として知られる開発スケジュールに変更アジャイルフレームワークリリース時間箱入りスプリント（頻繁なリリースのシェフのキス）。アジャイルデリバリ・アプローチでは、チームより良いビジネスへの影響を最小限に抑えるために、リリース活動を調整することができます。
管理しやすいタスクに仕事の大きな体を破壊し、にそれらを整理することにより、製品バックログ、製品チームは缶計画のための管理と評価 。
「私たちは通常、長期的、反復と一緒に大きい、市場性リリースの作業をメンテナンス項目と改善をリリースしているように、我々は、アジャイルの方法論に従って、」アリー・ウルフ、製品マーケティングのディレクターは述べていますベンチマークメール 。
「我々は、四半期ごとに新機能をリリースに焦点を当てます。私たちは大きな目標やアイデアの不足を持っています。あなたは無限のリソースを持っているとき、何でも可能ですが、ほとんどの企業のように、それは私たちのために、現実ではありません。と資源配分我々はペースに滞在し、ユーザーの皆様に価値を提供し続けることができるように、我々は慎重にリリース項目に優先順位を付けた時間にハードルています。」
ステップ1：リリースへの道をリード
最初のステップは、プロダクトマネージャー（またはリリースマネージャ）を含み、製品チーム（所有者、アナリスト、およびマーケティング担当者）、および主要な利害関係者ビジョンを定義します。
アリアナデュガン、製品のVPでInterplayの学習、株式は、チーム「我々は主要な今後のリリースを確認し、誰もがいつ、なぜ来るの知っていることを確認するために設計フォーカスの私達の主要な分野のための会議。 『』我々は、通常のクロスファンクショナルを持っています」
次に、グループは優先機能（複数可）を決定します次のリリースの中の事業と顧客への改良ロードマップ 。
デュガンは引き続き「私たちのリリースでは、我々は多くの顧客が、理解されるであろう知っている私たちの戦略目標、顧客の季節、およびクイック勝バグの福袋と整列して、最高の影響を与えることになると思うもののミックスが発注されています」。 「私たちは、組織内で機能し、レベル間でこれらの優先順位および順序付けに整列するために四半期ごとに健全な議論の優先順位付けマトリックスと多くを使用しています。」
意思決定の要因は次のとおりです。
道の下、後にバックトラックを回避する最善の方法は、作成することです。クロスチームの冒頭に関与スプリント計画。しかし、もちろん、それは右の初めてそれを行うには、常に簡単です。
次に、リリースマネージャは、Aを作成する（キー利害関係者の検討事項で）作業の範囲を決定します詳細な計画ビルドの要件、実現可能性の分析、優先順位、および製品のアイデアのテストの。
それは解放の価値を明確に表現として、この吸気過程では、上の徹底であることが不可欠です。
👉であなたの計画をジャンプスタートタイムラインでのロードマップテンプレートで UDNタスクマネージャーテンプレートセンター 。 🚀
ステップ2：コードへの道
エンジニアリングとDevOpsチームのチームは、製品の要件とロードマップとの利害関係者の期待を翻訳するために彼らの特定の機能ブランチで作業します。
フィーチャーブランチはマスターブランチライン-すべての機能ブランチを収集し、生産にプッシュするために統合されているのセグメントです。
特定の機能ブランチに割り当てられた開発チームは、テストを構築し、他の機能ブランチに混乱や不安定性を生じさせることなく、任意の変更を行うことができます。しかし、あまりにも早く開発サイクルのすべてのコードを統合する可能性が競合を作成して、意図せずに遅延が発生します。
この分離は、開発者が同時に作業に取り組み、迅速なフィードバックを得ることができます。
「私は、製品を管理するとき、それはあなたの同僚との会話や会議を持つことが本当に重要だということを発見した、」アリッサパー、製品の所有者では、反映しますJomo247。 「（でもズームを経由して！）対面接触解釈にオープン葉は何も、私たちはお互いに必要なものの両面から簡単に説明することができます。」
ステップ3：QAのワイルドワイルドテスト
QA（品質保証）チームは、確立された基準に基づいて安定したステージング環境における潜在的なリスクを探します。ここでは、QAチームは、能力が故障し、継続的に定期的なテストを実行することによってそれらに作用することができます。
ステージング環境は、フルリリースの前に、小規模なユーザーグループで機能をテストするのに役立ちます。これにより、エンドユーザーが利用できる前に、積極的なテストとパフォーマンスの追跡が可能になります。
マシューリマレス、元フレームメディアの創設者とTheパラフォースツール、使用してくださいチェックリスト展開管理アプローチを編成するには
「製品のリリースは、問題が悪くなる可能性があるので、ストレスがかかります。リリースの前に完了する必要があるすべてのアイテムを含むチェックリストを持つことは、製品の解放に関連するいくつかのストレスを軽減するのに役立ちます。良いチェックリストはまた、あなたがあなたのリリースプロセス中に何か重要な何かを忘れるのを防ぐのを防ぐのに役立ちます。」
自動化は余分な人数の時間よりも合理的です。
信頼性を向上させるための最良の方法の1つは、できるだけ繰り返し作業を自動化することです。
オートメーション解放周波数を迅速に実行することができ、人間のエラーが最小限に抑えられます。さらに、フィーチャブランチは短期間（タイムボックススプリントに最適）、チームは積極的に変更を加えることができます。
今、フィーチャブランチはマスターブランチラインにプッシュします。
ステップ4：落ち着いて準備をしてください
テストがステージング環境を安全に渡した後、製品マーケティングチームはリリースノートをドラフトしてデプロイ機能を確認します。
それから、最初のレビューと承認の後、特徴所有者は最後に文書を検査する必要があります。
エンドユーザーのリリースプランとともに、内部部門のための訓練と採用資料は、詳細で利用可能であるとおりにする必要があります。
Albin Poignot、の共同創設者リンコ製品「リリースノートは、社全体で利用可能な中央ドキュメントセンターに含まれています。会社に応じて、それはAになることができますウィキ、チケット管理システム、または共有文書。
「しかし、私は常にバージョン管理システムを使用しないでください（GITのような）。目標は、読者がインパクトされた機能を知りたいときに考慮したときに技術的な詳細を避けることです」とAlbinは説明します。
サポートスタッフへのナレッジ転送は、顧客がその目的に製品を使用できるようにするのに役立つので不可欠です。
❑時間を節約してスワイプしますリリースノートテンプレート の UDNタスクマネージャーのテンプレートセンター 。
ステップ5：生産に行かせてください
あなたの新しく構築されたテスト済みのソフトウェアリリースはユーザーのためのプロダクションに送信されます！
マーケティングチームは内部および外部のリリースノートを公開し、顧客に通信し、緊急の変更が必要な場合はカオスを整理します。
あなたの最新のリリースをあなたのユーザーと共有してください
ステップ6：好き嫌いを集める
チームは、展開の展開が後解除されていない場合は、より多くの作業を招く危険があります。
言い換えれば、このステップをスキップしないでください！
報告効率、改善の機会、およびシステムの健康の監視は行使するために不可欠です。さらに、誠実なユーザーフィードバックはメンテナンスを実行し、ユーザー要件を満たすために利用可能です。
Aravind Nallasivam、ソリューションアーキテクトATクレイズ、「主なリリースバージョン」で重要な問題が報告されている場合は、優先順位が移行する前に優先順位がシフトされます。製品開発。時にはこれは異常に大量の時間をとるバグがあるときの挑戦です。」
ユーザーの受け入れテスト（ユーザーの好き嫌いと嫌いを聞く）はあなたの利点に働いているので、これはソフトウェア開発ライフサイクルにフィードされ、次のリリースが最後より優れていることを確認します！
ボーナス：さまざまな製品管理スタイルについての詳細製品管理用語集！
リリース管理を締め付ける上位5つの方法（そしてそれらを回避する方法）
計画に従ってすべてが行くわけではないので、リリース管理プロセスを障害物から遠ざけることで簡単に回避できるのは有用です。最も一般的なものは次のとおりです。
❌ 曖昧な用語のリリーススコープを説明してください
すべてのチームがタスクと期日の日付がある場合は、リリースの成功を測定できますか。これは機敏な行動ではなく、簡単にスコープクリープを招待できます！
✓リソースを制限します
チームは開始時に彼らの機能ブランチ内で働いていますが、締め切りとアドレスの変更要求を維持するためにチェーンに接続し続けることが重要です。したがって、ソフトウェアリリースの言語は、すべての関連するチームを明確で簡潔にする必要があります。
自動テストの慣行を拒否します
情報配信を実用的なタスクに自動化するので、開発者は次に機能するものを知っています。これにより効率が向上し、生産性を中心とした日々の業務が行われます。
✓リスクに対する管理プロセスを優先します
戦略的思考は、内部チームのプロセスとの干渉があると自由に伸ばすことはできません。問題を解決する能力があるとき、チームメンバーは個人的な所有権を取りますプロセスとツールを評価しています 。
✓ゆっくりと対応してください
開発者は時々複雑になる可能性があるコードを構築しています。それらが持っているより多くの建設的なフィードバックは、彼らが彼らのソフトウェア機能を洗練することができるより良いです。これが働くために、チームと主要な利害関係者とのタイムリーなレビューと承認システムに対する期待を明確にしてください。
結論
ソフトウェアは続きますが組織の作業方法を変更しますそれに人間の側があります。だから私たちは人々がつながっているのを助けるための新しい方法を見つけ、人生の課題を単純化します。
すべての産業上の組織より良いデザイン、使いやすさ、そしてそれぞれの新しいアップグレードで出力を提供する人々に彼らの製品を更新することを継続的に更新することを約束しました。
UDNタスクマネージャーチームのために設計されたリリースおよびデプロイメント管理ソフトウェアは、製品リリースを次のレベルにリリースするために設計されています。 Project Managementが必要な場合は、アジャイルフレームワークまたは他の優先メソドロジの管理に役立つ場合 UDNタスクマネージャーあなたの背中を持っています ！
あなたのデジタル変換で幸運を祈ります。私たちはあなたのために応援しています！
