DEV2BIT · CONSULTORÍA TECNOLÓGICA
Estudio de viabilidad técnica de proyectos de software
Tienes una idea de aplicación o una nueva función, pero faltan respuestas antes de comprometer presupuesto. Estudiamos qué exige hacerla posible y qué incertidumbres deben resolverse primero.
LA DECISIÓN QUE VAMOS A RESOLVER
¿Se puede construir y merece la pena empezar así?
Una evaluación de alternativas técnicas, condiciones necesarias y riesgos para decidir el siguiente paso.
- 01Objetivo y restricciones
- 02Hipótesis por comprobar
- 03Alternativas técnicas
- 04Decisión de continuidad
Necesidad → Evidencia → Decisión → Siguiente paso
Separar la idea de las condiciones necesarias para hacerla funcionar.
Una propuesta puede parecer sencilla en una pantalla y depender de datos que aún no existen, de un proveedor externo o de una capacidad del dispositivo. La viabilidad empieza por identificar esas condiciones.
Concretamos quién usaría la solución, qué tarea debe completar y qué restricciones condicionan el proyecto: sistemas existentes, disponibilidad de información, presupuesto orientativo, operación y calendario. El análisis parte del contexto de la empresa.
Comprobar lo que puede cambiar la decisión.
Revisamos accesos a datos, opciones de integración, compatibilidad y límites relevantes. Si una pregunta no puede resolverse con documentación, planteamos una comprobación técnica acotada o una prueba de concepto.
Una prueba de concepto debe tener una hipótesis, datos de entrada y un criterio de evaluación. Su resultado puede justificar avanzar, reformular la idea o detener una línea de trabajo. El código de una prueba no equivale a un producto listo para operar.
Comparar alternativas con sus costes de continuidad.
Valoramos qué puede resolverse con una herramienta existente, qué necesita adaptación y qué exige desarrollo propio. Comparamos la inversión inicial junto con licencias, mantenimiento, soporte, dependencia del proveedor y posibilidad de evolución.
Las estimaciones se presentan con sus supuestos y el grado de definición disponible. Si faltan requisitos, evitamos convertir una aproximación temprana en un compromiso cerrado de coste o plazo.
Definir una primera versión que permita aprender.
Una primera versión útil debe completar un recorrido reconocible para el usuario. Seleccionamos el núcleo que permite validar el uso y situamos las ampliaciones en etapas posteriores.
La decisión final recoge condiciones para continuar y cuestiones pendientes. La validación de demanda comercial, la captación de clientes y la financiación tienen su propio análisis; la evaluación técnica aporta la parte necesaria para decidir cómo construir.
RESULTADO DEL TRABAJO
Entregables para tomar la siguiente decisión.
| Entregable | Qué contiene | Para qué sirve |
|---|---|---|
| Matriz de alternativas | Opciones técnicas, restricciones y dependencias. | Comparar caminos viables. |
| Registro de incertidumbres | Hipótesis, evidencias y comprobaciones pendientes. | Saber qué condiciona la inversión. |
| Propuesta de primera fase | Recorrido inicial, límites y estimaciones con supuestos. | Decidir si avanzar, ajustar o posponer. |
Ejemplo: presupuestar un producto configurable.
EJEMPLO ORIENTATIVO DE TRABAJO
Antes de programar el editor, se comprueba si las reglas de precio pueden expresarse de forma consistente y qué variables necesita aportar el usuario. Una prueba con varios encargos representativos permite estudiar si el cálculo cubre los casos reales.
Experiencia que da contexto a las decisiones.
W2C
Editor visual y motor propio de reglas para conectar el diseño de rótulos con presupuestos complejos.
Conocer W2C →
My Collection Manager
Un catálogo configurable que reúne colecciones con campos y relaciones diferentes dentro de una misma aplicación.
Conocer My Collection Manager →Cómo concretamos alcance, dedicación y presupuesto.
Antes de empezar acordamos la decisión que debe resolver el encargo, los entregables, las personas que participarán y la información disponible. La propuesta concreta las reuniones, revisiones y comprobaciones incluidas.
El coste y el plazo dependen del número de procesos o sistemas, de su documentación y del grado de incertidumbre. Si una conclusión exige una prueba adicional, se plantea su alcance antes de realizarla. Recibirás las conclusiones junto con sus supuestos y los siguientes pasos recomendados.
Preguntas antes de empezar.
¿Un estudio de viabilidad incluye desarrollar la aplicación?
Incluye el análisis y las comprobaciones acordadas. La construcción del producto se define después; una prueba de concepto solo se desarrolla si forma parte del alcance.
¿Podéis estudiar una idea todavía poco definida?
Sí. La primera tarea será concretar el usuario, la necesidad y las restricciones. El estudio señalará qué puede concluirse y qué requiere más información.
¿Garantiza que el proyecto será rentable?
La viabilidad técnica aporta condiciones, alternativas y riesgos de construcción. La rentabilidad depende además de costes reales, adopción, ingresos y decisiones de negocio.
Continúa según lo que necesite tu proyecto.
CONCRETEMOS LA DECISIÓN
Cuéntanos qué necesitas resolver.
Describe cómo trabajáis ahora, qué está frenando el proyecto y qué decisión tienes pendiente. Acordaremos la información necesaria y el alcance de la consultoría.