rup-transition

Executes the RUP Transition phase to deploy systems, run UAT, and reach the PD milestone.

1|Updated Mar 25, 2026
One-click install
npx skills add https://github.com/NestorMonroy/thyrox --skill rup-transition-nestormonroy
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: rup-transition
Source: https://github.com/NestorMonroy/thyrox/tree/main/.claude/skills/rup-transition
Command: npx skills add https://github.com/NestorMonroy/thyrox --skill rup-transition-nestormonroy

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve? Closing a RUP project requires coordinating production deployment, user acceptance testing, defect triage, training, and formal sign-off, and teams often skip steps or declare release prematurely. This Skill structures the entire Transition phase so the Product Release (PD) milestone is reached with documented evidence. ## Core Features & Use Cases - Deployment and UAT orchestration: Produces deployment plans, rollback plans, UAT scenarios per critical use case, and a severity-classified defect log (Severity 1-4) with prioritization rules. - PD milestone evaluation: Applies explicit go/no-go criteria (production live, Severity 1 = 0, Product Acceptance Sign-off, training complete, documentation delivered) to decide between closing the project or running another Transition iteration. - Kaupamex artifact mapping: Maps every RUP deliverable onto docs/source/ .rst initiative files (tareas, progreso, lecciones-aprendidas) instead of standalone markdown reports. - Use Case: After Construction reaches IOC, use this Skill to plan the beta release, run UAT with real users, triage reported defects, complete training, and record the formal Product Acceptance Sign-off in the initiative's progress file. ## Quick Start Run the rup-transition skill to plan the production deployment and UAT for the active initiative and evaluate whether the PD milestone criteria are met.

Frequently Asked Questions about rup-transition

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run the RUP Transition phase for a software project?▼

Start by verifying the Construction closure preconditions (IOC milestone, bounded technical debt, zero Severity 1 defects), then prepare the deployment plan, execute beta UAT with real users, triage defects by severity, complete training, and evaluate the PD milestone criteria.

What are the criteria for the RUP Product Release (PD) milestone?▼

PD requires the system deployed in production, zero Severity 1 defects, a formal Product Acceptance Sign-off from the sponsor, completed training for all audiences, and delivered documentation. Any failed criterion triggers a new Transition iteration instead of closure.

How are post-beta defects prioritized in RUP Transition?▼

Defects are classified Severity 1 (critical) through 4 (cosmetic). Severity 1 must reach zero before PD and is non-negotiable. Within a severity level, prioritize by frequency of impact and whether the defect blocks a Must Have use case.

When should I not start the RUP Transition phase?▼

Do not start Transition without the IOC milestone reached, since deploying with critical defects damages user adoption. Also skip it if the system is already in production and formally accepted, meaning PD was already achieved.

Where are RUP Transition deliverables stored in the kaupamex adaptation?▼

Deliverables map to .rst files under docs/source/gestion/pm/<submodulo>/iniciativas/<slug>/: deployment tasks go in tareas-<slug>.rst, UAT results and the PD sign-off go in progreso-<slug>.rst, and lessons learned get a new file under lecciones-aprendidas/.