Como avanza un proyecto

El proceso de desarrollo de software, semana a semana

Un proyecto de software sano pasa por cinco fases: una primera llamada para comprobar el encaje, una fase de Discovery que convierte la idea en un plan acotado, una construccion que entrega software funcionando en incrementos semanales, trabajo de calidad que recorre toda la construccion, y un traspaso completo que te deja siendo dueno de todo. Esta guia recorre que pasa en cada fase, cuanto dura el conjunto y que deberias poder ver en cada paso. Si en las primeras semanas de la construccion no puedes hacer clic en software que funciona, algo va mal.

Reservar una call de treinta minutos

Respuesta corta

Un proyecto de software va de una primera llamada al Discovery, entrega en incrementos semanales revisables y termina con documentacion, tests, observabilidad y un traspaso completo.

Para quien es

  • Fundadores que contratan una agencia de software por primera vez
  • Equipos que comparan como trabajan de verdad las agencias
  • Compradores que quieren puntos de control para exigir cuentas a un proveedor
  • Cualquiera que no sepa que pasa entre el contrato y el lanzamiento

Para quien no es

  • Equipos con un proceso interno de entrega maduro que ya funciona
  • Compradores que quieren desaparecer tres meses y recoger un producto terminado
  • Proyectos donde nadie esta disponible para una revision semanal
// 01

Compara las opciones

Como se distingue un proceso sano del teatro de agencia, fase por fase.

Fase Una construccion sana Senales de alarma
Primera llamada

Preguntas de encaje y alcance, y un no claro si no encaja.

Un precio improvisado para una construccion sin acotar.

Discovery

Requisitos, arquitectura, roadmap, la suposicion mas arriesgada testeada.

Saltado por completo, o un documento pagado que nadie pone a prueba.

Contrato

Precio cerrado con alcance fijado, retainer semanal si el alcance se mueve.

Facturacion por horas sin resultado definido.

Ritmo de construccion

Software funcionando que puedes probar cada semana o cada dos.

Diapositivas de estado y graficos burndown en lugar de software.

Calidad

Tests, CI/CD y monitorizacion crecen con el codigo.

QA embutido en las dos ultimas semanas antes del lanzamiento.

El final

Documentacion, credenciales y un traspaso completo.

El conocimiento se queda en el proveedor y no puedes irte.

// 02

La postura de Wavect

Cada proyecto que ejecutamos sigue la misma forma, porque los modos de fallo son siempre los mismos. La primera llamada dura treinta minutos y sirve para saber si deberias construir siquiera. A veces termina con nosotros diciendote que no. Despues, el Discovery convierte la idea en requisitos, una arquitectura, un roadmap y un test de tu suposicion mas arriesgada, desde EUR 3,500, descontado de la factura final.

Con el alcance sobre la mesa, eliges el contrato que encaja con tu certeza: un Werkvertrag a precio cerrado si el alcance esta fijado, un retainer semanal cancelable cualquier semana si el producto todavia se mueve. La construccion entrega en incrementos revisables, software funcionando cada semana o cada dos, no diapositivas de estado. Los tests, el CI/CD y la monitorizacion crecen con el codigo en lugar de atornillarse justo antes del lanzamiento. Nuestra checklist de QA muestra que tiene que estar en pie para entonces.

El encargo termina cuando el traspaso esta completo: codigo en tus repositorios con el historial integro, documentacion, una suite de tests y un pipeline que puedes ejecutar tu mismo, y cada credencial rotada a tu nombre. Un proceso sin estado final definido esta disenado para mantenerte dependiente.

// 03

Coste, riesgo y plazos

Discovery Desde EUR 3,500Se descuenta de la factura final y es la base de cualquier estimacion honesta.
Ritmo de construccion Incrementos semanalesSoftware funcionando para revisar cada semana o cada dos, desde el principio de la construccion.
Duracion total Semanas a mesesUn MVP acotado ha salido a produccion en 6 semanas. Los productos complejos llevan meses. Nadie honesto da una fecha antes del Discovery.
// 04

Dónde suele salir mal

  • Firmar un precio cerrado antes de que nadie acote la construccion, y despues pelear cada cambio.
  • Meses de silencio seguidos de una entrega de golpe que no da en el blanco.
  • Progreso medido en tickets y diapositivas en lugar de software que puedes probar.
  • QA y documentacion pospuestos al final y recortados cuando el calendario se retrasa.
  • Sin product owner del lado del cliente, las decisiones se estancan durante semanas.
  • Sin estado final definido, el traspaso nunca llega y no puedes irte.
// 05

La lista de verificación

Lo que deberias poder verificar en cada fase de una construccion.

  • Una primera llamada que cuestiona tu alcance en lugar de solo ponerle precio.
  • Una fase de Discovery que entrega requisitos, arquitectura, un roadmap y la suposicion mas arriesgada testeada.
  • Un contrato que encaja con tu certeza: Werkvertrag a precio cerrado con alcance fijado, retainer semanal cancelable si no.
  • Software funcionando para revisar cada semana o cada dos, desde el principio de la construccion.
  • Un proceso de cambios que pone precio y reprioriza abiertamente en lugar de tragarse el alcance en silencio.
  • Tests, CI/CD, monitorizacion y registro de errores construidos durante la construccion, no despues.
  • Un traspaso con codigo, historial, documentacion, credenciales y acceso a la infraestructura.
// 06

Cómo se ve esto en nuestro trabajo

El mismo proceso en plazos reales: Discovery, incrementos semanales, traspaso completo.

Estos son proyectos seleccionados, no nuestro portfolio completo. Hemos entregado más de 75 productos desde 2018.

// 07

Cuándo encaja, y cuándo no

// 01

Cuando Wavect encaja

  • Quieres puntos de control que puedas verificar, no promesas en las que confiar.
  • Alguien de tu lado puede revisar software funcionando cada semana o cada dos.
  • Quieres ser dueno del codigo, la documentacion y la infraestructura al final.
  • Prefieres un no honesto pronto a un si enredado tarde.
// 02

Cuando no somos el encaje

  • Quieres entregar una especificacion y reaparecer en el lanzamiento.
  • Nadie de tu lado puede tomar decisiones de producto semana a semana.
  • Tu departamento de compras exige facturacion por horas y partes de tiempo.
  • Mides el progreso en horas registradas, no en software entregado.

Un proceso que puedes verificar semana a semana es la diferencia entre contratar a un socio y financiar una caja negra.

// 08
// 09

Preguntas frecuentes

Cinco, en la practica: una primera llamada para comprobar el encaje, una fase de Discovery que produce alcance, arquitectura y roadmap, una construccion que entrega software funcionando en incrementos semanales, trabajo de calidad como tests, CI/CD y monitorizacion que recorre toda la construccion, y un traspaso que te transfiere codigo, documentacion y credenciales. Los nombres varian entre proveedores. Los puntos de control no deberian.
Un MVP acotado tarda semanas. Hemos llevado productos de cero a produccion en seis semanas, y ese ritmo exige un alcance ajustado y un product owner decidido. Los productos con muchas integraciones o requisitos de cumplimiento llevan meses. Cualquier fecha dada antes del Discovery es una suposicion, asi que fija primero el alcance y exige al proveedor la fecha que salga de ahi.
Waterfall planifica todo el proyecto por adelantado y lo construye de una pasada. Agile construye en ciclos cortos y ajusta segun aprende, con Scrum como marco mas comun. En la practica, un proyecto sano mezcla ambos: el Discovery es una pequena fase de planificacion antes del codigo, y despues la entrega corre en agile con incrementos semanales. La etiqueta importa menos que ver software funcionando con regularidad a lo largo de todo el SDLC .
Van a cambiar, y un proceso sano lo tiene previsto. Los cambios pequenos se absorben normalmente dentro del incremento en curso. Los grandes reciben un analisis de impacto, una solicitud de cambio con precio y una repriorizacion abierta contigo. La senal de alarma es un proveedor donde cada cambio es una pelea o un sobrecoste silencioso.
El Discovery es la parte intensiva, porque tus respuestas definen el alcance. Despues, cuenta con una revision semanal de software funcionando y disponibilidad para decisiones entre medias. Lo que una construccion no sobrevive es no tener product owner de tu lado, porque cada decision abierta frena el trabajo.
Última revisión: porKevin Riedl wiki ↗
Reservar una call de treinta minutos