Question 1

¿IT Solution Company trabaja solo con bancos o empresas grandes?

Accepted Answer

No. Aunque la trayectoria del fundador incluye proyectos en banca, finanzas y seguros, la propuesta de IT Solution Company está pensada para cualquier organización que tenga productos digitales y quiera mejorar su práctica QA. Trabajamos con software factories medianas, empresas con equipos de desarrollo propios, fintechs, insurtechs, plataformas de e-commerce, edtech y equipos que entregan software a clientes externos. El tamaño importa menos que el contexto y las ganas de mejorar.

Question 2

¿Solo ofrecen automatización?

Accepted Answer

No. La automatización es una parte importante de lo que hacemos, pero no es todo. Nuestra propuesta parte del diagnóstico: entender primero el estado real de la calidad para luego definir qué tiene más sentido mejorar. En algunos casos lo prioritario es la automatización; en otros, es el gobierno QA, los criterios de salida, la trazabilidad o construir una solución nueva con calidad desde el inicio. Ofrecemos cuatro servicios core —QA Assessment Ejecutivo, Automation Starter, QA Governance / Fractional QA Lead y Desarrollo de Software a Medida con enfoque Quality-First— además de servicios complementarios como performance testing, validaciones de seguridad y formación.

Question 3

¿IT Solution Company también desarrolla software?

Accepted Answer

Sí. Además de servicios de Calidad de Software y Quality Engineering, ofrecemos Desarrollo de Software a Medida con enfoque Quality-First. Esto significa construir soluciones digitales —aplicaciones web internas, MVPs, módulos funcionales, APIs, integraciones, tableros y herramientas operativas— con criterios de aceptación, pruebas, trazabilidad, mantenibilidad y validación desde el inicio, no como una revisión tardía al final del proyecto. No somos una software factory generalista: vendemos alcances acotados, validados y con calidad integrada.

Question 4

¿Qué tipo de software pueden construir?

Accepted Answer

Aplicaciones web internas, MVPs, módulos funcionales, APIs, integraciones, dashboards y herramientas operativas con alcance controlado. También modernización ligera de procesos que hoy dependen de hojas de cálculo o herramientas dispersas. Proyectos de gran escala, core bancario, ERPs completos o sistemas altamente transaccionales deben evaluarse previamente y pueden requerir partners adicionales.

Question 5

¿IT Solution Company también gestiona proyectos de software?

Accepted Answer

Sí. Ofrecemos Gestión de Proyectos y Productos de Software con enfoque Quality-First Delivery. El objetivo es ordenar alcance, planificación, riesgos, entregables, calidad, comunicación y visibilidad ejecutiva para iniciativas digitales. Podemos apoyar desde un kickoff, un backlog setup, delivery management mensual, un project rescue o una release readiness puntual. No somos una PMO corporativa genérica: nos enfocamos en iniciativas de software con criterio técnico y de calidad integrada.

Question 6

¿El servicio de gestión reemplaza a mi Product Owner o Project Manager?

Accepted Answer

No necesariamente. Puede complementar a roles internos, reforzar una capacidad temporal o acompañar una iniciativa puntual. El alcance se define según responsabilidades, autoridad de decisión y necesidades del cliente. También podemos tomar ownership delegado cuando el contexto lo justifique y las condiciones contractuales lo permitan.

Question 7

¿Pueden rescatar un proyecto de software atrasado?

Accepted Answer

Sí. Evaluamos una intervención de Project Rescue para identificar causas del desorden, redefinir alcance, ordenar riesgos, priorizar el backlog y construir un plan de estabilización. El punto de partida siempre es un diagnóstico corto para entender qué está roto realmente y qué conviene atender primero.

Question 8

¿Quién es dueño del código fuente del software que desarrollan?

Accepted Answer

La propiedad intelectual del código fuente corresponde al cliente una vez aceptados los entregables y cumplidos los acuerdos comerciales. El código se entrega versionado en el repositorio acordado (GitHub, Azure DevOps o el que el cliente use). Los detalles específicos de IP, licenciamiento y excepciones aplicables (por ejemplo, componentes open source o librerías de terceros) se formalizan por escrito antes de iniciar, junto con el contrato y el acuerdo de confidencialidad.

Question 9

¿El desarrollo incluye soporte posterior al release?

Accepted Answer

El alcance inicial de desarrollo se cierra con documentación, handover y recomendaciones. El soporte posterior se evalúa por separado: puede ser un esquema de mantenimiento evolutivo mensual, una bolsa de horas bajo demanda o un acuerdo puntual por incidencia. No ofrecemos soporte 24/7, pero sí podemos acompañar la primera ventana post-release para estabilización y atención de hallazgos tempranos.

Question 10

¿Qué pasa si el alcance cambia durante el proyecto?

Accepted Answer

Los cambios son normales en cualquier iniciativa de software. Trabajamos con un control de cambios formal: evaluamos el impacto en alcance, tiempos, costo, riesgos y criterios de aceptación. Los cambios menores se absorben dentro de la ejecución. Los cambios con impacto significativo se acuerdan por escrito antes de implementarse. El objetivo es decidir con información, no sorprender al cliente con ajustes no conversados.

Question 11

¿Pueden trabajar junto a proveedores o equipos que el cliente ya tiene?

Accepted Answer

Sí. Podemos colaborar con otros proveedores del cliente: equipos internos, software factories, consultoras o integradores. En esos casos definimos desde el inicio roles, responsabilidades, interfaces, artefactos compartidos y cadencias de coordinación para evitar duplicidades o vacíos. Nuestro enfoque es sumar criterio y capacidad especializada, no desplazar a proveedores que ya están entregando valor.

Question 12

¿Qué servicio conviene tomar primero?

Accepted Answer

En muchos casos, el mejor punto de partida es el QA Assessment Ejecutivo. Permite entender el estado real de la práctica QA antes de invertir en soluciones concretas. Si ya existe un diagnóstico claro o el problema está bien definido (por ejemplo, 'necesitamos automatizar regresión' o 'el equipo QA opera sin dirección'), puede tener más sentido empezar directamente con el Automation Starter o el QA Governance. Lo ideal es conversar primero.

Question 13

¿Pueden trabajar con un equipo que aún no tiene área QA formal?

Accepted Answer

Sí. De hecho, varios de los servicios están diseñados precisamente para esos contextos: equipos donde QA está repartida entre desarrolladores, donde no hay un rol QA dedicado o donde existe la función pero sin estructura ni criterios. La propuesta no parte de que ya haya una práctica QA madura, sino de entender el contexto real y trabajar desde ahí.

Question 14

¿Pueden apoyar a una software factory que ya tiene testers?

Accepted Answer

Sí. La propuesta no parte de reemplazar al equipo existente, sino de acompañarlo. Podemos aportar criterio estratégico, ordenar la práctica, mejorar la automatización existente, instalar gobierno QA o simplemente ser el referente senior que el equipo necesita sin que sea una contratación a tiempo completo. Trabajamos junto al equipo, no en paralelo ni por encima.

Question 15

¿Trabajan con herramientas específicas?

Accepted Answer

Podemos trabajar sobre el stack existente del cliente o proponer el más adecuado según el contexto. Tenemos experiencia con Karate DSL, Rest Assured, Selenium, Serenity BDD, Screenplay, Gherkin, Jira/Xray, QMetry, Jenkins, Azure DevOps, JMeter, OWASP ZAP, SQL y Oracle, entre otros. La elección de herramientas siempre sigue a la estrategia, no al revés.

Question 16

¿Ofrecen performance testing y validaciones de seguridad?

Accepted Answer

Sí, como servicios complementarios según el contexto del proyecto. Las pruebas de rendimiento permiten identificar cuellos de botella antes de que lleguen a producción. Las validaciones de seguridad desde QA cubren flujos críticos desde una perspectiva funcional y de datos, sin reemplazar auditorías de seguridad especializadas. Ambos se ofrecen típicamente como complemento a los servicios core.

Question 17

¿Pueden capacitar a nuestro equipo?

Accepted Answer

Sí. Ofrecemos workshops y mentoring en QA, BDD, automatización de pruebas y gobierno de calidad, orientados tanto a equipos QA como a desarrolladores que quieren incorporar mejores prácticas. La formación se diseña según el nivel y necesidades del equipo, no como un contenido genérico.

Question 18

¿Ofrecen staffing o body shopping?

Accepted Answer

No como foco inicial. La propuesta de IT Solution Company es diferente a un modelo de outsourcing de recursos. No proveemos testers por volumen ni cubrimos plazas de forma indefinida sin una propuesta de valor clara. Si el contexto lo amerita y tiene sentido estratégico, podemos conversar sobre modelos de acompañamiento más cercano, pero siempre con foco en calidad de la intervención, no en cantidad de recursos.

Question 19

¿Cómo suelen empezar los proyectos?

Accepted Answer

Normalmente con una conversación inicial para entender el contexto: qué tipo de equipo tienen, en qué punto está la calidad, qué los preocupa y qué quieren mejorar. A partir de ahí, evaluamos juntos qué servicio tiene más sentido y cómo podría ser la colaboración. No llegamos con una propuesta prefabricada: llegamos a escuchar.

Question 20

¿Pueden trabajar de forma remota?

Accepted Answer

Sí. El modelo de trabajo puede adaptarse a coordinación remota, presencial o híbrida según el contexto del cliente. La mayor parte de los servicios funciona bien en formato remoto con la cadencia adecuada de reuniones y seguimiento. Para algunos contextos donde el acompañamiento en ceremonias es relevante, puede evaluarse una modalidad híbrida.

Question 21

¿Cómo se protege la confidencialidad?

Accepted Answer

La relación con cada cliente debe enmarcarse en acuerdos de confidencialidad (NDA) antes de compartir información sensible del negocio, la arquitectura o los procesos. La discreción es parte de la forma de trabajar: no se comparten datos de clientes, no se exhiben casos reales sin autorización explícita y se respetan los límites de lo que puede hacerse público.

Preguntas frecuentes

¿Tienes más preguntas?