ダウンタイム。 バグだ 怒っているユーザー。
聞き覚えは？
聞こえますか？ その場合は、リリース管理プロセスをよく見ておく必要があるかもしれません。
ビジネスITの絶えず動いて、進化し続ける世界では、半分焼きのリリースをプッシュする余裕はありません。 しかし、圧倒的な75％の問題は、ソフトウェアやその環境の変化の結果です。
コストのかかる遅延を防ぎ、組織の操作を実行し続けるには、堅牢なリリース管理プロセスに投資する必要があります。P>
リリース管理とは何ですか？
あなたの会社が大幅なソフトウェア変更をしなければならなかった場合、信頼性の高いリリース管理プロセスの必要性をすでに理解している可
リリース管理は、開発とテストから展開までのソフトウェアリリースに関わるすべての段階を監督します。 リリース管理は、新しい製品や既存の製品への変更が要求されるたびに必要です。
リリース管理プロセスは異なる場合があり、組織ごとにカスタマイズする必要がありますが、リリース管理には5つの主要な手順があります。
計画リリース
計画段階は、リリース全体が最初から最後まで構造化される場所であるため、最も時間がかかる場合があります。 堅牢なリリース計画は、チームが軌道に乗り、標準と要件が適切に満たされていることを確認するのに役立ちます。
リリース計画にアプローチするにはいくつかの方法があります。 最も一般的なリリース管理方法の1つは、システム開発ライフサイクル(SDLC)です。
SDLCは、ソフトウェア開発者が効率と品質の高いソフトウェアシステムを計画、開発、維持、交換するのに役立ちます。 SDLCは、他のプロジェクト管理プロセスと組み合わせて使用することも、プロジェクト管理プロセスの代わりに使用することもできます。
この段階で、チームと主要な利害関係者の両方がリリース全体で参照できるワークフローを作成します。
ワークフローは、リリース全体がどのようにステージングされ、各チームメンバーがどのように役割を果たしているかを一目で説明する必要があります。 リリース計画には、以下を含める必要があります。
- タイムライン
- 納期
- 要件
- プロジェクトの全体的な範囲
計画をマップし、プロセスを明確にするには、複数の方法があります。 一つの選択肢は、リリース管理チェックリストです。 チェックリストは、プロセスの機能と責任を大まかに時系列で概説する必要があります。
あなたのチームがチェックリストを見るとき、彼らはすぐに彼らが上にあるどのようなステップと彼らの役割や責任が何であるかを確立するこ
別のオプションは、リリースワークフローを作成することです。 Lucidchartは、開発者がプロセスを明確にマッピングするのに役立つ視覚的な生産性プラットフォームです。
カラーコーディング、シェイプ、スイムレーンを使用して、リリースプロセスの直感的なフローチャートを作成し、タイムライン、ロール、タスクを指定します。 Lucidchartはクラウド上で動作するため、あなたとあなたのチームは、リアルタイムの更新でいつでもどこでもリリースプランやチェックリストにアクセ
計画がスケッチされたら、関連するすべての利害関係者（チーム、プロダクトマネージャー、および高レベルのリーダー）にレビューを提示してください。 要件や範囲に見られるギャップや問題についてのフィードバックを得る。計画が承認され、確定されたら、それを実行することができます。
計画が承認され、確定されたら、それを実行することができます。
ビルドリリース
リリース計画が確定したら、リリース用の製品の設計とビルドを開始できます。 これは、リリース計画で概説されている要件に基づく製品の実際の”開発”です。
出てきた可能性のあるすべての問題に対処したら、実際のシナリオテストにビルドを適用する時間です。
これにはいくつかの反復がかかる可能性があります。 チームが製品を構築すると、ユーザーの受け入れのためにテスト環境に（通常は自動的に）送信されます。 これにより、チームは現実世界の環境で発生する可能性のあるバグや問題を特定することができます。
問題が特定されると、ビルドは第二段階で開発のために送り返されます。 つまり、反復的なリリース管理プロセス内では、作業はステージ2からステージ3に流れ、リリースが承認されるまで再び戻ることがあります。UATとも呼ばれるユーザー受け入れテストは、エンドユーザーが実際にそれを使用してフィードバックを与えるために製品が構築されたときです。
ユーザー受 これは、多くの場合、オンラインで無料のベータ試用版として行われるか、会社内の従業員の大規模なグループと共有されています。
ユーザー受け入れテストは、収集されたデータの量と、ビルドを公式の起動に必要な場所に取得するために必要な修正のため、管理をリリースするための最
前述したように、これは反復プロセスの一部です。 バグが特定されると、チームは問題を修正し、より高い整合性のためにビルドを再設計するために図面ボードに戻ります。 ビルドは、最終的な実装とリリースのために考慮されるUATステージを渡す必要があります。
リリースを準備する
このステップは、UATで学んだすべてを考慮して、製品に最後の仕上げをすることです。 リリース準備には、QAチームによる最終的な品質レビューも含まれています。
レビュー中、QAチームは、ビルドがリリース計画で概説されている最小許容基準とビジネス要件を満たしていることを確認するための最終チェックを行
UATとquality assuranceは、製品の発売後に発生する可能性のあるすべてのシナリオを常に再現することはできませんが、これらの手順は、最も一般的なバグを
レビューが完了すると、機能チームは調査結果を検証し、デプロイメントのためのリリースを確定します。 ビルドをライブ環境に展開する前に、製品所有者によって承認されている必要があります。
Deploy release
大きな一日がついに到着し、ここであなたのチームのすべてのハードワークが報われます。 あなたの製品を本番環境の荒野にリリースする時が来ました。
単にビルドを本番環境に送信するだけでなく、展開段階には、エンドユーザーと企業全体の両方に製品に関するメッセージングと教育も含まれています。
たとえば、ユーザーには、リリースの変更と新機能内での操作方法を通知する必要があります。 変更がどれほど重要であったかに応じて、全員をスピードアップさせるために、堅牢で継続的なトレーニングを提供する必要がある場合があります。
これは、ソフトウェアを使用している従業員が効率的かつ生産的に作業を行うためにそれを理解する必要がある内部リリースでは特に重要です。
最後に、展開段階で、開発チームはリリースのパフォーマンスを評価し、展開がどのように行われたかを議論するために会う必要があります。 残っている問題がある場合は、チームが次のイテレーションで対処できるように、それらを特定して文書化する必要があります。
リリース管理は、絶えず変化するプロセスを監督します。 各リリースは、どのようなロードマップがどのようなローンチに最適で、どのようなロードマップが最適でないかをチームが発見するときに、ワークフローからチェックリストまですべてを洗練する機会です。
また、Lucidchartでは、最も複雑なリリース管理プロセスであっても、チームが誇りに思うことができるリリースを成功させるように設計することができます。
コラボレーションプラットフォームを使用すると、開発者や製品所有者から幹部の利害関係者まで、チームメンバーが高レベルの計画を表示し、進捗状況を一目で把握できるため、誰もが同じページにいることが容易になります。
さらに、LucidchartはConfluence、G Suite、Slackなどの一般的な管理ツールと統合されているため、データをインポートして、すべてのプロジェクトの詳細と概要を便利な場所に保
あなたの無料アカウントにサインアップして、今日始めます。