Mjukvaruutveckling och Dess Metodiker

TL;DR

La ingeniería de software se enfoca en diseñar, construir y mantener software de manera sistemática. Las metodologías ágiles como Scrum y Kanban son populares porque priorizan la flexibilidad y la entrega incremental. La elección de la metodología depende de las necesidades del proyecto y del equipo.

1. The Mental Model

Piensa en la mjukvaruutveckling (desarrollo de software) como la construcción de un edificio. No solo se trata de poner ladrillos, sino de planificar, diseñar los cimientos, coordinar a los trabajadores y asegurar que el edificio sea funcional y seguro. Las metodologías son los planos y los procesos que guían esa construcción.

2. The Core Material

El desarrollo de software es un proceso estructurado para crear productos de software. Esto incluye no solo la codificación, sino también la concepción, el diseño, la prueba y el mantenimiento. Con el tiempo, se han desarrollado diferentes enfoques o metodologías para gestionar este proceso.

2.1 Modelos de Desarrollo Tradicionales (Cascada)

Photo by Mikhail Nilov on Pexels

El modelo en cascada (Waterfall) es uno de los enfoques más antiguos y lineales. Cada fase debe completarse antes de pasar a la siguiente, como una cascada.

• Requisitos: Se recopilan y documentan todos los requisitos del cliente.
• Diseño: Se define la arquitectura del software.
• Implementación: Se escribe el código.
• Pruebas: Se verifica que el software cumpla los requisitos.
• Despliegue/Mantenimiento: Se lanza el software y se corrigen errores.

Este modelo es rígido y poco adecuado para proyectos con requisitos cambiantes.

2.2 Metodologías Ágiles

Photo by cottonbro studio on Pexels

Las metodologías ágiles surgieron como respuesta a las limitaciones de los modelos tradicionales, priorizando la flexibilidad, la colaboración con el cliente y la entrega incremental. El Manifiesto Ágil es su base, valorando:

• Individuos e interacciones sobre procesos y herramientas.
• Software funcionando sobre documentación exhaustiva.
• Colaboración con el cliente sobre negociación contractual.
• Respuesta al cambio sobre seguir un plan.

Dos de las metodologías ágiles más populares son Scrum y Kanban.

Scrum

Scrum es un marco de trabajo iterativo e incremental que se utiliza para gestionar el desarrollo de productos. Se organiza en ciclos cortos llamados sprints, que suelen durar de 1 a 4 semanas.

• Product Backlog: Una lista priorizada de funcionalidades y mejoras.
• Sprint Backlog: Elementos del Product Backlog seleccionados para el sprint actual.
• Daily Scrum: Reunión diaria corta para sincronizar al equipo.
• Sprint Review: Demostración del software al cliente al final del sprint.
• Sprint Retrospective: Reunión para mejorar el proceso del equipo.

Kanban

Kanban se enfoca en visualizar el flujo de trabajo, limitar el trabajo en curso (WIP - Work In Progress) y maximizar la eficiencia. Utiliza un tablero Kanban con columnas que representan las etapas del proceso (Ej: "Por hacer", "En progreso", "Hecho").

graph TD
    A["Requisitos"] --> B["Diseño"]
    B --> C["Implementación"]
    C --> D["Pruebas"]
    D --> E["Despliegue/Mantenimiento"]

2.3 Comparación y Elección

Photo by Anna Tarazevich on Pexels

La elección depende de factores como la claridad de los requisitos, el tamaño del proyecto, la cultura del equipo y la tolerancia al cambio.

3. Worked Example

Imagina que eres parte de un equipo desarrollando una aplicación de gestión de tareas.

Escenario Ágil (Scrum):

1. El Product Owner crea un Product Backlog con ítems como "Crear tarea", "Editar tarea", "Marcar tarea como completada", "Filtrar tareas por fecha".
2. El equipo decide un sprint de dos semanas. En la Sprint Planning, eligen "Crear tarea" y "Editar tarea" para el Sprint Backlog.
3. Durante las dos semanas, el equipo realiza Daily Scrums de 15 minutos para coordinar.
4. Al final de las dos semanas, en la Sprint Review, demuestran la funcionalidad de "Crear tarea" y "Editar tarea" al Product Owner.
5. En la Sprint Retrospective, el equipo discute cómo mejorar su comunicación para el próximo sprint.

Este ciclo se repite, entregando valor funcional al cliente de forma incremental.

4. Key Takeaways

• La mjukvaruutveckling es un proceso sistemático para crear software, no solo codificar.
• Las metodologías son marcos de trabajo que guían el proceso de desarrollo.
• El modelo en cascada es lineal y rígido, ideal para proyectos con requisitos muy estables.
• Las metodologías ágiles priorizan la flexibilidad, la colaboración y las entregas incrementales.
• Scrum utiliza sprints e iteraciones cortas, mientras que Kanban visualiza el flujo de trabajo con límites de WIP.
• La elección de la metodología debe basarse en la naturaleza del proyecto y sus requisitos.

Common mistakes to avoid:

• Intentar aplicar un modelo en cascada a un proyecto con requisitos que sabes que van a cambiar.
• Creer que ser "ágil" significa no tener planificación ni documentación.
• No involucrar al cliente lo suficiente en proyectos ágiles, perdiendo el beneficio de su retroalimentación.
• Ignorar la retrospectiva en Scrum, perdiendo oportunidades de mejora del equipo.

5. Now Try It

Elige un proyecto personal pequeño que te gustaría desarrollar (por ejemplo, una lista de compras digital, un conversor de unidades simple). Describe cómo lo abordarías usando la metodología Scrum. ¿Cuáles serían tus primeros 3 elementos del Product Backlog? ¿Cuánto duraría tu primer sprint y qué elementos seleccionarías para el Sprint Backlog? ¿Cómo te organizarías en el día a día?

What success looks like:
Habrás desglosado tu proyecto en ítems manejables, definido un primer conjunto de tareas para una iteración corta y descrito cómo te mantendrías organizado y adaptarías tu plan.