El modelo
Cómo entregamos un proyecto de software, de principio a fin.
Desde entender la necesidad hasta dejarla funcionando dentro de la empresa. A nuestra forma de asumir ese recorrido completo la llamamos Managed Product Delivery.
Qué es
Un único responsable, del alcance a producción.
Entendemos la necesidad, definimos qué hay que construir, lo construimos, lo validamos y lo ponemos en marcha. Se contrata lo entregado, no las horas.
Condiciones de encaje
Cuándo aplica el modelo de entrega.
Encaje habitual
- Hay un resultado que se puede delimitar: un proceso, una aplicación o un producto acotado.
- Neltika puede asumir la responsabilidad completa de ese trabajo.
- Hay acceso a los sistemas y a las personas necesarias.
- Las dependencias externas se pueden identificar.
Cuándo no encajamos
- Lo que se busca son desarrolladores que dirija la propia empresa.
- Es una transformación abierta, sin un resultado que se pueda acotar.
- El resultado depende de reglas que nadie puede poner por escrito.
- Se da por hecho que cada excepción nueva entra sin revisar el acuerdo.
Antes de construir
Cuando hace falta definir antes de construir.
Definir siempre ocurre; ser una fase aparte, no. En proyectos acotados va integrado en el trabajo. Si hay incertidumbre real, se define antes en una o dos semanas, y lo que salga es tuyo aunque no sigamos.
A esa fase la llamamos Definition Sprint. Si ya está claro qué hacer, se pasa directo a la propuesta.
La definición cierra
- Qué se va a construir y qué queda fuera
- Arquitectura propuesta
- Dependencias y riesgos
- Cómo comprobaremos que está resuelto
- Plan de trabajo
- Precio y calendario
Tipos de proyecto
El mismo modelo, según lo que haya que hacer.
Ampliar algo que ya existe
Una pieza nueva dentro de un sistema en uso: una integración, un portal, una funcionalidad. Se entrega en marcha. En catálogo, Product Module Delivery.
Construir algo desde cero
De una idea o un prototipo a un producto operativo y desplegado. En catálogo, MVP Delivery.
Continuidad
Seguir después
Operación, soporte y evolución una vez está funcionando. En catálogo, Product Care.
Cierre del proyecto
Aceptación, transferencia y continuidad.
Cada hito se acepta contra criterios escritos, con un responsable y un plazo. Al cierre queda todo desplegado, documentado y transferido, con una garantía limitada sobre lo acordado.
En qué se distingue
Diferencias frente a otros modelos de contratación.
- Frente a staff augmentation
- No se ceden desarrolladores bajo la dirección del cliente. Neltika asume el proyecto y responde de él.
- Frente a outsourcing tradicional
- Proyectos acotados con un resultado delimitable, no grandes transformaciones. Un solo interlocutor.
- Frente a agencias de IA o prototipado
- El resultado es software integrado, desplegado y mantenible, no una demostración.