Normas y gestión de la calidad

1. Apertura: ISO 9001 versión 2026#

• Se comentó una nota de ISO sobre la nueva versión de la 9001, que reemplazaría a la de 2015 (se esperaba para septiembre de 2026).
• Entre sus beneficios aparece la resolución eficaz de quejas. La profesora lo dejó como tarea de investigación.
• ¿Por qué se actualizan las normas? Porque cambia el mundo: la tecnología (IA), las empresas, las necesidades de los clientes, y aparecen problemas con más peso (p. ej. medio ambiente). También cambia el concepto de calidad, con más énfasis en el liderazgo (que se demuestre con el ejemplo, no solo en la política).

2. ¿Qué es una norma?#

• Documento formalizado, estandarizado, obligatorio, establecido por consenso y aprobado por un organismo reconocido.
• Define condiciones mínimas (una base) para tareas comunes y repetidas.
• Norma vs. estándar
  • Norma: obligatoria para quien certifica; la emite un organismo formal.
  • Estándar: referencia ampliamente adoptada, de uso voluntario (p. ej. estándares de codificación, plantillas, versionado dentro de una empresa).
• Organismos: IRAM (Argentina) representa a ISO (Organización Internacional de Normalización). ISO funciona como una "familia" o ecosistema de normas agrupadas por aspecto.

3. Normas de referencia en la industria del software#

• CMMI no es una norma: es un modelo de madurez, similar a SPICE.
• Proveedores externos (ej. AWS) y la 27001: el proveedor no necesita estar certificado, pero uno debe asegurar que se cumplan los requisitos.
• Motivos para certificar: licitaciones, exportación de software, beneficios impositivos (ley de software), reputación y confianza.

4. ISO 9001 en profundidad#

• Aplica a cualquier organización (tamaño, sector, pública o privada).
• Es prescriptiva: dice el qué, no el cómo. La organización define cómo cumplir.
• "Debe" = requisito obligatorio. Su incumplimiento genera una no conformidad; la suma de no conformidades puede hacer perder la certificación. Las recomendaciones son oportunidades de mejora.
• Cliente interno y externo: la versión 2015 refuerza al personal (capacitación, feedback, reconocimientos, ambiente laboral).
• Anécdota: en una auditoría, el auditor verificó la evidencia de las "reuniones periódicas con clientes" definidas en el procedimiento. Una sola reunión al año terminó en una no conformidad.

Evolución de la norma#

• 1994: primera revisión.
• 2000: enfoque basado en procesos.
• 2008: ajustes menores.
• 2015: acciones preventivas → gestión de riesgos formal; partes interesadas; las personas ya no son solo "recursos".
• 2026: nueva versión.

Cómo se obtiene la certificación#

1. Una consultora ayuda a preparar (mapa de procesos, estudio de la empresa).
2. Auditoría interna previa.
3. Auditoría externa del ente certificador (tiene costo).
4. Auditoría de mantenimiento anual y recertificación cada 3 años.

5. Gestión de la calidad: 3 grandes grupos de actividades#

1. Garantía (aseguramiento) de la calidad: la base transversal, con estándares, procesos y marcos de trabajo.
2. Planificación: objetivos, métricas, plan de calidad (general y por proyecto).
3. Control: verificar que lo planificado se cumple.

Equipo SQA (Software Quality Assurance)#

• Tareas: planificar, supervisar y construir la calidad (esta última es preventiva y proactiva).
• Idealmente es independiente del equipo de desarrollo, para ser objetivo ante la presión de plazos. Referencia ideal: 1 persona cada 15 a 20 desarrolladores.
• En empresas chicas, un rol compartido puede cumplir esa función, pero debe existir formalmente.
• La calidad debe estar presente desde el minuto cero.

QA vs. QC#

Revisiones vs. auditorías#

• Revisiones (inspecciones, etc.): se hacen durante todo el desarrollo y buscan detectar defectos.
• Auditorías: se hacen al final de fases, certifican conformidad e identifican desvíos. Pueden ser de producto, proceso o del sistema de gestión.

Pirámide documental#

1. Manuales: política, misión, visión, objetivos.
2. Procedimientos: quién, cómo, cuándo.
3. Registros e instructivos: evidencia de lo realizado.

Beneficio de estandarizar: reduce el impacto de bajas y el esfuerzo de inducción de nuevas personas.

Los 7 principios de calidad#

Incluyen enfoque al cliente (el principio nº 1), liderazgo, participación del personal, enfoque basado en procesos, mejora, decisiones basadas en evidencia y gestión de relaciones. Se complementan con el ciclo PDCA (Planificar-Hacer-Verificar-Actuar).

6. Gestión de riesgos#

• Riesgo: posibilidad de que ocurra algo que afecte los objetivos o activos de la organización.
• Nivel de riesgo = probabilidad × impacto (consecuencia). Define prioridad y urgencia.
• Un riesgo no siempre es negativo: vender más de lo habitual también puede serlo, si no hay capacidad para atenderlo.
• Matriz de riesgos, con estos campos por cada riesgo:
  • descripción
  • proceso afectado
  • causas
  • consecuencias
  • probabilidad
  • impacto
  • nivel
  • controles
  • acciones propuestas
  • responsable
  • plazo
  • seguimiento
  • clasificación (riesgo u oportunidad)
• Ejemplo: quedarse sin luz → control: mantenimiento del grupo electrógeno con responsable, plazo y seguimiento.
• Mitigar: planificar controles para llevar el riesgo a niveles aceptables.
• Riesgo aceptable: el nivel hasta donde conviene seguir invirtiendo en controles.
• Riesgo residual: el que permanece después de aplicar los controles.

7. Conclusión#

• Detenerse a pensar y mejorar procesos es una inversión, no una pérdida de tiempo (por ejemplo, mediante retrospectivas).
• La calidad no es solo probar al final: se construye desde el inicio y es responsabilidad de todos, empezando por la dirección.