Antes de construir

Que es una fase de discovery de software y por que va antes del codigo?

Una fase de discovery es el trabajo que haces antes de cualquier codigo para convertir una idea en bruto en un plan construible. Sales con requisitos claros, una arquitectura propuesta, una hoja de ruta acotada y una prueba de tu suposicion mas arriesgada. Es el lugar mas barato para descubrir que estas a punto de construir lo que no era. Saltartelo es el atajo mas caro del software, porque cada suposicion equivocada queda grabada en el codigo y se paga despues.

Reservar una call de treinta minutos

Respuesta corta

Una fase de discovery convierte una idea en un alcance, una arquitectura y una hoja de ruta claros, y prueba tu suposicion mas arriesgada antes de escribir una sola linea de codigo de produccion.

Ideal para

  • Fundadores con una idea pero aun sin una especificacion firme
  • Equipos a punto de comprometer un presupuesto real en una construccion
  • Productos con una suposicion que podria hundir todo el proyecto
  • Cualquiera que quiera un precio cerrado en el que pueda confiar
  • Interesados que necesitan un plan en el que alinearse

No es para

  • Un cambio minimo en un sistema existente y bien entendido
  • Trabajo donde el alcance ya esta totalmente definido y validado
  • Compradores que quieren codigo el dia uno sin importar el riesgo
  • Experimentos desechables sin camino a produccion
// 01

Compara las opciones

Que cambia cuando ejecutas el discovery primero.

Dimension Con discovery Sin discovery
Alcance

Definido y acordado antes de construir.

Descubierto a mitad de la construccion, cuando los cambios son caros.

Precio

Se puede presupuestar un precio cerrado con confianza.

Las estimaciones son conjeturas que se desvian al alza.

Suposicion mas arriesgada

Probada pronto, cuando es barato equivocarse.

Probada en produccion, donde equivocarse sale caro.

Arquitectura

Elegida a proposito para los requisitos reales.

Elegida el dia uno, y luego peleada en contra.

Alineacion de interesados

Todos aprueban el mismo plan.

Los desacuerdos afloran cuando ya existe codigo.

Resultado tipico

Una construccion que encaja con la necesidad.

Retrabajo, ampliacion de alcance y coste sorpresa.

// 02

La postura de Wavect

A la mayoria del software no lo mata el codigo malo. Lo mata construir bien lo que no era.

El discovery es donde descubrimos eso antes de que salga caro. Cerramos requisitos, proponemos una arquitectura, acotamos una hoja de ruta y probamos la unica suposicion que, de ser falsa, hundiria el proyecto. Unas pocas semanas aqui ahorran meses despues de forma rutinaria.

Tambien hace honesto el resto del encargo. Con un alcance claro sobre la mesa, podemos presupuestar un precio cerrado como Werkvertrag y defenderlo. Sin discovery, cualquier numero cerrado es una conjetura. El discovery empieza desde EUR 3,500, y es el seguro mas barato que compraras en todo el proyecto.

// 03

Coste, riesgo y plazos

Coste Desde EUR 3,500Una fraccion de una construccion completa, y el insumo que hace posible un precio cerrado.
Riesgo Adelantado, a propositoEncuentras las suposiciones equivocadas mientras aun es barato arreglarlas.
Plazo Semanas, no mesesCorto y enfocado. Acorta la construccion que viene despues.
// 04

Dónde suele salir mal

  • Saltarse el discovery para ahorrar unas semanas, y luego perder meses en retrabajo.
  • Tratar el discovery como un ejercicio de documentacion en lugar de probar la suposicion mas arriesgada.
  • Elegir arquitectura el dia uno y pelear contra ella el resto de la construccion.
  • Dejar a los interesados sin alinear hasta que ya existe codigo.
  • Presupuestar un precio cerrado sobre un alcance sin descubrir, y luego verlo desviarse.
  • Construir funcionalidades que nadie valido porque la idea nunca se puso a prueba.
// 05

La lista de verificación

Una fase de discovery deberia dejarte con todo esto.

  • Requisitos claros y escritos en los que tu y el equipo esteis de acuerdo.
  • Una arquitectura propuesta elegida para tus necesidades reales, no por defecto.
  • Una hoja de ruta acotada con secuencia y esfuerzo aproximado.
  • Una prueba de tu suposicion mas arriesgada, hecha pronto.
  • Un alcance lo bastante claro para presupuestar un precio cerrado contra el.
  • Alineacion de interesados documentada sobre lo que se construye.
  • Una lectura honesta de lo que es incierto y lo que no.
// 06

Cómo se ve esto en nuestro trabajo

Donde un plan claro por adelantado hizo posible una construccion rapida.

// 07

Cuándo encaja, y cuándo no

// 01

Cuando Wavect es el encaje adecuado

  • Tienes una idea pero aun no una especificacion por la que apostarias un presupuesto.
  • Quieres un precio cerrado en el que de verdad puedas confiar despues.
  • Tienes una suposicion arriesgada que deberia probarse antes del codigo.
  • Quieres fundadores que cuestionen el plan, no que solo tomen el pedido.
// 02

Cuando no somos el encaje

  • Tu alcance ya esta totalmente definido y validado.
  • Estas haciendo un cambio pequeno en un sistema que entiendes bien.
  • Quieres codigo el dia uno y aceptas el riesgo que conlleva.
  • Ves la planificacion como un gasto en lugar de como un seguro.

Unas pocas semanas de discovery son la forma mas barata de descubrir que estas construyendo lo correcto.

// 08
// 09

Preguntas frecuentes

No. Los requisitos forman parte de el, pero el objetivo es probar tu suposicion mas arriesgada y proponer una arquitectura, no solo poner cosas por escrito. Un documento que nadie ha puesto a prueba no es discovery.
Semanas, no meses. Es deliberadamente corta y enfocada. El resultado es un plan lo bastante claro para construir y presupuestar contra el.
El discovery empieza desde EUR 3,500. Es una fraccion de una construccion completa, y es lo que hace posible un precio cerrado fiable.
Puedes, pero suele ser el atajo mas caro disponible. Las suposiciones equivocadas quedan grabadas en el codigo y se pagan en retrabajo. El discovery normalmente acorta el plazo total en lugar de alargarlo.
Los requisitos, la arquitectura propuesta, la hoja de ruta y los hallazgos de probar tu suposicion mas arriesgada. Es tuyo para llevarlo adelante, con nosotros o sin nosotros.
Última revisión: porKevin Riedl wiki ↗
Reservar una call de treinta minutos