Curso · Referencia · Tema 1
Fundamentos de la gestión de proyectos software
Hoja de repaso del Tema 1 y de los fundamentos (lecciones 1-11). Pensada para imprimir.
La idea central
Gestionar un proyecto software es tomar decisiones bajo incertidumbre, equilibrando restricciones que compiten, de forma explícita y lo antes posible.
Proyecto
- Esfuerzo temporal para crear un producto, servicio o resultado único (PMI).
- Temporal = termina; no "corto". Sin duración mínima.
- Amp.Equipo temporal, transversal a los departamentos.
- Propósito: lograr objetivos y terminar.
Operación
- Trabajo continuo y repetitivo.
- Propósito: sostener la organización.
- Amp.Equipos funcionales, alineados con la estructura.
- Un producto pasa de proyecto a operación en el cierre.
Particularidades del software → respuesta
- Intangible / progreso invisible → avance verificable (entregables, demos)
- Requisitos cambian → gestionar el cambio
- Alta incertidumbre → aprender pronto (prototipos, PoC)
- Coste del cambio crece → detectar errores pronto
Gestión ≠ programación
- Decidir: qué, por qué, cuándo, con qué recursos, quién, qué riesgos aceptar.
- Controlar: plazos y costes, personas, imprevistos, cambios.
- Cadena: objetivos → requisitos → solución → plan → ejecución → resultados. Cada decisión condiciona las siguientes; la gestión mantiene la coherencia.
Restricciones
- Seis: alcance, plazo, coste, calidad, recursos, riesgos.
- Tríada clásica: alcance · tiempo · coste.
- Visión moderna: calidad y riesgo no son secundarias; múltiples objetivos en tensión.
- Ante un conflicto: analizar con el equipo, trade-off explícito, gestionar riesgos. Nunca "blindar" una variable.
Éxito
- No solo plazo y presupuesto.
- Valor para negocio/usuario · calidad y sostenibilidad · deuda técnica · satisfacción de stakeholders · cumplimiento legal y organizativo.
Por qué fallan
- Objetivos ambiguos
- Requisitos inestables o mal entendidos
- Estimaciones demasiado optimistas
- Riesgos ignorados o mal gestionados
- Problemas técnicos subestimados
- Comunicación deficiente
- Problemas del personal
Coste de los errores
- Mismo error: barato pronto, muy caro en integración o producción.
- ⇒ la gestión busca reducir la incertidumbre cuanto antes.
Las 8 preguntas clave
- ¿Qué problema? → definición / charter
- ¿Para quién? → stakeholders
- ¿Qué entra y qué no? → alcance
- ¿Cómo sabremos que funciona? → criterios de aceptación
- ¿Es viable? → viabilidad
- ¿Qué puede salir mal? → riesgos
- ¿Cómo lo evitamos? → tratamiento
- ¿Qué necesitamos? → planificación
Proyecto · programa · portfolio (L2)
- Programa: proyectos relacionados, coordinados para un beneficio que por separado no se lograría.
- Portfolio: proyectos, programas y subportfolios (no necesariamente relacionados) alineados con la estrategia.
- PMO: oficina que estandariza y da soporte.
Estructuras y autoridad del JP (L2)
- Funcional → muy baja · matricial débil → baja · equilibrada → media · fuerte → alta · orientada a proyectos → casi total.
- Autoridad baja = el JP negocia recursos (riesgo a registrar).
Estándares (L2)
- De gestión de proyectos: PMBOK, PRINCE2, ISO 21500/21502.
- No específicos: CMMI (madurez de procesos, niveles 1-5), ISO 27001 (seguridad), ISO 25010 (calidad), SWEBOK (toda la ISW).
- PRINCE2: justificación continua, aprender de la experiencia, roles, por fases, por excepción (tolerancias), productos, adaptar.
PMBOK 6 → 7 → 8 (L2)
- 6ª (2017): 49 procesos × 5 grupos (Inicio, Planificación, Ejecución, Seguimiento y control, Cierre) × 10 áreas.
- Los grupos no son fases: se solapan e iteran.
- 7ª (2021): 12 principios + 8 dominios (… Incertidumbre); tailoring.
- 8ª (2025): 6 principios + 7 dominios (Gobernanza, Alcance, Cronograma, Finanzas, Interesados, Recursos, Riesgo) + 5 áreas de enfoque + ~40 procesos.
De la necesidad al proyecto (L3)
- Amp.Motivos: oportunidad de negocio, petición de cliente, requisito legal, necesidad organizativa, avance tecnológico, necesidad social.
- Business case justifica · RFP solicita propuestas · SOW describe el trabajo · Charter autoriza (lo firma el sponsor; nombra al JP).
- Responder RFP: entender el problema antes que la solución; supuestos y ambigüedades.
Definición y alcance (L3)
- Objetivos SMART: específico, medible, alcanzable, relevante, con plazo.
- Alcance explícito: in scope / out of scope.
- Amp.Scope creep (crece sin control) vs gold plating (el equipo añade lo no pedido).
- Supuesto = dado por cierto sin comprobar → verificar (riesgo latente). Restricción = límite conocido → respetar o negociar.
Requisitos (L4)
- F = qué hace · NF = cómo de bien / con qué restricciones.
- RNF por objeto: producto, organización, externos ("¿quién lo impone?").
- Verificable = condición medible. Criterios de aceptación (Dado–Cuando–Entonces) "definen realmente el requisito".
- Trazabilidad: objetivo → requisito → módulo → prueba. Hacia atrás = origen; hacia delante = cobertura; análisis de impacto de cambios.
Priorización (L5)
- Estrategias: valor, riesgo, coste del retraso, dependencias, esfuerzo (quick wins), aprendizaje.
- MoSCoW = semántica, no estrategia: Must · Should · Could · Won't (this time).
- WSJF = Coste del retraso / duración.
- Amp.Kano: básicas, desempeño, atractivas, indiferentes, inversas.
- Priorización explícita y revisable.
Viabilidad, arquitectura, ADR (L6)
- "¿Debemos hacerlo?" Técnica · económica · temporal · organizativa · legal (TELOS).
- Resultado: seguir / no seguir / seguir redefiniendo.
- PoC (¿es posible?) · prototipo (¿lo quieren así?) · spike (investigar para decidir) · MVP (¿lo usarán?).
- Decisiones técnicas por requisitos, no modas. ADR: contexto, decisión, consecuencias; inmutable (se sustituye).
Ciclos de vida (L7)
- Predictivo: se define mucho al inicio. Adaptativo: se aprende y ajusta.
- Iterativo = refinar · incremental = añadir partes. Ágil = ambos.
- Espiral: iterativo guiado por el riesgo. Híbrido: mezcla por partes.
- Elegir por: estabilidad de requisitos, tamaño del equipo, riesgo tecnológico, plazo.
Stakeholders (L8)
- Pueden afectar o verse afectados.
- Amp.Poder/interés: alto-alto gestionar de cerca · alto-bajo mantener satisfecho · bajo-alto informar · bajo-bajo monitorizar.
- Conflictos entre stakeholders: visibles pronto, a quien decide.
Deuda técnica (L8)
- Coste acumulado de atajos; "comprar a crédito".
- Amp.Fowler: deliberada/inadvertida × prudente/imprudente. La única "buena": deliberada prudente (registrada, con plan de pago).
- Registrar, estimar impacto, priorizar, planificar, que no sea invisible.
Planificación (L9)
- Esfuerzo (persona-horas, coste) ≠ duración (calendario).
- Hito: comprobable objetivamente, duración cero.
- Amp.EDT: jerárquica, regla del 100 %, orientada a entregables, paquetes de trabajo.
- Amp.Dependencias FS, SS, FF, SF; lead/lag; externas = riesgo.
- Amp.Camino crítico = el más largo, holgura 0. Comprimir: crashing (más recursos, más coste) · fast tracking (paralelizar, más riesgo) · reducir alcance.
- Línea base: sólo cambia por control de cambios. Rolling wave.
Estimación (L10)
- Estimación ≠ objetivo ≠ compromiso. La estimación no se negocia; el plan sí.
- Amp.Técnicas: juicio experto (Delphi, planning poker), analogía, paramétrica, ascendente, relativa (story points).
- Cono: 0,25×-4× al inicio; se estrecha con decisiones.
- Amp.Sesgos: optimismo, anclaje, Parkinson, síndrome del estudiante.
Ejecución, control, cierre (L11)
- Control = inspección y adaptación continua, no verificar el plan inicial.
- PDCA: Plan · Do · Check · Act. ¿Vamos tarde? ¿Qué ha cambiado? ¿Qué riesgo ha cambiado? ¿Qué decisión tomamos?
- Registros: riesgo (futuro) · problema (ya ocurrió) · petición de cambio · no conformidad · decisión.
- Cambio: petición → impacto → decisión → actualizar línea base → comunicar.
- Cierre: aceptación, contratos, transferencia a operación, lecciones aprendidas, liberar recursos, celebrar.
Fuente: Tema 1 (diapositivas completas) y ampliaciones de las lecciones 1-11. Otras hojas: Glosario · Fórmulas · Tema 2 · Aspectos transversales.