Ir al contenido

hecho a medida

Desarrollo de software a medida para empresas de Estados Unidos

La ingeniería es la misma esté donde esté. Sustituimos la hoja de cálculo y el fichero Access por un servicio con esquema, migraciones y registro de auditoría. Lo que cambia con un cliente estadounidense es el papeleo y el reloj, así que ambos van por escrito antes de empezar.

Pedir presupuestoUn formulario de cinco campos. Lo que vuelve es un alcance, un precio y una fecha para la auditoría.

USA

El marco contractual es un MSA con un statement of work por fase. La ley aplicable, la moneda de facturación y la cesión de propiedad intelectual las fija usted, y el solape con su horario entra en el SOW como un número de horas y no como una promesa en una web. Trabajamos con husos horarios de Estados Unidos todos los días, y la reunión diaria cae dentro de su mañana y no al final de ella.

18 días hasta la primera versión que funciona


El shadow IT está tachado porque no se porta. En cuanto el proceso tiene dueño y registro, las copias privadas dejan de merecer mantenimiento.

Hojas de cálculo

Excel, un fichero Access y una conciliación que alguien hace a mano cada mañana.

  • spreadsheet + emailExcel · Outlook
  • access.mdbAccess
  • manual reconciliationpeople
  • shadow ITunowned

Un servicio

Un servicio de dominio, un cliente web, un esquema con migraciones, un registro que solo añade.

  • domain serviceGo
  • web clientTypeScript
  • postgresschema + migrations
  • audit logappend-only

18 días hasta la primera versión que funciona

El shadow IT está tachado porque no se porta. En cuanto el proceso tiene dueño y registro, las copias privadas dejan de merecer mantenimiento.

Qué cambia de verdad cuando el cliente es estadounidense

La ingeniería no cambia con la bandera que lleve la factura. Cambian el papeleo, el reloj y quién carga con cada riesgo, y eso es justo lo que atasca un proyecto cuando el trabajo ya está acordado.
Un MSA con un statement of work por fase
Un acuerdo marco y, debajo, un SOW corto por fase con su entregable, su fecha y su precio. Cada fase se sostiene sola y todo lo que produce es suyo en cuanto está pagada. La ley aplicable y el foro los fija usted: hemos firmado bajo derecho de Delaware, de Nueva York y de California sin discutirlo.
La propiedad intelectual se cede al pagar, no al terminar
El trabajo se transfiere según se paga cada fase, y no al cerrar el encargo entero. Eso pesa si le están comprando la empresa a mitad de proyecto o si su consejo quiere el activo en el balance de este trimestre: nunca hay un tramo en el que haya pagado código que todavía no es suyo.
El solape horario, escrito como un número
Cuatro horas de solape con la costa este y tres con la oeste, en el SOW como compromiso y no como intención. La reunión diaria cae dentro de su mañana. Lo urgente fuera de esa franja va a un ingeniero con nombre y apellidos, no a un buzón compartido.
W-9, seguros y alta de proveedor
Pasamos por compras como cualquier proveedor estadounidense: W-9 firmado, certificados de seguro, cuestionario de seguridad, portal de proveedores. No tenemos certificación SOC 2 ni ISO, y eso es lo que escribimos en el formulario en vez de dar rodeos. Lo que sí tenemos es la capacidad de trabajar entera dentro de su perímetro, en una red aislada, sobre su hardware o sobre el nuestro alquilado.
Sus datos pueden quedarse en el país
Si la residencia del dato es un requisito, el trabajo corre en su cuenta de nube en una región de Estados Unidos, o en máquinas de su edificio. Los modelos los ponemos nosotros y se ejecutan ahí sin conexión de salida. Es lo habitual en cuanto hay registros regulados de por medio, y es una configuración, no una negociación.
Precio cerrado, no bolsa de horas
Cada fase se presupuesta antes de empezarla, a partir de la auditoría que la precede. Las órdenes de cambio existen para el alcance que usted añada, no para corregir una estimación nuestra. Esa es la diferencia práctica entre comprar un resultado y alquilar gente.

Cómo va el trabajo

El primer día se dedica a mirar cómo se trabaja, no a especificarlo. Los documentos de requisitos describen el proceso que alguien desearía que existiese.
  1. 01días 1–2

    Ver cómo se hace el trabajo

    Nos sentamos con quien lo hace y leemos las fórmulas de su hoja. Las excepciones que resuelven sin pensar son las que rompen una compilación el día quince.

  2. 02días 2–5

    Modelar los datos y cerrar las reglas

    Esquema, estados, quién puede cambiar qué. Aquí salen las discusiones, y tenerlas aquí cuesta una fracción de tenerlas el día antes de salir a producción.

  3. 03días 4–12

    Construir un camino completo

    Un camino entero desde la entrada hasta el informe, en producción, usado por la gente que hace el trabajo. Un entorno de demostración no dice nada sobre si la cosa se puede usar.

  4. 04días 11–18

    Migrar y apagar el fichero viejo

    Importar el histórico, correr los dos una temporada y quitar el permiso de escritura de la hoja. Un sistema que nadie está obligado a dejar no se deja nunca.

Qué hace la plataforma y qué hace una persona

La mezcla cambia a lo largo del proyecto. Más plataforma al principio y más personas alrededor del cambio, cuando las preguntas abiertas dejan de ser técnicas.
Cada fichero generado se revisa como una merge request por el ingeniero que responderá por él más adelante.
Qué hace la plataforma y qué hace una personaQuién hace quéNotas
Leer las consultas de Access y las fórmulas de Excel que hayPlataformaSalen como reglas legibles que cualquiera en la sala confirma de un vistazo.
Decidir qué reglas son reales y cuáles son costumbresIngenieroSolo su gente sabe que la excepción de los martes existe por un proveedor concreto.
Servicio, esquema y migracionesPlataformaGenerados a partir del modelo acordado y revisados línea a línea antes de entrar.
Las pantallas donde la gente viveLos dosEl camino diario lo diseña una persona. Los formularios de administración de alrededor no lo necesitan.
Importar y conciliar el históricoLos dosCargar es mecánico. Decidir qué hacer con las filas que nunca cuadraron no lo es.
El plan de cambioIngenieroQué fecha, quién está de guardia y cuál es la vuelta atrás.

El equipo que lo construye

Más de diez años dentro de sistemas ajenos y decenas de migraciones entregadas: procesos en Access y Excel, clientes en VB6 y Delphi, monolitos PHP, administración de pólizas en AS/400, plantas de producción sostenidas por macros. Planificación, siniestros, facturación, inventario, expediciones, informes. Todo eso lo hemos construido antes, y la forma del trabajo se repite mucho más de lo que nadie espera.


La auditoría es la manera barata de comprobarlo usted mismo. Trabajo acotado con un entregable escrito: el modelo de datos tal como lo entendemos, las reglas sacadas de su hoja de cálculo y un plan por fases con precios al lado.

Preguntas que nos hacen los ingenieros

¿Pueden firmar nuestro MSA en lugar del suyo?
Casi siempre sí. Lo primero que miramos es el momento de la cesión de propiedad intelectual, el tope de responsabilidad frente al valor del contrato y si la cláusula de no captación de personal es mutua. Si su contrato es estándar, lo firmamos; si algo dentro hace imposible una fase a precio cerrado, decimos qué cláusula y por qué, en el redline y no en una llamada.
¿Pueden facturar en dólares y con nuestros plazos de pago?
Facturamos en dólares y con los plazos que maneje su departamento de cuentas a pagar; net 30 es el habitual. Si su departamento de compras exige una contraparte estadounidense para el contrato en sí, dígalo pronto: eso cambia el papeleo, no el precio ni la fecha.
¿Quién está de verdad en el proyecto y desde dónde trabaja?
Ingenieros, no gestores de cuenta, y quien contesta a sus preguntas es quien está leyendo su código. Dónde se sienta depende de lo que exijan sus normas: en remoto es lo normal, dentro de su VPN es frecuente, y presencial para las partes que lo piden cuando el contrato lo recoge.
¿Qué pasa con el código y las pruebas cuando terminamos?
Están en repositorios corrientes de su organización desde el primer commit, no en una entrega final. Pruebas escritas contra el comportamiento del sistema original, el mapa del código al día y un manual de operación. Nada llama a nuestros servidores en tiempo de ejecución y no queda nada que seguir alquilando.
¿Treinta días de verdad, con un sistema de este tamaño?
Treinta días es el techo de un proyecto, y la mayoría de lo que cogemos se queda por debajo de veinte. La plataforma lee el código entero en paralelo antes de que un ingeniero escriba una línea, que es la parte que antes le costaba un trimestre a un equipo. Si su sistema de verdad no cabe, lo que recibe es el plan por fases y el precio de la primera, en vez de una estimación inflada.

Enséñenos la hoja de cálculo

Mándenos la forma del proceso y cuánta gente lo toca. Volvemos con lo que cubre la auditoría, cuánto tarda la construcción y cuánto cuesta. Dieciocho días después está funcionando.

Pedir presupuesto

La primera respuesta viene de un ingeniero, y suele preguntar quién es hoy el dueño del proceso.