Buenas razones para pedir una

  • Heredó un sistema y necesita saber qué heredó.
  • Está por levantar capital y viene una revisión técnica de los inversores.
  • Está considerando una reescritura y quiere una mirada externa antes de comprometer un año.
  • La entrega se sigue haciendo más lenta y la causa se discute dentro del equipo.
  • Algo se rompió feo y sospecha que fue un síntoma y no el problema.
  • Quiere una segunda opinión sobre una decisión en la que el equipo no se pone de acuerdo.

Qué cubre la revisión

Arquitectura y fronteras

Cómo está dividido el sistema, dónde está el acoplamiento, y qué costuras van a resistir el próximo año de cambios.

Fiabilidad y modos de falla

Qué pasa cuando una dependencia se pone lenta, una cola se traba o un despliegue sale mal, y qué falta para detectarlo.

Datos y consistencia

Esquemas y patrones de consulta, índices, límites transaccionales, y dónde pueden aparecer duplicados o actualizaciones perdidas.

Infraestructura y costo

Cómo se despliega, cuánto cuesta, qué está sobredimensionado, y cuánto de todo eso podría reconstruirse si desapareciera.

Postura de seguridad

Autenticación y autorización, manejo de secretos, alcance de permisos y exposición de dependencias. Es una revisión, no una prueba de penetración.

Entrega y operación

Cómo llega el código a producción, qué pruebas existen, y cuánto del proceso depende de personas específicas.

Cómo se desarrolla

Primera semana: leer y preguntar

Acceso de solo lectura al repositorio, la infraestructura y los dashboards. Entrevistas con los ingenieros que sostienen el sistema, porque la información útil rara vez está escrita.

Segunda semana: verificar y escribir

Probar las suposiciones que importan, confirmar los hallazgos que serían caros de errar, y escribir el informe.

La entrega

Una recorrida de los hallazgos con su equipo, y las notas en crudo además del informe. Se queda con todo.

Después

Queda libre de actuar con su propio equipo, con otra gente, o con nosotros. La revisión es deliberadamente autocontenida y no es un embudo de ventas.

Qué se lleva

  • Un informe escrito con hallazgos priorizados, cada uno con impacto, esfuerzo y recomendación
  • Una lista ordenada de qué se rompe primero y cuánto le costaría
  • Mejoras rápidas separadas del trabajo estructural, para que algo pueda empezar de inmediato
  • Diagramas de la arquitectura que realmente existe, que muchos equipos no tienen
  • Una sesión de recorrida con sus ingenieros, y las notas en crudo

Preguntas que nos hacen

¿Cuánto cuesta y cuánto lleva?

Dos semanas y un precio fijo para un sistema típico, acordado antes de empezar una vez que conocemos el alcance. Si su sistema es inusualmente grande o inusualmente chico lo decimos y ajustamos el alcance, en lugar de estirar el trabajo para llenar el tiempo.

¿Qué accesos necesitan?

Lectura del repositorio, la infraestructura y el monitoreo, más unas horas del tiempo de sus ingenieros. No necesitamos acceso de escritura a producción, y no lo vamos a pedir.

¿Esto no es una excusa para vendernos un proyecto más grande?

No, y está estructurado para que no pueda serlo. Es a precio fijo, autocontenido, y el informe es suyo. Muchos clientes actúan sobre él con su propio equipo, que es un buen resultado. Una revisión que solo concluye "contrátennos" no le sirve a nadie.

¿Y si no encuentran nada grave?

Entonces se lleva una segunda opinión escrita que confirma que el sistema está en forma razonable, que es algo que conviene tener antes de una ronda de inversión o de una decisión grande. Pasa, y lo decimos con todas las letras.

Contacto

Iniciar una conversación

Cuéntenos qué están construyendo, o qué se está rompiendo. Va a recibir una respuesta directa de un ingeniero, no un libreto de ventas.

¿Prefiere el correo? Escriba a [email protected]. Respondemos desde una dirección real, y nada de lo que envíe se guarda en otro lado que nuestra casilla.