Desarrollo de software por semanas
DESARROLLO DE PRODUCTO POR SEMANAS
TIEMPO DE DESARROLLO CONCENTRADO. PRIORIDADES MÓVILES. UNA DECISIÓN SEMANA A SEMANA.
De esta lógica se deriva el modelo semanal. La colaboración no empieza con el intento de fijar por completo un alcance funcional a largo plazo. Empieza con una idea de producto concreta o una cuestión técnica y con un periodo de desarrollo claramente delimitado.
Antes de la semana de desarrollo
Aclaramos qué cuestión promete, en el estado actual, el mayor valor de conocimiento o de producto. Lo decisivo no es la lista de funciones más larga, sino la pregunta cuya clarificación técnica mejora la siguiente decisión empresarial.
Puede ser un corte vertical coherente de una aplicación, el núcleo de una nueva arquitectura de software, un concepto de manejo exigente, una simulación, un entorno de trabajo visual o un primer núcleo de producto completo.
Durante la semana de desarrollo
Se desarrolla de forma concentrada. Los nuevos conocimientos pueden modificar las prioridades. Si un planteamiento resulta débil o aparece una dirección mejor, se puede reaccionar de inmediato.
Esa movilidad no es falta de planificación. Es la consecuencia asumida de que la información relevante sobre un producto solo puede surgir durante el desarrollo real.
Al final de la semana de desarrollo
Está el estado de desarrollo alcanzado. Sobre esa base se decide si se continúa, se profundiza, se modifica o se termina.
Lo que se contrata es tiempo de desarrollo. Ni un alcance funcional definido de antemano ni un resultado de obra determinado.
UNA SEMANA · 4 900 € SIN IVA
Cada semana adicional se acuerda por separado. No hay continuación automática.
Un precio cerrado para un producto nuevo es una apuesta a saber de antemano lo que solo se aprende al construirlo.
Una semana de desarrollo no es una unidad de medida para un número fijo de funciones. Los productos de software difieren demasiado en complejidad, punto de partida y dependencias técnicas.
En tareas adecuadas puede surgir, sin embargo, en pocos ciclos de desarrollo, un sistema aplicativo coherente: con interfaz real, lógica central, modelo de datos, visualización y una estructura técnica sólida.
En sistemas de escritorio, en tiempo real o de visualización complejos, una semana puede producir un corte vertical que no contenga todas las funciones posteriores pero sí arquitectura y funcionalidad reales suficientes para tomar las decisiones de producto centrales.
Cuando las bases técnicas ya se comprenden bien, el alcance puede ir bastante más lejos.
En cambio, ante riesgos de investigación, de integración o de rendimiento, puede ser la clarificación de un único problema técnico crítico la que tenga el mayor valor económico.
El alcance no está estandarizado. La exigencia sí: la mayor cantidad posible de realidad de producto sólida en el menor tiempo de desarrollo posible.
Quien no posee el código fuente tras un proyecto de software, ha alquilado software.
EL CÓDIGO FUENTE. LA POSIBILIDAD DE CONTINUAR. LA CONFIDENCIALIDAD.
La colaboración está concebida para la independencia técnica.
Tras el pago íntegro, el cliente recibe el código fuente del proyecto correspondiente al estado de desarrollo alcanzado, así como los archivos de proyecto relevantes para continuar el trabajo, siempre que formen parte del desarrollo y puedan cederse jurídicamente.
El estado de desarrollo debe poder ser continuado por el propio cliente o por terceros.
La información comercial y técnica confidencial se trata de forma confidencial.
No existe ninguna vinculación estratégica a una plataforma de desarrollo propietaria de CUBE4DEV.
Usted compra tiempo de desarrollo y recibe el estado de proyecto que de él resulta.
Si solo necesita más horas de desarrollo, no soy la opción adecuada.
El planteamiento es especialmente adecuado para empresas en las que existen ideas de producto sustanciales cuyo potencial aún no está suficientemente aclarado.
Puede ser una nueva aplicación autónoma, un producto digital, un sistema especializado, una simulación, un entorno de visualización, una herramienta interactiva compleja o una ampliación de software importante de un producto existente.
El modelo tiene sentido sobre todo cuando un estado de desarrollo técnico real promete más conocimiento que otra ronda de planificación abstracta, y cuando la idea de producto sigue siendo lo bastante móvil para reaccionar a nuevos hallazgos.
Es menos adecuado cuando se quiere comprar un alcance funcional totalmente especificado a un precio de obra fijo, cuando se necesita un gran equipo de desarrollo o cuando solo se trata de integrar recursos de desarrollo adicionales en una organización existente.
El planteamiento no busca la realización más barata posible de tareas informáticas existentes. Busca ideas de producto en las que el desarrollo técnico pueda hacer visibles nuevas opciones empresariales.
¿QUÉ IDEA DEBERÍAMOS PROBAR PRIMERO?
La lista de funciones más larga es el peor comienzo para un producto nuevo.
No toda idea de producto relevante necesita de inmediato un gran proyecto.
A menudo basta al principio con una pregunta precisa: ¿qué idea de producto habría que llevar a un nivel técnico real antes de decidir una inversión mayor? ¿Qué aplicación existe hasta ahora solo como concepto? ¿Qué posibilidad técnica resulta lo bastante interesante para dejar de discutirla solo en teoría?
Una semana de desarrollo puede ser el comienzo de un producto mayor. Puede igualmente fundamentar la decisión consciente de no seguir una idea, o de desarrollarla en otra dirección.
El primer paso no tiene que fijar el producto entero. Tiene que mejorar la decisión siguiente.
UNA SEMANA · 4 900 € SIN IVA
Proyectos de ejemplo
3
Preguntar sobre esto
DESARROLLO DE PRODUCTO POR SEMANAS