Ciclo de vida de lanzamiento del software (SRLC): las 6 etapas explicadas
De la misma manera que los seres humanos atraviesan distintas etapas en sus vidas, los productos de software también lo hacen. Esto suele denominarse ciclo de vida de lanzamiento de software.
Existen periodos de tiempo definidos asociados con las distintas fases del ciclo de vida o “etapas de desarrollo” dentro de las aplicaciones, pero puede ser difícil predecir cuándo termina una fase y comienza otra. Cada fase tiene su propio conjunto de tareas diferenciadas y requisitos de los departamentos interfuncionales, por lo que es importante que los responsables de producto comprendan cada fase para guiar con éxito a la empresa a través del ciclo de vida de lanzamiento de software.
A medida que profundicemos en este artículo, añadiré comentarios sobre mi experiencia vendiendo e integrando BankerBox, una empresa FinTech SaaS para banqueros de inversión, en SS&C Intralinks junto con mi cofundador, dentro de las distintas fases del SRLC.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
¿Qué es un ciclo de vida de lanzamiento de software (SRLC)?
El ciclo de vida de lanzamiento de software (SRLC) es un conjunto de hitos que describe las distintas etapas del ciclo de vida de un software o su cronología de lanzamientos secuenciales, desde su concepción hasta su lanzamiento final completamente desarrollado. La duración de este ciclo de vida varía en función de diversos factores, como el tipo de producto, su uso previsto y las normas generales, de seguridad y de cumplimiento de la industria.
Por ejemplo, las aplicaciones de software suelen tener un ciclo de vida más corto que la mayoría de los demás productos porque las nuevas funciones y mejoras se publican con frecuencia mediante un enfoque ágil para satisfacer las cambiantes demandas del mercado y las nuevas tendencias tecnológicas.
Es similar al ciclo de vida del desarrollo de software (SDLC), que es una estructura utilizada para el desarrollo de productos de software. La diferencia entre estos dos ciclos de vida es que el SDLC describe únicamente el proceso de desarrollo y diseño del software, mientras que el ciclo de vida de lanzamiento describe no solo su desarrollo, sino también su usabilidad, pruebas y distribución.
Los lanzamientos de software deben planificarse y probarse cuidadosamente (idealmente por un equipo de pruebas) para asegurarse de que no causen más problemas de los que resuelven. Un ciclo de vida de lanzamiento de software establece un plan claro para lograr un proceso de lanzamiento exitoso mediante una planificación adecuada, pruebas y correcciones de errores.
Las empresas deben utilizar el ciclo de vida de lanzamiento de software para planificar con antelación cuándo y cómo actualizarán su aplicación web o sus aplicaciones con el tiempo. Implementar unas prácticas adecuadas de gestión de lanzamientos les permite mantener un producto sólido que satisfaga continuamente tanto las necesidades de sus usuarios como la funcionalidad principal y los estándares de la industria (esto también es algo con lo que la IA en la gestión de lanzamientos puede ayudar). Esto les permite mantener un producto sólido que satisfaga continuamente tanto las necesidades de sus usuarios como la funcionalidad principal y los estándares de la industria.
Las 6 etapas del ciclo de vida de lanzamiento de software
Existen distintas etapas de los ciclos de vida de lanzamiento de software que pueden utilizarse según el tipo de sistema que se desarrolle y las necesidades del equipo de desarrollo.
Las “etapas” marcan hitos en el desarrollo de un producto y permiten al equipo de desarrollo y a los responsables de proyectos realizar un seguimiento del progreso. También permiten a los equipos de desarrollo seguir las tendencias en las aplicaciones y aplicaciones web, así como realizar validaciones de que se están introduciendo mejoras mediante iteraciones a lo largo del tiempo. Por lo general, comprende las siguientes seis fases:
1. Versión prealfa
La primera etapa del ciclo de vida de lanzamiento de software es la prealfa. Esta etapa del proceso se centra completamente en el desarrollo de un producto, en lugar de en su comercialización y lanzamiento público. Incluye todas las acciones ejecutadas durante el desarrollo inicial antes de las pruebas. Las fases más habituales de la prealfa son el análisis, el diseño, el desarrollo y las pruebas unitarias.
Una parte importante de la versión prealfa consiste en identificar cómo debe evolucionar la aplicación de software para prepararla para lanzamientos más amplios, como la versión alfa o la versión beta. El equipo de desarrollo debe implementar procesos sólidos de pruebas de software, usabilidad y automatización para garantizar transiciones estables entre las distintas fases del ciclo de vida de lanzamiento de software.
Con la solución SaaS que mi cofundador y yo integramos en SS&C Intralinks, ya habíamos evaluado y completado la fase prealfa. Teníamos una aplicación funcional cuya arquitectura, diseño y construcción ya se habían completado. Sin embargo, es importante señalar que la definición que una pequeña empresa de software tiene de los pasos de análisis, diseño, desarrollo y pruebas unitarias puede diferir absolutamente de la perspectiva de una gran empresa y de su nivel de rigor para estos pasos.
4 fases para iniciar la versión prealfa
Análisis: es la etapa inicial del ciclo de vida de lanzamiento de software o SRLC, que implica estudiar detalladamente el problema y los requisitos de un sistema. Incluye el análisis de los requisitos de los usuarios, la funcionalidad crítica, la identificación del área problemática, la preparación de informes de viabilidad y la creación de la SRS (Especificación de requisitos de software).
Diseño: en esta etapa, los equipos de desarrollo desarrollan una solución para el problema que se ha identificado en la etapa de análisis. Esta etapa implica redactar un documento de diseño de alto nivel y maquetas que explique cómo implementar el producto de software. El documento de diseño destaca los pasos básicos que deben seguirse para crear la aplicación web.
Si estás trabajando en diseños o flujos de interfaz de usuario, estas herramientas de creación de prototipos de diseño adaptable pueden ayudarte a probar ideas rápidamente antes de pasar al desarrollo. El documento de diseño destaca los pasos básicos que deben seguirse para crear la aplicación web.
Desarrollo: esta es la fase de codificación propiamente dicha, en la que un equipo de desarrollo convierte las especificaciones de requisitos en un producto de software real. Una vez finalizada la codificación, los desarrolladores realizarán pruebas y solucionarán errores lo antes posible.
Pruebas unitarias: los desarrolladores las realizan antes de entregar su módulo al equipo de desarrollo de QA (Garantía de calidad) para el proceso de pruebas posterior. En esta fase, los desarrolladores comprueban cada línea del código fuente para asegurarse de que funciona correctamente antes de integrarlo en la aplicación completa.
2. Versión alfa
La etapa alfa representa la primera letra del alfabeto griego y también es el nombre en clave de la fase de desarrollo que tiene lugar antes del lanzamiento de un producto. Los desarrolladores de software utilizan el término "alfa" o “versión alfa” para describir un software que se encuentra en su primera fase de pruebas.
Las pruebas alfa las realizan empleados internos o desarrolladores de la organización. Este tipo de prueba se lleva a cabo en las instalaciones del desarrollador, pero no en las del cliente. Las pruebas alfa se realizan después de completar las pruebas del sistema y antes de las pruebas beta. Esta prueba se lleva a cabo para detectar errores o defectos relacionados con la usabilidad, la funcionalidad y la coherencia.
En este tipo de prueba, un grupo de personas llamadas «evaluadores» realiza operaciones similares a las de los usuarios finales y, posteriormente, informa sobre cualquier problema que encuentre. El objetivo principal de las pruebas alfa es garantizar que todos los módulos estén integrados correctamente y funcionen según lo previsto.
Cuando pasamos por la etapa alfa de BankerBox, nos pusimos en contacto con colegas de producto y software y, en nuestro caso (la creación de una solución para bancos), con varios banqueros de inversión y contactos del sector financiero de alto nivel.
El software alfa tiene todas sus funciones implementadas, pero probablemente contiene errores. El objetivo de las pruebas alfa es mejorar un producto detectando problemas antes de que pase a las pruebas beta y añadiendo los últimos ajustes sugeridos a partir de los comentarios de la fase alfa.
3. Versión beta
La etapa beta, cuyo nombre proviene de la segunda letra del alfabeto griego, es el nombre en clave utilizado para indicar que un producto de software ha pasado a su segunda fase de pruebas y está listo para el uso externo por parte de clientes o usuarios, a los que a menudo se denomina «evaluadores beta». Algunas organizaciones denominan a esta fase la fase de “adopción temprana”.
Una vez que se lanza una versión beta, generalmente se somete a pruebas más exhaustivas que durante su fase alfa. Esto permite a las empresas evaluar el rendimiento de su software en condiciones reales.
Una vez que SS&C Intralinks adquirió BankerBox, desarrollamos rápidamente algunos puntos clave de integración entre nuestro software y los sistemas más amplios de la empresa (autenticación, servidores en la nube, etc.). Después hicimos demostraciones y colaboramos con varios clientes de la empresa para invitarlos a probar esta solución en versión beta en directo en una operación de M&A.
Fue una excelente manera de obtener comentarios, desarrollar una relación con los clientes y encontrar áreas en las que el software debía evolucionar para cumplir los requisitos y el “nivel exigido” para una versión candidata al lanzamiento (RC) o disponibilidad general (GA).
En este tipo de prueba, los clientes proporcionan comentarios valiosos sobre si el producto o la aplicación cumple sus expectativas en cuanto a funcionalidad, usabilidad, rendimiento, fiabilidad, escalabilidad, etc. Los comentarios proporcionados por los usuarios finales ayudan a mejorar la experiencia de usuario y a corregir problemas operativos antes del lanzamiento del producto en producción. Existen dos tipos de fase beta:
- Beta abierta: durante esta fase, cualquiera que desee participar puede hacerlo en el proceso de pruebas beta. Esto puede ayudar a los desarrolladores a identificar y solucionar errores de su producto de forma rápida y sencilla, ya que los comentarios de varios usuarios pueden poner de manifiesto los problemas.
- Beta cerrada: en esta fase, existe un mercado objetivo específico con grupos concretos de personas que actúan como evaluadores. El mercado objetivo ayuda a centrar las pruebas del software en áreas específicas de interés y contribuye a garantizar que todo funcione según las necesidades de los consumidores objetivo.
4. Versión candidata al lanzamiento
Una versión candidata al lanzamiento (RC) es una versión preliminar del software que se está preparando para su lanzamiento como producto final (en la fase RC) al público. A veces se denomina “disponibilidad controlada”. Aunque puede incluir todas las características y funcionalidades previstas y funcionar según lo esperado, sigue estando sujeta a cambios, posiblemente incluso radicales, en función de los comentarios recibidos.
Los desarrolladores pueden publicar varias versiones candidatas al lanzamiento antes de publicar el producto terminado para garantizar que el programa no se bloquee bajo una carga elevada, no tenga fugas de memoria significativas, etc.
5. Disponibilidad general
La disponibilidad general (GA) significa que un producto o servicio está disponible para su compra por parte de la mayoría de los clientes (normalmente a nivel mundial), por lo general a través de canales comerciales. En ingeniería de software, esta frase suele referirse a una aplicación web o aplicación disponible para todos los usuarios previstos. Durante esta fase, cualquier actualización o trabajo de desarrollo adicional en el producto tiene como objetivo mejorar sus características y rendimiento para hacerlo más atractivo para los clientes.
Una vez que BankerBox, ahora “Marketing de acuerdos” con el nuevo nombre de marca, alcanzó la disponibilidad general, pudimos ampliarlo a clientes de toda Norteamérica y obtener comentarios valiosos, cifras de uso, escalabilidad, etc., para validar el ajuste entre el producto y el mercado antes de pasar a la fase final del ciclo de vida de lanzamiento del software: el lanzamiento de producción.
6. Lanzamiento de producción
Una versión estable es una versión de un paquete de software que ha sido probada y verificada. Es la versión más reciente (y, en ocasiones, la versión final) de un programa que se considera segura para el uso público. Este tipo de lanzamiento también se denomina lanzamiento “estable”.
Cuando un software o una aplicación web entra en esta fase, puede indicar a la organización en general y al mercado el nivel de preparación que tiene el producto. En SS&C Intralinks, como líder de la organización de producto, vinculé las principales iniciativas interfuncionales a estas fases.
En la fase de lanzamiento de producción pudimos elaborar una estrategia de oferta, lanzamientos completos de mercadotecnia y ventas, y el soporte correspondiente necesario en atención al cliente, ingeniería de confiabilidad del sitio y otros departamentos para que el producto tuviera éxito.
Según la mayoría de los estándares, esto se considera un producto completo, aunque podría tener algunos problemas menores que se consideran aceptables. En algunos casos, como Linux, existen dos tipos de lanzamientos estables: LTS (soporte a largo plazo) y lanzamientos estables regulares.
- Lanzamientos estables regulares - son el tipo de lanzamiento más común que encontrarás. Son fáciles de instalar (cuando hablamos de software de SO) y, como su nombre indica, son estables. Si quieres probar software en un entorno de producción, este es el tipo de lanzamiento que normalmente utilizas. Las aplicaciones web suelen referirse a los lanzamientos estables regulares como lanzamientos “principales”.
- Lanzamientos LTS (soporte a largo plazo) - están diseñados específicamente para un uso prolongado en entornos de producción. Estos lanzamientos tienen un período de mantenimiento más largo que los lanzamientos estables estándar (el tiempo promedio entre lanzamientos LTS es de tres años). Esto significa que han sido probados exhaustivamente y se consideran más seguros que los lanzamientos estables.
Reflexiones finales
Comprender las distintas fases del ciclo de vida de lanzamiento de software de un producto es una excelente manera de que un gerente de producto establezca un nivel común de comprensión y vincule las actividades interfuncionales y relacionadas con los clientes a las distintas etapas del SRLC. Esto permite segmentar claramente el producto dentro del conjunto más amplio de objetivos, estrategias e iniciativas de la empresa.
Aprovechar estas etapas como puntos de “activación” me permitió integrar con éxito mi producto en una gran empresa y sincronizar las distintas acciones para garantizar el éxito en el mercado.
Una vez completadas las etapas del SRLC, el producto ha atravesado sus ciclos de ventas y crecimiento, y la organización observa señales de que el producto está llegando a su fin, comienza el ciclo de vida de mantenimiento, que incluye:
- corregir los errores informados por el cliente durante la fase de implementación,
- añadir algunas características nuevas, o
- modificar las características existentes según lo solicite el cliente, de acuerdo con las necesidades cambiantes y los avances tecnológicos.
Finalmente, en algún momento, todos los productos de software llegan al final de su vida útil cuando dejan de recibir soporte por parte de sus desarrolladores.
Para obtener más información sobre la gestión de productos y las mejores prácticas de desarrollo de productos, ¡asegúrate de suscribirte! Hasta la próxima.
Lecturas relacionadas:
- Las 6 etapas del ciclo de vida del desarrollo de software (SDLC)
- Cómo redactar notas de lanzamiento de software eficaces que deleiten a los usuarios
Lista relacionada de herramientas: Herramientas de gestión de lanzamientos de software
También vale la pena consultar:
