Metodologías de Desarrollo de Software y Marcos Legales de Seguridad

Clasificado en Economía

Escrito el 17 de Julio de 2026 en español con un tamaño de 11,99 KB

Cómo identificar cada metodología de gestión de proyectos

1. Waterfall (Cascada)

Es el enfoque predictivo tradicional. Todo está planificado al detalle desde el principio del ciclo de vida.

Palabras clave en ejercicios: Fase secuencial, requisitos fijos o congelados desde el inicio, documentación exhaustiva, el cliente solo ve el resultado al final.
Características clave:
- Lineal y secuencial: No se puede empezar una fase (ej. Diseño) hasta que la anterior (ej. Requisitos) esté 100% terminada.
- Predictiva: Todo se estima, planifica y presupuesta al inicio del proyecto.
- Poco tolerante al cambio: Modificar un requisito a mitad de camino es sumamente costoso y difícil.

2. V-Model (Modelo en V)

Una variante de Cascada enfocada al extremo en el control y las pruebas de calidad.

Palabras clave en ejercicios: Relación directa desarrollo-pruebas, verificación y validación, plan de pruebas temprano.
Características clave:
- Simetría: A cada fase del desarrollo (a la izquierda de la V) le corresponde una fase de pruebas específica (a la derecha de la V).
- Pruebas tempranas: Los planes de pruebas de integración o sistema se diseñan al mismo tiempo que se redactan los requisitos, mucho antes de escribir el código.
- Trazabilidad: Muy riguroso en el cumplimiento y validación de estándares.

3. Scrum

El marco ágil iterativo más común, enfocado en gestionar el trabajo y los tiempos de entrega.

Palabras clave en ejercicios: Sprints (2-4 semanas), Product Owner, Scrum Master, Daily meeting, Product Backlog, incremento de producto.
Características clave:
- Iterativo e incremental: El trabajo se divide en bloques fijos de tiempo llamados Sprints.
- Roles muy estrictos: PO (prioriza el valor para el cliente), Scrum Master (elimina bloqueos) y Team (desarrolla).
- Control del Qué y Cuándo: Se enfoca en organizar las tareas necesarias para cumplir los plazos comprometidos en la iteración.

4. Kanban

Metodología ágil basada en la gestión visual y el flujo continuo. A diferencia de Scrum, no hay sprints.

Palabras clave en ejercicios: Limitación del WIP (Work In Progress), flujo continuo, cuellos de botella, tablero de columnas (To Do, In Progress, Done).
Características clave:
- Sin iteraciones fijas: El trabajo fluye continuamente; las tareas se extraen (pull) a medida que hay capacidad disponible.
- Limitar el trabajo en curso (WIP): Se restringe el número máximo de tareas permitidas en una columna para evitar la sobrecarga y la multitarea.
- Sin roles obligatorios: Altamente flexible, se adapta a la estructura que ya tenga el equipo.

5. Lean Project Management

Filosofía de gestión orientada a maximizar el valor reduciendo el desperdicio.

Palabras clave en ejercicios: Eliminar desperdicios (waste), optimizar el mapa de flujo de valor (Value Stream), producción Just-In-Time, evitar trabajo a medias.
Características clave:
- Identificar Desperdicio: Considera "desperdicio" cualquier cosa que consuma recursos pero no añada valor al cliente (ej. funciones no usadas, retrasos, documentación inútil, defectos).
- Sistema Pull: No se produce nada (ni se escribe código) hasta que el paso siguiente o el cliente lo solicite expresamente.
- Mejora Continua (Kaizen): El proceso se revisa constantemente para hacerlo más eficiente.

6. SAFe (Scaled Agile Framework)

El marco para cuando la agilidad se implementa en grandes corporaciones.

Palabras clave en ejercicios: Agile a escala, Agile Release Train (ART), PI Planning, niveles de Portfolio/Programa, sincronización de muchísimos equipos.
Características clave:
- Para grandes dimensiones: Se aplica cuando hay decenas de equipos trabajando en el mismo producto (50-125+ personas).
- Agile Release Train (ART): Los equipos operan de forma sincronizada compartiendo la misma dirección y calendario de entregas.
- Estructura pesada y modular: Cuenta con roles corporativos específicos repartidos en niveles jerárquicos (Release Train Engineer, Lean Portfolio Management, etc.).

Dominios de Desempeño (PMBOK / PKBOM)

Partes Interesadas (Stakeholders): Trata de trabajar con la gente. Identificar, entender y mantener contentos a todos los que afectan o se ven afectados por el proyecto (clientes, jefes, tu propio equipo, proveedores).
Equipo: Se enfoca en las personas que hacen el trabajo. Liderazgo, cultura del equipo, motivación, resolver conflictos y cómo hacer que trabajen como un reloj.
Enfoque de Desarrollo y Ciclo de Vida: Aquí decides cómo vas a trabajar. ¿El proyecto es predictivo (tradicional, en cascada), ágil (Scrum) o híbrido? También define las fases del proyecto.
Planificación: El mapa de ruta inicial. Organizar el alcance, los costes, el cronograma (las fechas), los recursos y la calidad antes de empezar a gastar presupuesto.
Trabajo del Proyecto: El día a día de la ejecución. Gestionar los flujos de trabajo, mantener al equipo enfocado, gestionar los recursos físicos y asegurar que los procesos funcionen de forma eficiente.
Entrega (Delivery): Se enfoca en el resultado. Asegurar que lo que estás construyendo cumple con los requisitos del cliente y, sobre todo, que aporta el valor que se esperaba del proyecto.
Métrica (Measurement): El panel de control. Evaluar el rendimiento del proyecto mediante indicadores (KPIs) para saber si vais bien de tiempo, de presupuesto y si hay desviaciones respecto a lo planificado.
Incertidumbre: Gestión de riesgos. Identificar qué puede salir mal (amenazas) o qué oportunidades pueden surgir, y tener planes de contingencia listos para reaccionar a tiempo.

Requisitos Funcionales vs. No Funcionales

Para no confundir los Requisitos Funcionales (RF), usa siempre este contraste mental:

Requisito Funcional (RF): ¿QUÉ hace el sistema? ¿Aplica una nueva funcionalidad? (Acciones, funciones, verbos).
- Ejemplo: "El sistema debe permitir pagar con tarjeta de crédito".
Requisito No Funcional (RNF): ¿CÓMO lo hace? ¿Cómo funciona? (Propiedades, atributos, límites, restricciones).
- Ejemplo: "El proceso de pago debe encriptarse con SSL y tardar menos de 3 segundos".

Priorización MoSCoW

MUST HAVE: Imprescindible.
SHOULD HAVE: Debería tenerse.
COULD HAVE: Podría tenerse.
WONT HAVE: No se tendrá (por ahora).

Marcos Normativos y Legislación

RGPD (Reglamento General de Protección de Datos)

ENS (Esquema Nacional de Seguridad)

LOPDGDD (Ley Orgánica de Protección de Datos y Garantía de Derechos Digitales)

NIS 2 (Directiva sobre Seguridad de las Redes y de la Información)

Entradas relacionadas:

Etiquetas: