Consultoría tecnológica y gestión de proyectos

Para qué sirve

La mayoría de los proyectos de software no falla por escribir mal el código. Falla por empezar a construir antes de entender qué resuelve el producto: alcance que nadie escribió, funcionalidades que se dieron por incluidas, plazos que se prometieron sin saber, y un presupuesto que se agota a mitad de camino.

Esta consultoría existe para que las decisiones caras se tomen cuando todavía son baratas, que es antes de que alguien escriba la primera línea.

Cuándo tiene sentido llamarnos

Tienes una idea y no sabes si es viable. Quieres saber qué se necesita, cuánto cuesta aproximadamente y qué riesgos técnicos tiene antes de comprometer dinero o buscar socios.

Recibiste cotizaciones que no puedes comparar. Tres propuestas con precios que varían al triple y ninguna dice exactamente lo mismo. Necesitas alguien que traduzca qué está ofreciendo realmente cada una.

Tienes un sistema antiguo y hay que decidir qué hacer. Migrar, reescribir o seguir aplicando parches son tres caminos con costos muy distintos, y la decisión se toma revisando el sistema, no por intuición.

El proyecto ya empezó y va mal. Plazos que se atrasan, entregas que no son lo que se esperaba, un equipo que dice que sí a todo. Una revisión externa ordena qué se rescata y qué se corta.

Vas a armar equipo interno. Qué perfiles necesitas, en qué orden contratarlos y qué tecnología elegir para que existan candidatos en el mercado.

Qué entregamos

No entregamos una presentación con recomendaciones generales. El resultado es un documento que sirve para tomar una decisión o para pedir cotizaciones:

• Alcance escrito. Qué se construye, y explícitamente qué no.
• Rango de costo y de plazo, con el supuesto detrás de cada estimación.
• Recomendación de tecnología, con el argumento de por qué esa y no otra, incluyendo qué tan fácil es encontrar quién la mantenga.
• Riesgos identificados, ordenados por lo que costaría que ocurran.
• Plan por etapas. Qué se hace primero, qué puede esperar y en qué punto conviene validar antes de seguir gastando.

La parte de gestión

Cuando el desarrollo lo hace otro equipo, interno o externo, podemos quedarnos como contraparte técnica. Eso significa revisar entregas contra lo definido, mantener el alcance bajo control, traducir entre lo que pide el negocio y lo que entiende el equipo, y avisar temprano cuando algo se está desviando.

Es el rol cuya ausencia más se nota: alguien que sepa leer código y hablar de negocio en la misma reunión.

Por qué nosotros

Trabajamos en desarrollo de software desde 2008 y hemos estado en todas las etapas del ciclo: entender el problema, definir la solución, construirla, lanzarla y sostenerla. Hemos llevado sistemas con pagos en línea, integraciones con terceros y requisitos normativos, que son los proyectos donde una definición poco precisa se paga cara.

La formación del equipo combina informática, ingeniería industrial e ingeniería de software. Esa mezcla es la que se usa aquí: la tecnología es el medio, pero las decisiones que definen el resultado son de negocio, de procesos y de las personas que van a usar el producto.

Si de la consultoría sale que hay que construir, el siguiente paso es desarrollo a medida o una plataforma SaaS, según lo que corresponda.