Plan a structured software release cycle by defining strategy (calendar-based or feature-based), setting milestones with target dates, establishing feature freeze criteria, managing release candidates, defining go/no-go checklists, and documenting rollback plans. Produces a RELEASE-PLAN.md artifact that guides the team from development through release.
For most projects, a hybrid approach works well: set a target date with a defined scope, but allow a 1-2 week buffer. If scope is not met by the buffer deadline, defer remaining features.
Expected: Release strategy documented with rationale matching project context.
중요 시점, 기능 동결, 릴리스 후보, 진행/중단 기준을 사용하여 소프트웨어 릴리스 주기를 계획합니다. 달력 기반 및 기능 기반 릴리스 전략을 다룹니다. 주요 또는 부 버전 릴리스 계획을 시작할 때, 임시에서 구조화된 릴리스 흐름으로 전환하고, 여러 팀 또는 구성 요소에 걸쳐 릴리스를 조정하고, 규제 대상 프로젝트에 대한 품질 게이트를 정의하거나, 프로젝트의 첫 번째 공개 릴리스(v1.0.0)를 계획할 때 사용합니다. 출처: pjt222/development-guides.