Plantilla de Orden de Cambio
This content is not available in your language yet.
Plantilla de Orden de Cambio (Change Order)
Section titled “Plantilla de Orden de Cambio (Change Order)”Última actualización: 1 de octubre de 2025
Estructura de la Orden de Cambio
Section titled “Estructura de la Orden de Cambio”📄 Encabezado del Documento
Section titled “📄 Encabezado del Documento”═══════════════════════════════════════════════════════════════
ORDEN DE CAMBIO CHANGE ORDER REQUEST
═══════════════════════════════════════════════════════════════
**Change Order No.:** CO-[YYYY]-[XXX]**Proyecto:** [Nombre del proyecto]**Contrato No.:** [Referencia al contrato original]**Propuesta No.:** [Referencia a propuesta original]
**Fecha de solicitud:** [DD de Mes de YYYY]**Solicitado por:** [Cliente / InitiumX]**Prioridad:** [Alta / Media / Baja]**Estado:** [Borrador / En Revisión / Aprobado / Rechazado]
═══════════════════════════════════════════════════════════════1. Información del Proyecto
Section titled “1. Información del Proyecto”## 1. INFORMACIÓN DEL PROYECTO
### 1.1 Datos del Proyecto
**Nombre del Proyecto:** [Nombre completo]**Cliente:** [Nombre de la empresa/persona]**Project Manager InitiumX:** [Nombre del PM]**Contacto Cliente:** [Nombre del responsable del cliente]
**Alcance Original:**- **Contrato firmado el:** [DD/MM/YYYY]- **Monto original:** $[XX,XXX.XX] USD- **Timeline original:** [X] semanas- **Fecha de entrega pactada:** [DD/MM/YYYY]**Fase actual:** [Discovery / Diseño / Desarrollo / Testing / etc.]**Progreso actual:** [XX]% completado
### 1.2 Change Orders Previos
| CO No. | Fecha | Descripción | Impacto | Monto | Estado ||--------|-------|-------------|---------|-------|--------|| CO-001 | [DD/MM/YY] | [Breve descripción] | +[X] días | +$[X,XXX] | ✅ Aprobado || CO-002 | [DD/MM/YY] | [Breve descripción] | +[X] días | +$[X,XXX] | ✅ Aprobado |
**Total acumulado de change orders:** +$[XX,XXX] USD | +[XX] días2. Descripción del Cambio Solicitado
Section titled “2. Descripción del Cambio Solicitado”## 2. DESCRIPCIÓN DEL CAMBIO
### 2.1 Resumen Ejecutivo
**En pocas palabras:**[Descripción breve del cambio en 2-3 líneas. Ej: "Agregar módulo de reportes avanzados con exportación a múltiples formatos y dashboards personalizables."]
**Motivo del cambio:**- [ ] Nueva funcionalidad solicitada por el cliente- [ ] Cambio en requerimientos de negocio- [ ] Integración adicional no prevista- [ ] Cambio tecnológico necesario- [ ] Corrección de alcance mal definido- [ ] Oportunidad de mejora identificada- [ ] Regulación o compliance nuevo- [ ] Otro: [Especificar]
**Origen de la solicitud:**- **Solicitado por:** [Nombre y cargo]- **Fecha de solicitud:** [DD/MM/YYYY]- **Justificación:** [Por qué es necesario este cambio]
### 2.2 Alcance Detallado del Cambio
#### ¿Qué se va a AGREGAR?
**Nuevas funcionalidades:**1. **[Funcionalidad 1]** - **Descripción:** [Qué hace] - **Usuarios afectados:** [Quién lo usa] - **Pantallas/componentes:** [X pantallas nuevas] - **Complejidad:** [Alta / Media / Baja]
2. **[Funcionalidad 2]** - **Descripción:** [Qué hace] - **Usuarios afectados:** [Quién lo usa] - **Pantallas/componentes:** [X pantallas nuevas] - **Complejidad:** [Alta / Media / Baja]
**Nuevas integraciones:**- [Integración 1]: [Descripción y propósito]- [Integración 2]: [Descripción y propósito]
**Nuevos entregables:**- [Entregable 1]- [Entregable 2]
#### ¿Qué se va a MODIFICAR?
**Módulos existentes a modificar:**1. **[Módulo A]** - **Cambios:** [Qué cambia específicamente] - **Razón:** [Por qué cambia] - **Impacto:** [A qué afecta]
2. **[Módulo B]** - **Cambios:** [Qué cambia específicamente] - **Razón:** [Por qué cambia] - **Impacto:** [A qué afecta]
**Diseños a actualizar:**- [X] pantallas requieren rediseño- [Y] componentes necesitan ajuste
#### ¿Qué se va a ELIMINAR o REEMPLAZAR?
**Del alcance original, se elimina:**- ~~[Funcionalidad X]~~: Ya no necesaria- ~~[Módulo Y]~~: Reemplazado por [nuevo módulo]
**Esto resulta en:**- Ahorro de tiempo: [X] horas/días- Reducción de costo: -$[X,XXX] (si aplica)
### 2.3 Especificaciones Técnicas del Cambio
**Cambios en arquitectura:**- [Descripción de cambios arquitectónicos si aplica]
**Nuevas tecnologías requeridas:**- [Librería/Framework nuevo 1]- [Servicio externo nuevo 2]
**Cambios en base de datos:**- Nuevas tablas: [X]- Modificaciones a tablas existentes: [Y]- Nuevos endpoints API: [Z]
**Cambios en infraestructura:**- [Descripción de cambios de infraestructura si aplica]3. Análisis de Impacto
Section titled “3. Análisis de Impacto”## 3. ANÁLISIS DE IMPACTO
### 3.1 Impacto en Timeline
**Tiempo adicional requerido:**
| Actividad | Horas | Días ||-----------|-------|------|| **Análisis y diseño** | [X] h | [X] días || **Desarrollo frontend** | [X] h | [X] días || **Desarrollo backend** | [X] h | [X] días || **Integraciones** | [X] h | [X] días || **Testing y QA** | [X] h | [X] días || **Documentación** | [X] h | [X] días || | | || **TOTAL** | **[XXX] h** | **+[XX] días** |
**Impacto en fecha de entrega:**- **Fecha original:** [DD/MM/YYYY]- **Nueva fecha estimada:** [DD/MM/YYYY]- **Extensión:** +[XX] días hábiles
**Timeline crítico:**- [ ] Sí - Este cambio afecta fecha de lanzamiento comprometida- [ ] No - Puede absorberse dentro del timeline actual
### 3.2 Impacto en Presupuesto
**Costos adicionales:**
| Concepto | Horas | Tarifa | Monto ||----------|-------|--------|-------|| **Diseño UI/UX** | [X] h | $[XX]/h | $[X,XXX] || **Desarrollo Senior** | [X] h | $[XX]/h | $[X,XXX] || **Desarrollo Mid** | [X] h | $[XX]/h | $[X,XXX] || **QA/Testing** | [X] h | $[XX]/h | $[X,XXX] || **Project Management** | [X] h | $[XX]/h | $[X,XXX] || **Servicios de terceros** | - | - | $[X,XXX] || | | | || **SUBTOTAL** | **[XXX] h** | | **$[XX,XXX]** || **Descuento** | | | -$[XXX] || **TOTAL ADICIONAL** | | | **$[XX,XXX]** || **ISV (15%)** | Solo Honduras | | +$[X,XXX] || | | | || **GRAN TOTAL** | | | **$[XX,XXX]** |
**Ahorro por items eliminados:**- Funcionalidades eliminadas: -$[X,XXX]- **Costo neto del cambio:** $[XX,XXX]
**Nuevo presupuesto total del proyecto:**- Presupuesto original: $[XX,XXX]- Change orders previos: +$[XX,XXX]- Este change order: +$[XX,XXX]- **Nuevo total:** **$[XXX,XXX]** USD
### 3.3 Impacto en Recursos
**Equipo adicional necesario:**- [ ] Diseñador UI/UX ([X] horas)- [ ] Frontend developer ([X] horas)- [ ] Backend developer ([X] horas)- [ ] DevOps engineer ([X] horas)- [ ] QA specialist ([X] horas)
**Disponibilidad del equipo:**- [ ] Equipo actual puede absorber el trabajo- [ ] Se requiere ampliar equipo temporalmente- [ ] Se requiere especialista externo
### 3.4 Impacto en Otros Módulos
**Módulos que podrían verse afectados:**
| Módulo | Tipo de Impacto | Severidad | Acción Requerida ||--------|----------------|-----------|------------------|| [Módulo A] | [Descripción] | Alta/Media/Baja | [Acción] || [Módulo B] | [Descripción] | Alta/Media/Baja | [Acción] |
**Riesgo de regresión:**- [ ] Alto - Requiere testing extensivo- [ ] Medio - Testing estándar suficiente- [ ] Bajo - Impacto mínimo en código existente
### 3.5 Impacto en Calidad
**Testing adicional requerido:**- Testing funcional: +[X] horas- Testing de integración: +[X] horas- Testing de regresión: +[X] horas- UAT extendido: +[X] días
**Impacto en documentación:**- Manual de usuario: +[X] páginas- Documentación técnica: +[X] páginas- Documentación API: +[X] endpoints4. Alternativas Consideradas
Section titled “4. Alternativas Consideradas”## 4. ALTERNATIVAS CONSIDERADAS
### 4.1 Opción 1: [Nombre de alternativa]
**Descripción:**[Descripción de esta alternativa]
**Pros:**- ✅ [Pro 1]- ✅ [Pro 2]
**Contras:**- ❌ [Contra 1]- ❌ [Contra 2]
**Costo:** $[X,XXX]**Timeline:** +[X] días**Recomendación:** [Recomendada / No recomendada]
### 4.2 Opción 2: [Nombre de alternativa]
**Descripción:**[Descripción de esta alternativa]
**Pros:**- ✅ [Pro 1]- ✅ [Pro 2]
**Contras:**- ❌ [Contra 1]- ❌ [Contra 2]
**Costo:** $[X,XXX]**Timeline:** +[X] días**Recomendación:** [Recomendada / No recomendada]
### 4.3 Opción 3: No Hacer el Cambio
**Descripción:**Mantener el alcance original sin este cambio.
**Pros:**- ✅ No impacto en timeline- ✅ No costo adicional- ✅ No complejidad añadida
**Contras:**- ❌ [Consecuencia de no hacerlo 1]- ❌ [Consecuencia de no hacerlo 2]
**Recomendación:** [Recomendada / No recomendada]
### 4.4 Recomendación de InitiumX
**Opción recomendada:** [Opción X]
**Razón:**[Explicación de por qué esta es la mejor opción, considerandocosto, tiempo, calidad, riesgo y valor de negocio]5. Plan de Implementación
Section titled “5. Plan de Implementación”## 5. PLAN DE IMPLEMENTACIÓN
### 5.1 Enfoque de Implementación
**Método propuesto:**- [ ] Desarrollo en paralelo (no afecta timeline principal)- [ ] Desarrollo secuencial (extiende timeline)- [ ] Desarrollo iterativo (entregas graduales)- [ ] Desarrollo post-lanzamiento (siguiente fase)
**Justificación:**[Por qué este enfoque es el más apropiado]
### 5.2 Fases de Implementación
#### Fase 1: Análisis y Diseño**Duración:** [X] días**Tareas:**- Refinamiento de requerimientos- Diseño de wireframes- Diseño de mockups- Revisión y aprobación del cliente
**Entregable:** Diseños finales aprobados
#### Fase 2: Desarrollo**Duración:** [X] días**Tareas:**- Setup de ambiente- Desarrollo frontend- Desarrollo backend- Integraciones
**Entregable:** Funcionalidad completada en staging
#### Fase 3: Testing**Duración:** [X] días**Tareas:**- Testing funcional- Testing de integración- Testing de regresión- Corrección de bugs
**Entregable:** Sistema probado y aprobado
#### Fase 4: Deployment**Duración:** [X] días**Tareas:**- Deployment a producción- Verificación post-deployment- Capacitación a usuarios- Documentación final
**Entregable:** Funcionalidad en producción
### 5.3 Cronograma Propuesto
| Hito | Fecha Inicio | Fecha Fin | Duración ||------|--------------|-----------|----------|| **Aprobación de CO** | [DD/MM/YY] | [DD/MM/YY] | - || **Análisis y Diseño** | [DD/MM/YY] | [DD/MM/YY] | [X] días || **Desarrollo** | [DD/MM/YY] | [DD/MM/YY] | [X] días || **Testing** | [DD/MM/YY] | [DD/MM/YY] | [X] días || **Deployment** | [DD/MM/YY] | [DD/MM/YY] | [X] días || **Go-Live del cambio** | [DD/MM/YY] | - | - |
**Fecha estimada de completación:** [DD/MM/YYYY]
### 5.4 Dependencias
**Este cambio depende de:**- [ ] Aprobación del cliente (fecha límite: [DD/MM/YY])- [ ] Disponibilidad de [recurso específico]- [ ] Completación de [módulo X]- [ ] Acceso a [servicio externo]
**Otros módulos dependen de este cambio:**- [ ] [Módulo A] - requiere que esto esté completado primero- [ ] [Módulo B] - se ve impactado por este cambio6. Riesgos y Mitigación
Section titled “6. Riesgos y Mitigación”## 6. RIESGOS Y PLAN DE MITIGACIÓN
### 6.1 Riesgos Identificados
#### 🔴 Riesgo Alto #1: [Descripción del riesgo]**Probabilidad:** Alta / Media / Baja**Impacto:** Alto / Medio / Bajo**Descripción:** [Detalle del riesgo]
**Mitigación:**- [Acción de mitigación 1]- [Acción de mitigación 2]
**Plan de contingencia:**- [Qué hacer si el riesgo se materializa]
---
#### 🟡 Riesgo Medio #2: [Descripción del riesgo]**Probabilidad:** Alta / Media / Baja**Impacto:** Alto / Medio / Bajo**Descripción:** [Detalle del riesgo]
**Mitigación:**- [Acción de mitigación 1]- [Acción de mitigación 2]
**Plan de contingencia:**- [Qué hacer si el riesgo se materializa]
---
#### 🟢 Riesgo Bajo #3: [Descripción del riesgo]**Probabilidad:** Baja**Impacto:** Bajo**Descripción:** [Detalle del riesgo]
**Mitigación:**- [Acción de mitigación 1]
### 6.2 Asunciones
**Este plan asume que:**- [ ] El cliente proveerá información necesaria en tiempo- [ ] Las APIs de terceros funcionarán como se espera- [ ] No habrá cambios adicionales al alcance- [ ] El equipo estará disponible según planeado- [ ] [Otra asunción]7. Términos del Change Order
Section titled “7. Términos del Change Order”## 7. TÉRMINOS Y CONDICIONES
### 7.1 Estructura de Pago
**Modelo de pago para este CO:**
| Hito de Pago | Momento | % del CO | Monto ||--------------|---------|----------|-------|| **Aprobación del CO** | Al firmar este documento | [X]% | $[X,XXX] || **Diseño aprobado** | Al aprobar diseños | [X]% | $[X,XXX] || **Desarrollo completo** | Al completar desarrollo | [X]% | $[X,XXX] || **Go-Live del cambio** | Al desplegar a producción | [X]% | $[X,XXX] || | | | || **TOTAL** | | **100%** | **$[XX,XXX]** |
**Términos de pago:**- Plazo de pago: [7] días desde emisión de factura- Método de pago: [Transferencia / Tarjeta / etc.]- ISV: [15% adicional] (solo clientes Honduras)
### 7.2 Modificaciones al Contrato Original
**Este Change Order modifica el contrato original de la siguiente manera:**
**Alcance:**- Se agregan las funcionalidades descritas en la Sección 2- Se eliminan/modifican los items indicados- El resto del alcance original permanece sin cambios
**Presupuesto:**- Presupuesto original: $[XX,XXX]- Incremento por este CO: +$[XX,XXX]- **Nuevo presupuesto total:** $[XXX,XXX]
**Timeline:**- Fecha de entrega original: [DD/MM/YYYY]- Extensión por este CO: +[XX] días- **Nueva fecha de entrega:** [DD/MM/YYYY]
**Términos sin cambios:**- Garantías (90 días post-lanzamiento)- Propiedad intelectual- Confidencialidad- Soporte post-lanzamiento (30 días)- Jurisdicción y resolución de disputas
### 7.3 Cancelación del Change Order
**Antes de iniciar desarrollo:**- Cliente puede cancelar sin penalización- InitiumX reembolsa 100% del primer pago (si se hizo)
**Después de iniciar desarrollo:**- Se cobra trabajo completado a la fecha- Se emite factura por horas trabajadas- Código desarrollado se entrega "as-is"
### 7.4 Cambios Adicionales
**Cambios adicionales al alcance de este CO:**- Requerirán un nuevo Change Order- Se cotizarán por separado- Pueden impactar timeline y presupuesto
### 7.5 Aprobaciones Requeridas
**Para ejecutar este CO se requiere:**- [ ] Aprobación del cliente (firma abajo)- [ ] Pago del primer hito ([X]% de anticipo)- [ ] Confirmación de disponibilidad de equipo- [ ] [Otra aprobación si aplica]
### 7.6 Comunicación y Reporting
**Durante la ejecución de este CO:**- Updates semanales de progreso- Acceso al tablero del proyecto- Meetings según cronograma del proyecto principal- Notificación inmediata de blockers8. Aprobaciones y Firmas
Section titled “8. Aprobaciones y Firmas”## 8. APROBACIONES
### 8.1 Revisión Interna (InitiumX)
**Preparado por:**- **Nombre:** [Nombre del PM]- **Cargo:** Project Manager- **Fecha:** [DD/MM/YYYY]- **Firma:** ___________________________________
**Revisado por:**- **Nombre:** [Nombre del Tech Lead]- **Cargo:** Technical Lead- **Fecha:** [DD/MM/YYYY]- **Firma:** ___________________________________
**Aprobado por (InitiumX):**- **Nombre:** [Nombre del Director/CEO]- **Cargo:** [Cargo]- **Fecha:** [DD/MM/YYYY]- **Firma:** ___________________________________
### 8.2 Aprobación del Cliente
**Declaración de Aceptación:**
Yo, **[Nombre del Representante del Cliente]**, en representación de**[Nombre de la Empresa]**, declaro que:
1. ✅ He revisado y entendido completamente este Change Order2. ✅ Comprendo el impacto en timeline y presupuesto3. ✅ Autorizo los costos adicionales especificados4. ✅ Acepto la nueva fecha de entrega propuesta5. ✅ Comprendo que este cambio modifica el contrato original6. ✅ He revisado las alternativas presentadas7. ✅ **APRUEBO** la ejecución de este Change Order
**Aprobado por (Cliente):**- **Nombre:** [Nombre completo]- **Cargo:** [Cargo]- **Empresa:** [Nombre de la empresa]- **Fecha:** [DD/MM/YYYY]
**Firma:**
___________________________________
**Lugar:** [Ciudad, País]
---
### 8.3 Condiciones de Aprobación
☐ **Aprobación CONDICIONAL** a: [Especificar condiciones]
☐ **Aprobación PARCIAL** de: [Especificar qué se aprueba]
☑ **Aprobación COMPLETA** sin condiciones
---
### 8.4 Rechazo (Si aplica)
☐ Este Change Order es **RECHAZADO**
**Razón del rechazo:**[Explicar por qué se rechaza]
**Alternativa propuesta:**[Qué prefiere el cliente en su lugar]9. Anexos
Section titled “9. Anexos”## 9. ANEXOS
Los siguientes documentos complementan este Change Order:
### Anexo A: Especificaciones Técnicas Detalladas- Archivo: `CO-[XXX]-anexo-a-specs.pdf`- Páginas: [X]- Contenido: Wireframes, mockups, diagramas técnicos
### Anexo B: Análisis de Horas- Archivo: `CO-[XXX]-anexo-b-horas.xlsx`- Contenido: Desglose detallado de horas por tarea y rol
### Anexo C: Cotización Formal- Archivo: `CO-[XXX]-anexo-c-cotizacion.pdf`- Páginas: [X]- Contenido: Cotización formal del cambio
### Anexo D: Comunicaciones del Cliente- Archivo: `CO-[XXX]-anexo-d-comunicaciones.pdf`- Contenido: Emails, mensajes que originaron el cambio
### Anexo E: Mockups de Diseño- Archivo: `CO-[XXX]-anexo-e-mockups.pdf`- Contenido: Diseños visuales de los cambios (si disponible)10. Historial de Versiones
Section titled “10. Historial de Versiones”## 10. HISTORIAL DE VERSIONES DE ESTE CHANGE ORDER
| Versión | Fecha | Autor | Cambios ||---------|-------|-------|---------|| **0.1** | [DD/MM/YY] | [Nombre] | Borrador inicial || **0.2** | [DD/MM/YY] | [Nombre] | Revisión con cliente || **1.0** | [DD/MM/YY] | [Nombre] | Versión final para aprobación || **1.1** | [DD/MM/YY] | [Nombre] | Ajustes post-feedback |
**Versión actual:** 1.0**Estado:** [Borrador / En Revisión / Aprobado / Rechazado / Ejecutado]11. Notas Finales
Section titled “11. Notas Finales”## 11. NOTAS FINALES
### 11.1 Recordatorios Importantes
⚠️ **IMPORTANTE:**- Este cambio **extiende** el timeline del proyecto en [X] días- El nuevo presupuesto total es $[XXX,XXX] USD- La aprobación debe recibirse antes del [DD/MM/YYYY] para mantener timeline- Retrasos en aprobación pueden impactar aún más la fecha de entrega
### 11.2 Próximos Pasos
**Una vez aprobado este CO:**1. InitiumX enviará factura del primer pago ([X]%)2. Al recibir pago, se inicia desarrollo inmediatamente3. Cliente recibirá update semanal de progreso4. Timeline se ajusta en herramienta de gestión del proyecto5. Se actualiza documentación del proyecto
### 11.3 Contacto
**Para preguntas sobre este Change Order:**- **Project Manager:** [Nombre] ([email]@initiumx.dev)- **Technical Lead:** [Nombre] ([email]@initiumx.dev)- **Email general:** contacto@initiumx.dev- **Teléfono:** +504 3253-6271
═══════════════════════════════════════════════════════════════
FIN DE LA ORDEN DE CAMBIO
═══════════════════════════════════════════════════════════════Instrucciones de Uso
Section titled “Instrucciones de Uso”Cómo Personalizar Esta Plantilla
Section titled “Cómo Personalizar Esta Plantilla”- Completar información del proyecto y contrato original
- Describir el cambio de forma clara y detallada
- Calcular impacto real en horas, días y costos
- Analizar alternativas seriamente (no solo llenar)
- Ser transparente sobre riesgos y asunciones
- Proponer cronograma realista de implementación
- Obtener aprobaciones de ambas partes
- Archivar con documentación del proyecto
Cuando Usar un Change Order
Section titled “Cuando Usar un Change Order”Usar CO cuando:
- ✅ El cliente solicita funcionalidad fuera del scope original
- ✅ Se identifican requerimientos nuevos después de firma
- ✅ Cambios tecnológicos requieren trabajo adicional
- ✅ Integraciones no previstas son necesarias
- ✅ El timeline necesita extenderse por razones del cliente
NO usar CO cuando:
- ❌ Es corrección de bugs de InitiumX
- ❌ Es clarificación de requerimientos mal entendidos por InitiumX
- ❌ Es optimización que InitiumX debió hacer desde inicio
- ❌ El scope original ya lo incluía
Mejores Prácticas
Section titled “Mejores Prácticas”- Documentar TODO - Emails, mensajes, meetings que originaron el cambio
- Ser específico - “Agregar módulo de reportes” no es suficiente detalle
- Calcular conservadoramente - Es mejor subestimar horas que sobreprometer
- Presentar alternativas - Da opciones al cliente (más barato, más rápido, mejor)
- Obtener aprobación ANTES - Nunca empezar trabajo sin CO firmado
- Actualizar timeline principal - Reflejar cambios en cronograma maestro
Checklist Pre-Envío
Section titled “Checklist Pre-Envío”- Descripción clara y completa del cambio
- Impacto en timeline calculado correctamente
- Impacto en costo calculado correctamente
- Alternativas presentadas honestamente
- Riesgos identificados y mitigaciones propuestas
- Cronograma de implementación realista
- Todos los anexos adjuntados
- Revisión técnica completa
- Números verificados (sumas correctas)
- Referencias a contrato/propuesta original
- Formato profesional y sin errores
Documentos Relacionados
Section titled “Documentos Relacionados”Mejores Prácticas de Gestión de Cambios
Section titled “Mejores Prácticas de Gestión de Cambios”Prevención de Scope Creep
Section titled “Prevención de Scope Creep”Para evitar exceso de change orders:
- Discovery phase exhaustivo al inicio
- Wireframes y mockups detallados antes de desarrollar
- Aprobaciones por escrito en cada fase
- Comunicación clara de qué está in/out of scope
- Educar al cliente sobre proceso de cambios
Comunicación de Cambios
Section titled “Comunicación de Cambios”Al presentar un CO al cliente:
- Explicar impacto claramente (timeline + costo)
- Mostrar alternativas (incluyendo “no hacer el cambio”)
- Ser honesto sobre riesgos
- Dar recomendación fundamentada
- Permitir tiempo para decisión (no presionar)
Tracking de Change Orders
Section titled “Tracking de Change Orders”Mantener registro de:
- Todos los COs del proyecto (aprobados y rechazados)
- Impacto acumulado en timeline y presupuesto
- Razones de los cambios (analytics para futuros proyectos)
- Tiempo entre solicitud y aprobación
- Patrones (qué tipos de cambios son más comunes)
Versión: 1.0 Última actualización: 1 de octubre de 2025 Mantenida por: InitiumX Legal & Project Management Team