mcpField
R
release-planning

release-planning

github.com/aj-geddesクラウド・DevOps373433 回インストール34 週間前に更新
リポジトリ

release-planning について

release-planning は、日程、コミュニケーション、ロールバック手順を含む本番リリースの調整スキルです。チェックリスト、バージョン管理、段階的な展開、監視に関する計画ガイドと参考資料を提供します。

主な機能

  1. 01リリース日程とマイルストーン
  2. 02関係者との連絡計画
  3. 03段階的な展開の指針
  4. 04ロールバック計画
  5. 05リリース後レビューの指針

活用シーン

  1. 01主要機能のリリース計画
  2. 02複数システムにまたがるデプロイの調整
  3. 03データベースやインフラ変更の管理
  4. 04アクセス集中時期に向けたリリース準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill release-planning

インストール後、Claude Code で/release-planningを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
release-checklist.md
rollout-monitoring.md
versioning-strategy.md
templates/
process-template.md

詳細

リリース計画

目次

概要

リリース計画では、リスクを最小限に抑え、明確なコミュニケーションと確立されたロールバック手順を整えたうえで、本番環境への機能のデプロイを調整します。

利用する場面

  • 大規模な機能リリースを計画するとき
  • 複数システムにまたがるデプロイを調整するとき
  • データベースのマイグレーションを管理するとき
  • インフラストラクチャの変更を段階的に展開するとき
  • 本番稼働開始の戦略を計画するとき
  • 顧客へのコミュニケーションを調整するとき
  • トラフィックの多い期間に備えるとき

クイックスタート

最小限の動作例：

Release Plan:

Release: v2.5.0 - Customer Portal Redesign
Target Release Date: February 15, 2025
Status: Planning
Owner: Product Manager

---

## Executive Summary

This release delivers the redesigned customer portal with improved
UX, performance, and mobile experience. Includes database optimization
and infrastructure scaling.

Business Impact:
  - 25% improvement in user conversion
  - 40% faster load times
  - Mobile-first experience
  - Estimated $500K revenue impact

---

## Release Contents

// ... (see reference guides for full implementation)

リファレンスガイド

詳細な実装は references/ ディレクトリにあります：

ガイド内容
リリースチェックリストリリースチェックリスト
バージョン管理戦略バージョン管理戦略
段階的な展開とモニタリング段階的な展開とモニタリング

ベストプラクティス

✅ 推奨事項
  • 明確なスケジュールとマイルストーンを設定してリリースを計画します
  • 関係者には早めに、こまめに連絡します
  • ステージング環境で十分にテストします
  • リスクを軽減するため、段階的に展開します
  • 展開中はメトリクスを継続的に監視します
  • 明確なロールバック手順を用意します
  • すべての変更と決定を文書化します
  • リリース後のレビューを実施します
  • サポートチームを計画に加えます
  • トラフィックの少ない時間帯にリリースを計画します
❌ 禁止事項
  • 十分なテストをせずにリリースする
  • 金曜日の午後にデプロイする
  • モニタリング体制を整えずにリリースする
  • UAT／受け入れテストを省略する
  • 大規模な変更を一度にすべてリリースする
  • ロールバック計画なしでデプロイする
  • 互換性を損なう変更で顧客を驚かせる
  • サポートチームの準備が整う前にリリースする
  • レビューされていない直前の変更を加える
  • パフォーマンスやエラーのメトリクスを無視する

コメント

Markdown 対応