Aquí es donde se construye tu app, plataforma o sistema. Trabajamos en ciclos de dos semanas llamados sprints: antes de cada uno acordamos exactamente qué se va a construir, al final lo ves funcionando en una demo y tú decides si seguimos. Cada sprint tiene precio fijo. En Alset los llamamos Product Sprints.
Es una preocupación común cuando pagas por software: pasan las semanas y no hay nada que ver. Trabajar por sprints lo resuelve. Cada dos semanas ves software funcionando en una demo, lo comparas con lo acordado y decides si seguimos. Pagas sprint por sprint, no meses de trabajo que no puedes ver.
Los Product Sprints son para productos que ya tienen:
requerimientos por escrito,
una lista de lo que se va a construir (el backlog) y un diseño técnico (la arquitectura),
y la validación suficiente para construir.
No son para un alcance abierto ni para “vamos viendo”. Si todavía no tienes esa lista, nuestra cotización de desarrollo la produce →
(el backlog). Cada sprint tiene una lista cerrada de lo que se va a construir.
con objetivos claros y alcance definido.
en una demo al final del sprint.
con el siguiente sprint.
Preparamos los servidores, automatizamos cómo se publican las versiones nuevas, hacemos las pruebas finales y publicamos, con 30 días de garantía de bugs después del lanzamiento.
Conoce la fase de lanzamiento →Con un alcance acordado antes de cada sprint, un precio fijo por sprint y las peticiones nuevas en sprints posteriores, no sobre la marcha. Tú decides, sprint por sprint, si se sigue.
Primero se escriben los requerimientos, luego se estima el trabajo y después se construye en ciclos cortos: cada uno suma funcionalidad hasta completar la primera versión. Al final se lanza.
El trabajo se divide en ciclos cortos y fijos llamados sprints, de dos semanas en nuestro caso. Cada uno tiene una lista cerrada de lo que se va a construir y termina con una demo de software funcionando.
Funcionalidad entregada que se suma a tu producto, una demo y avance visible contra la lista de lo que se va a construir.
USD 4,000 por sprint de dos semanas, precio fijo.
Depende de tu producto. La cotización te lo dice, con un calendario, antes de que te comprometas con el desarrollo.
Sí. Cada sprint parte de una lista de trabajo cerrada y aprobada.
Una petición nueva se evalúa, se prioriza y entra en un sprint posterior, para no interrumpir el sprint en curso. Si una funcionalidad se elimina, ese sprint no se cobra.
Sprint por sprint. Cada sprint se paga por adelantado, y apruebas el avance antes de que empiece el siguiente.
Los sprints parten de una lista aprobada de lo que se va a construir. Si ya tienes esa lista y un diseño técnico, primero los revisamos. Si no los tienes, la fase de cotización los produce.
Para construir un producto, no: los sprints te dan más control sobre qué se construye y cómo se mide el avance. Si ya tienes dirección de producto y te faltan ingenieros, eso es staff augmentation, que sí se cobra por hora.
Revisa staff augmentation →El siguiente paso es el lanzamiento: llevar el producto a producción.
Sprints de dos semanas por USD 4,000 cada uno, con alcance cerrado y una demo al final de cada uno.