Consultoría de software · Ankara

Antes de escribir, decida qué no va a escribir.Consultoría de software

Una mirada externa a las decisiones tecnológicas: evaluación del sistema actual, hoja de ruta y una decisión razonada entre comprar o desarrollar.

Análisis de la situación actualHoja de rutaRevisión de arquitecturaSelección de proveedoresAuditoría técnicaPlan de traspaso

La pregunta que más nos hacen en consultoría es «¿qué tecnología usamos?». En la práctica hay otra más decisiva: ¿de verdad tenemos que desarrollar esto, o deberíamos implantar algo que ya existe?

Damos la misma respuesta aunque no seamos nosotros quienes vayamos a escribir el sistema. En un proyecto que arranca con una mala decisión, quién escriba el código no cambia el resultado.

Si esto le resulta familiar

  • No se logra decidir si pasar a un sistema nuevo o evolucionar el actual.
  • Las ofertas de software recibidas son muy distintas y no se pueden comparar.
  • Nadie sabe lo sólido que es el software actual ni quién escribió qué.
  • Un proyecto de software se alarga sin que la causa esté clara.

Qué incluye

Evaluación del sistema actualQué hay, cuán sólido es, si se puede migrar. Se revisan juntos código, arquitectura y operación.
Decisión desarrollar / comprarComparación entre producto hecho y desarrollo a medida; la traspasabilidad pesa tanto como el coste.
Hoja de rutaPasos ordenados y medibles. Cada paso debe aportar valor por sí mismo.
Auditoría técnicaRevisión de un software existente: seguridad, carga de mantenimiento y puntos de riesgo.
Evaluación de proveedoresComparación técnica de las ofertas recibidas y lista de las preguntas que conviene hacer.
Plan de traspasoLos pasos necesarios para transferir un sistema a otro equipo u organización.

Escenarios de ejemplo

Ejemplos ilustrativos; los detalles se concretan en el análisis de su caso.

DecisiónDesarrollar o comprarProductos existentes y desarrollo a medida se comparan en coste total, transferibilidad y dependencia.
AuditoríaRevisión de un software heredadoSe examinan código, base de datos, seguridad y despliegue; los riesgos se ordenan por prioridad y se definen las primeras acciones.
ComprasEvaluar ofertasLas ofertas se comparan sobre el mismo alcance; para las partidas omitidas o vagas se preparan preguntas a los proveedores.

Qué entregamos

  • Informe con hallazgos, opciones y recomendación razonada
  • Lista de riesgos priorizada
  • Hoja de ruta de pasos ordenados y medibles
  • Tabla comparativa de proveedores si hace falta
  • Presentación del informe a la dirección

Cómo avanzamos

1 · EscuchaCómo se manifiesta el problema, a quién afecta y qué se ha intentado hasta ahora.
2 · RevisiónExamen concreto del sistema, los datos y los procesos.
3 · InformeHallazgos, opciones y una recomendación razonada: no un único camino, sino opciones con sus consecuencias.
4 · Apoyo a la implantaciónOpcional: soporte técnico para llevar la decisión a la práctica.

Cuándo es la opción correcta

  • Quiere una opinión independiente antes de una decisión de software importante.
  • Se puede dar acceso al código fuente y a un entorno en funcionamiento.
  • Quiere que la conclusión sea independiente de quién la vaya a ejecutar.

Cuándo no es la opción correcta

  • Si solo se espera validar una decisión ya tomada.
  • Si no se puede dar acceso al sistema y a los datos para el análisis.

Preguntas frecuentes

¿Al final recomendarán su propio producto?

Cuando encaja, lo recomendamos y lo decimos abiertamente. Cuando no, también lo decimos: si un producto hecho u otro proveedor es la mejor respuesta, eso es lo que dice el informe.

No escribieron nuestro software actual, ¿lo revisarían igualmente?

Sí. La mayoría de las auditorías técnicas se hacen sobre sistemas escritos por otros equipos. Basta con acceso al código fuente y a un entorno en funcionamiento.

Hablemos de este tema.

Escuchemos su situación actual y decidamos juntos por dónde empezar.

Solicitar una llamada →Otras soluciones