Saltar al contenido
07 · Soluciones07 · Solutions

ImplementacionesImplementations

Despliegue de plataformas, sistemas e infraestructura nueva con plan de pruebas y go-live.Deployment of new platforms, systems and infrastructure with a test plan and go-live.

Plataformas + sistemasPlatforms + systems 7.3 · Implementaciones y migraciones7.3 · Implementations and migrations

¿Qué es este servicio?What is this service?

Es el despliegue de una plataforma, un sistema o una infraestructura nueva hasta dejarla en producción: instalación, configuración, integración con lo que ya existe, pruebas de aceptación, puesta en marcha y acompañamiento en los primeros días.

Deploying a new platform, system or infrastructure through to production: installation, configuration, integration with what already exists, acceptance testing, go-live and close support in the first days.

¿Para qué se usa?What is it used for?

Sirve para que la herramienta adquirida efectivamente entre en operación y no quede a medio configurar, que es un desenlace mucho más frecuente de lo que la industria admite. Una implementación sin criterios de aceptación escritos y sin plan de vuelta atrás no es un proyecto, es una apuesta. Y el día de la puesta en marcha no es el final: es el día en que empiezan a aparecer los casos que nadie probó.

It ensures the tool that was bought actually goes into operation instead of sitting half configured, an outcome far more common than the industry admits. An implementation with no written acceptance criteria and no rollback plan is not a project, it is a gamble. And go-live day is not the end: it is the day the cases nobody tested start appearing.

Qué beneficios traeBenefits it delivers

  • La plataforma queda configurada para la operación real del cliente y no con los valores de fábrica que trae el instalador.
  • Las pruebas de aceptación las hace quien va a usar el sistema, así que los problemas salen antes de la puesta en marcha y no después.
  • El plan de vuelta atrás está escrito y probado: si algo sale mal a las dos de la mañana, hay una decisión tomada y no una improvisación.
  • El acompañamiento posterior a la puesta en marcha absorbe la ola de incidencias de las primeras semanas sin que la mesa de ayuda colapse.
  • The platform ends up configured for the real operation of the client rather than with whatever defaults the installer shipped.
  • Acceptance testing is done by whoever will use the system, so problems surface before go-live rather than after.
  • The rollback plan is written and tested: if something goes wrong at two in the morning, there is a decision already made rather than improvisation.
  • Post go-live support absorbs the first weeks wave of incidents without the help desk collapsing.

¿En qué momentos es obligatorio?When is it mandatory?

Costa RicaCosta Rica

  • No hay obligación legal de implementar nada de una forma concreta en Costa Rica.
  • Si el sistema tratará datos personales, la Ley 8968 aplica desde el primer día en producción, así que los controles deben estar puestos antes de la puesta en marcha y no después.
  • Las entidades supervisadas por SUGEF, SUGEVAL, SUPEN y SUGESE deben mantener el gobierno de los cambios tecnológicos bajo el Acuerdo CONASSIF 5-24, y un sistema nuevo se refleja en el perfil tecnológico.
  • There is no legal obligation to implement anything in a particular way in Costa Rica.
  • If the system will process personal data, Law 8968 applies from the first day in production, so controls must be in place before go-live rather than after.
  • Entities supervised by SUGEF, SUGEVAL, SUPEN and SUGESE must maintain governance over technology change under CONASSIF Agreement 5-24, and a new system is reflected in the technology profile.

InternacionalInternational

  • PCI-DSS v4.0.1 exige un proceso formal de gestión de cambios y verificar los controles tras cualquier cambio significativo, incluida la repetición de pruebas de intrusión.
  • ISO 27001 exige control de cambios y separación entre entornos de desarrollo, pruebas y producción.
  • Los contratos de compra de software suelen condicionar el pago final a la aceptación formal del cliente, que es el motivo real por el que conviene escribir bien esos criterios.
  • PCI-DSS v4.0.1 requires a formal change management process and verification of controls after any significant change, including repeating penetration testing.
  • ISO 27001 requires change control and separation between development, test and production environments.
  • Software purchase contracts usually tie final payment to formal client acceptance, which is the real reason to write those criteria carefully.

Requisitos mínimosMinimum requirements

  • Licencias, suscripciones y hardware disponibles antes de arrancar. Esperar una compra a mitad del proyecto es el retraso más caro y más evitable.
  • Criterios de aceptación escritos y firmados: qué tiene que funcionar para dar por buena la implementación.
  • Usuarios reales asignados a las pruebas de aceptación, con tiempo liberado para hacerlas.
  • Ventana de puesta en marcha acordada con el negocio y un plan de vuelta atrás con su punto de no retorno definido.
  • Licences, subscriptions and hardware available before starting. Waiting on a purchase mid-project is the most expensive and most avoidable delay.
  • Written and signed acceptance criteria: what must work for the implementation to be considered good.
  • Real users assigned to acceptance testing, with time freed up to do it.
  • A go-live window agreed with the business and a rollback plan with its point of no return defined.

Plazo típico de entregaTypical delivery time

4 semanas a 6 meses 4 weeks to 6 months rango habitual del mercado usual market range

Una plataforma acotada, con pocas integraciones y un grupo reducido de usuarios, se implementa en cuatro a ocho semanas. Un sistema transversal que toca varias áreas, integra con media docena de aplicaciones y exige formar a cientos de personas se va a cuatro o seis meses. Lo que empuja el plazo hacia arriba casi nunca es la instalación, que suele ser cuestión de días: son las integraciones con sistemas de terceros y el tiempo que la organización necesita para adoptar el cambio.

A contained platform with few integrations and a small user group is implemented in four to eight weeks. A cross-cutting system touching several departments, integrating with half a dozen applications and requiring training for hundreds of people runs to four or six months. What pushes the timeline up is almost never the installation, usually a matter of days: it is the third-party integrations and the time the organisation needs to adopt the change.

NomenclaturaTerminology

Las siglas y estándares que aparecen en esta ficha, explicados. The acronyms and standards used on this page, explained.

Go-liveGo-live
El momento en que el sistema pasa a usarse de verdad. Es una decisión de negocio, no técnica. The moment the system genuinely starts being used. It is a business decision, not a technical one.
UATUAT
Pruebas de aceptación del usuario: las hace quien va a operar el sistema, no el equipo que lo instaló. User acceptance testing: run by whoever will operate the system, not the team that installed it.
HypercareHypercare
El período de atención reforzada justo después de la puesta en marcha, cuando aparecen los casos que nadie previó. The period of heightened attention right after go-live, when the cases nobody foresaw appear.
RollbackRollback
El plan para volver al estado anterior si la puesta en marcha falla. Tiene que estar escrito y probado antes, no improvisado esa noche. The plan to return to the previous state if go-live fails. It must be written and tested beforehand, not improvised that night.
Punto de no retornoPoint of no return
La hora límite para decidir si se sigue o se vuelve atrás. Pasada esa hora, volver cuesta más que continuar. The cut-off time to decide whether to continue or go back. Past that hour, reverting costs more than pressing on.