METODOLOGÍA

SDLC

Software Development Lifecycle

El conjunto de etapas que un proyecto de software recorre de extremo a extremo: discovery, diseño, build, test, deploy, operar, retirar.

Última revisión: 2026-05-24 porKevin Riedl wiki ↗

Software Development Lifecycle es el paraguas para nombrar las etapas que recorre el software desde idea hasta retirada. Distintas metodologías (cascada, agile, devops, continuous delivery) definen fronteras de etapa y formas de pasar de una a otra distintas. Las etapas en sí son prácticamente invariantes.

Útil como vocabulario, no como proceso. Los equipos que tratan de imponer un SDLC estricto acaban con sobrecarga de documentación que no sobrevive al segundo sprint. Los que lo ignoran del todo redescubren cada fase por las malas („enviamos sin plan de deploy", „no pensamos cómo retirar esto").

La forma preferida por Wavect: discovery al inicio, diseño y build entrelazados en ciclos cortos, test y deploy automatizados desde el día uno, operar con propiedad clara, retirar con caminos de migración documentados.

// FAQ

Preguntas frecuentes

Preguntas frecuentes

Como vocabulario común, sí. Como proceso impuesto, casi nunca en startups. Sirve para nombrar la fase que estás ignorando („no hemos pensado el plan de deploy", „no hay path de retirada") y forzar la conversación. Como gating con firmas, mata la velocidad.
Retirar. Sistemas que llevan tres años sin tocarse, con dependencias muertas, costando dinero a su organización porque nadie diseñó el path de migración. Pensar el final del producto al construirlo es trabajo barato; descubrirlo cinco años después es caro.
Para software con regulación dura (aviation, medical-device, ciertos sectores financieros) donde los requisitos están firmados por reguladores y cambiar tarde es ilegal, sí. Fuera de eso, casi nunca. Llamarlo cascada „porque nuestros clientes son grandes" suele ser excusa para evitar feedback.