00Metodología
Cómo trabajamos
Cada proyecto avanza por seis etapas, con un alcance escrito y entregables que revisas antes de pasar a la siguiente.
No todos los proyectos recorren igual las seis etapas: depende del modelo de contratación y de lo que ya existe.
- Etapas
- 06
- Modelos de contratación
- 03
- Entregables base
- 04
- Plazos
- Orientativos. Los de cada proyecto se fijan por escrito en su propuesta.
Seis etapas, un sistema que crece
Seis etapas. Las duraciones son orientativas y dependen del alcance.
Fase 06 de 06Operación y evolución
Cada etapa se apoya en lo que dejó la anterior: lo que se decide en el diagnóstico sigue visible en la entrega. Los puntos azules marcan lo que añade esta etapa.
Ilustración del método, no un dato.
- Objetivo
- Entender tu objetivo, lo que ya existe y sus riesgos antes de proponer una solución.
- Entregables
- Documento de diagnóstico
- Inventario de lo que existe y a nombre de quién está
- Tu participación
- Una o dos reuniones con quienes conocen el problema, y acceso de lectura a lo que ya existe.
- Decisiones y salida
- Si conviene seguir y con qué enfoque. Si contratas el proyecto, el costo del diagnóstico se descuenta de la propuesta.
- Duración orientativa
- Se fija en la propuesta de cada proyecto.
- Cuándo varía
- En una bolsa de horas puede reducirse a una revisión puntual.
- Objetivo
- Fijar por escrito el alcance, lo que queda fuera, los hitos, el costo y el modelo de contratación.
- Entregables
- Propuesta firmada
- Lista de lo que no entra en el alcance
- Tu participación
- Revisar la propuesta y acordar los cambios antes de firmarla.
- Decisiones y salida
- Alcance, modelo, calendario y precio.
- Duración orientativa
- Se fija en la propuesta de cada proyecto.
- Cuándo varía
- Los plazos de cada proyecto se fijan aquí, por escrito.
- Objetivo
- Decidir la arquitectura, los flujos y la interfaz antes de construir.
- Entregables
- Prototipo y decisiones de arquitectura
- Registro de decisiones técnicas con su motivo
- Tu participación
- Validar flujos y prioridades con quienes usarán el sistema.
- Decisiones y salida
- Arquitectura y orden de construcción.
- Duración orientativa
- Se fija en la propuesta de cada proyecto.
- Cuándo varía
- Solo si el proyecto lo necesita. En trabajos de infraestructura, el diseño es sobre todo de arquitectura.
- Objetivo
- Construir en ciclos cortos, con una versión revisable al final de cada uno.
- Entregables
- Vista previa en cada ciclo
- Registro de cambios de cada ciclo
- Tu participación
- Revisar cada versión y decidir los ajustes del siguiente ciclo.
- Decisiones y salida
- Prioridades entre ciclos. Si un ajuste cambia el alcance, se revisa por escrito.
- Duración orientativa
- Se fija en la propuesta de cada proyecto.
- Cuándo varía
- La duración de los ciclos se acuerda en la propuesta.
- Objetivo
- Publicar lo construido y transferirlo a tu empresa, con su documentación.
- Entregables
- Acta de entrega
- Repositorio, documentación, accesos e infraestructura a nombre de tu empresa, según el contrato
- Tu participación
- Designar a las personas que reciben los accesos y revisar el acta.
- Decisiones y salida
- Aceptación de la entrega.
- Duración orientativa
- Se fija en la propuesta de cada proyecto.
- Cuándo varía
- Qué se transfiere y cómo lo fija el contrato de cada proyecto.
- Objetivo
- Mantener y mejorar lo que está en producción, si lo contratas.
- Entregables
- Informes periódicos
- Cambios entregados bajo el SLA acordado
- Tu participación
- Priorizar mejoras y revisar los informes.
- Decisiones y salida
- Qué se mejora y en qué orden.
- Duración orientativa
- Se fija en la propuesta de cada proyecto.
- Cuándo varía
- Solo aplica si contratas una iguala o una bolsa de horas.
Las duraciones son orientativas; los plazos de cada proyecto se fijan en su propuesta.
Qué hace cada quien
Tu parte es pequeña, pero tiene nombre en cada etapa.
| Etapa | Korhy | Tú | Lo decidimos juntos |
|---|---|---|---|
| 01Diagnóstico | Korhy: Entender tu objetivo, lo que ya existe y sus riesgos antes de proponer una solución. | Tú: Una o dos reuniones con quienes conocen el problema, y acceso de lectura a lo que ya existe. | Lo decidimos juntos: Si conviene seguir y con qué enfoque. Si contratas el proyecto, el costo del diagnóstico se descuenta de la propuesta. |
| 02Propuesta | Korhy: Fijar por escrito el alcance, lo que queda fuera, los hitos, el costo y el modelo de contratación. | Tú: Revisar la propuesta y acordar los cambios antes de firmarla. | Lo decidimos juntos: Alcance, modelo, calendario y precio. |
| 03Diseño | Korhy: Decidir la arquitectura, los flujos y la interfaz antes de construir. | Tú: Validar flujos y prioridades con quienes usarán el sistema. | Lo decidimos juntos: Arquitectura y orden de construcción. |
| 04Construcción por ciclos | Korhy: Construir en ciclos cortos, con una versión revisable al final de cada uno. | Tú: Revisar cada versión y decidir los ajustes del siguiente ciclo. | Lo decidimos juntos: Prioridades entre ciclos. Si un ajuste cambia el alcance, se revisa por escrito. |
| 05Entrega | Korhy: Publicar lo construido y transferirlo a tu empresa, con su documentación. | Tú: Designar a las personas que reciben los accesos y revisar el acta. | Lo decidimos juntos: Aceptación de la entrega. |
| 06Operación y evolución | Korhy: Mantener y mejorar lo que está en producción, si lo contratas. | Tú: Priorizar mejoras y revisar los informes. | Lo decidimos juntos: Qué se mejora y en qué orden. |
Reglas de trabajo
- Ves avance que funcionaCada ciclo termina con una versión que puedes revisar, no con un informe.
- El alcance cambia por escritoSi un ajuste cambia lo acordado, se revisa y se firma antes de hacerlo.
- Las decisiones quedan escritasCada decisión técnica se documenta con su motivo, para que tu equipo la entienda después.
- Documentación desde el primer díaNo se escribe al final: crece con el sistema y se entrega con él.
Tres formas de trabajar juntos
No publicamos precios: dependen del alcance. Los tiempos de atención, si aplican, se fijan en el contrato.
| Criterio | AProyecto con alcance cerradoConsultar con este modelo: Proyecto con alcance cerrado | BIguala de mantenimiento y operaciónConsultar con este modelo: Iguala de mantenimiento y operación | CBolsa de horasConsultar con este modelo: Bolsa de horas |
|---|---|---|---|
| Cuándo es útil | Cuando el objetivo y sus límites están claros. | Cuando lo que ya funciona necesita cuidado continuo. | Cuando el trabajo es puntual o variable. |
| Cómo funciona | Alcance, exclusiones, hitos y precio acordados por escrito antes de empezar. | Una cuota mensual para mantener y mejorar plataformas en producción, con un SLA acordado por escrito. | Horas prepagadas que usas por tarea, con un registro de lo consumido. |
| Qué recibes | Los entregables de la propuesta y el acta de entrega al cierre. | Mantenimiento correctivo y evolutivo, un informe periódico y la documentación al día. | El registro de horas y la documentación de cada tarea. |
| Condiciones contractuales | Precio y calendario se fijan en la propuesta. Los cambios de alcance se cotizan aparte. | El alcance mensual y el SLA se acuerdan por escrito en el contrato. | La vigencia y las condiciones de las horas se fijan por escrito. |
- A
Proyecto con alcance cerrado
- Cuándo es útil
- Cuando el objetivo y sus límites están claros.
- Cómo funciona
- Alcance, exclusiones, hitos y precio acordados por escrito antes de empezar.
- Qué recibes
- Los entregables de la propuesta y el acta de entrega al cierre.
- Condiciones contractuales
- Precio y calendario se fijan en la propuesta. Los cambios de alcance se cotizan aparte.
- B
Iguala de mantenimiento y operación
- Cuándo es útil
- Cuando lo que ya funciona necesita cuidado continuo.
- Cómo funciona
- Una cuota mensual para mantener y mejorar plataformas en producción, con un SLA acordado por escrito.
- Qué recibes
- Mantenimiento correctivo y evolutivo, un informe periódico y la documentación al día.
- Condiciones contractuales
- El alcance mensual y el SLA se acuerdan por escrito en el contrato.
- C
Bolsa de horas
- Cuándo es útil
- Cuando el trabajo es puntual o variable.
- Cómo funciona
- Horas prepagadas que usas por tarea, con un registro de lo consumido.
- Qué recibes
- El registro de horas y la documentación de cada tarea.
- Condiciones contractuales
- La vigencia y las condiciones de las horas se fijan por escrito.
Lo que recibes, y dónde está el límite
Al cerrar un proyecto recibes cuatro cosas: repositorio, documentación, accesos e infraestructura. El registro indica, fila a fila, qué pasa a tu nombre, qué depende del contrato y qué no se transfiere.
La titularidad y los términos de transferencia se fijan en el contrato de cada proyecto. Las herramientas que ya teníamos antes del proyecto, el software de terceros y los activos con licencia no se transfieren de forma automática.
Registro de entrega
Modelo ilustrativo · sin fecha, firma ni cliente
| Código | Entregable | Pasa a tu nombre | Según contrato y modelo | No se transfiere |
|---|---|---|---|---|
| EN-01 | RepositorioEl código fuente y su historial, en un repositorio de tu empresa. | Pasa a tu nombre | No | No |
| EN-02 | DocumentaciónCómo está hecho el sistema, por qué se decidió así y cómo ponerlo en marcha. | Pasa a tu nombre | No | No |
| EN-03 | AccesosCredenciales y permisos de administración, entregados a las personas que designes. | Pasa a tu nombre | No | No |
| EN-04 | Infraestructura a tu nombreCuentas del proveedor de nube a nombre de tu empresa. El esquema exacto lo fija el contrato. | No | Según contrato y modelo | No |
| NT-01 | Herramientas propias previas al proyectoAceleradores internos que ya teníamos. Los usas con una licencia; no se ceden. | No | No | Licencia de uso según contrato |
| NT-02 | Tecnología de terceros con licenciaServicios y software de otros fabricantes que usa la solución. | No | No | Sujeta a la licencia del fabricante |
- EN-01RepositorioEl código fuente y su historial, en un repositorio de tu empresa.Pasa a tu nombre
- EN-02DocumentaciónCómo está hecho el sistema, por qué se decidió así y cómo ponerlo en marcha.Pasa a tu nombre
- EN-03AccesosCredenciales y permisos de administración, entregados a las personas que designes.Pasa a tu nombre
- EN-04Infraestructura a tu nombreCuentas del proveedor de nube a nombre de tu empresa. El esquema exacto lo fija el contrato.Según contrato y modelo
- NT-01Herramientas propias previas al proyectoAceleradores internos que ya teníamos. Los usas con una licencia; no se ceden.Licencia de uso según contrato
- NT-02Tecnología de terceros con licenciaServicios y software de otros fabricantes que usa la solución.Sujeta a la licencia del fabricante
Además, según el modelo
- Proyecto con alcance cerrado
- Los entregables de la propuesta y el acta de entrega al cierre.
- Iguala de mantenimiento y operación
- Mantenimiento correctivo y evolutivo, un informe periódico y la documentación al día.
- Bolsa de horas
- El registro de horas y la documentación de cada tarea.
Calidad y verificación
No declaramos certificaciones. Aquí separamos lo que ya aplicamos y puedes comprobar en este sitio de lo que proponemos como compromiso y se concreta en cada propuesta.
- Evidencia · aplicado en este sitio
- Compromiso propuesto · pendiente A-10
- Ejemplo ilustrativo
- 01
Revisión de código
- Compromiso propuesto · pendiente A-10
Otra persona revisa cada cambio antes de integrarlo en la rama principal.
- Compromiso propuesto · pendiente A-10
- 02
Pruebas automatizadas adecuadas
- Compromiso propuesto · pendiente A-10
Más pruebas donde más riesgo hay. Su alcance se acuerda en la propuesta.
- Evidencia · aplicado en este sitio
En este sitio: comprobación de tipos (tsc --noEmit) en cada cambio.
- Compromiso propuesto · pendiente A-10
- 03
Comprobaciones de accesibilidad
- Evidencia · aplicado en este sitio
En este sitio: revisión con axe, recorrido con teclado y prueba con movimiento reducido en cada iteración. Objetivo: WCAG 2.2 AA.
- Compromiso propuesto · pendiente A-10
En cada proyecto, el nivel de accesibilidad se fija en la propuesta.
- Evidencia · aplicado en este sitio
- 04
Revisión de arquitectura
- Compromiso propuesto · pendiente A-10
Las decisiones de arquitectura se revisan en la etapa de Diseño y quedan escritas con su motivo.
- Compromiso propuesto · pendiente A-10
- 05
Documentación
- Compromiso propuesto · pendiente A-10
Se escribe durante el proyecto, no al final, y se guarda en tu repositorio junto al código.
- Compromiso propuesto · pendiente A-10
- 06
Consideraciones de seguridad
- Compromiso propuesto · pendiente A-10
Revisamos accesos y dependencias, y dejamos un inventario de quién tiene acceso a qué y cómo se revoca.
- Compromiso propuesto · pendiente A-10
- 07
Verificación del despliegue
- Evidencia · aplicado en este sitio
En este sitio: compilación de producción y prueba de cada ruta antes de cada entrega.
Tras desplegar: la versión responde, los registros no muestran errores nuevos y existe un procedimiento probado para revertir.
- Evidencia · aplicado en este sitio
Nada de esto equivale a cumplir una norma en un proyecto concreto. Qué se verifica, con qué herramientas y con qué criterio de aceptación se fija en la propuesta de cada proyecto.
06Siguiente paso
Todo empieza por un diagnóstico.
Agenda una llamadaEn desarrollo
La agenda en línea todavía no está disponible.
Tu consulta
Esto llega contigo al formulario de contacto. El enlace solo lleva el modelo elegido.
- Origen
- Cómo trabajamos
- Modelo
- Sin indicarElegir un modelo
- Destino
- /es/contacto