1Los departamentos típicos

Organigrama funcional de una empresa mediana con producción propia. Las empresas de servicios o de software no tienen planta, pero sí el resto.

organigrama
Dirección general
 ├─ Finanzas y administración ── Compras
 ├─ Recursos humanos
 ├─ Comercial y marketing ── Atención al cliente
 ├─ Operaciones / producción ── Logística y almacén, Calidad, Mantenimiento
 ├─ IT / Sistemas
 └─ I+D / Producto
DepartamentoFunciónSistema típico
Finanzas / administraciónContabilidad, facturación, tesorería, fiscalERP (módulo financiero), banca electrónica
Recursos humanosContratación, nóminas, formación, prevenciónHRIS / software de nóminas, control horario
Comercial / ventasCaptación, presupuestos, pedidosCRM, configurador de ofertas
MarketingMarca, campañas, web, redesCMS, email marketing, analítica web
Atención al clienteIncidencias, reclamaciones, garantíasTicketing (help desk), centralita
Operaciones / producciónFabricar el producto o prestar el servicioMES, SCADA, planificación (APS)
Logística / almacénRecepción, stock, expediciónWMS, SGA, TMS
ComprasProveedores, aprovisionamientoERP (módulo compras), SRM
CalidadNormas, trazabilidad, auditoríasLIMS, gestión documental
MantenimientoQue las máquinas funcionenGMAO / CMMS
IT / sistemasQue todo lo anterior funcioneMonitorización, service desk, identidades
I+D / productoDiseñar lo que se vendePLM, CAD, control de versiones

Lo importante no es memorizar las siglas sino el patrón: cada departamento acaba teniendo una herramienta que refleja su manera de trabajar, y el problema difícil aparece cuando hay que hacer que todas esas herramientas compartan datos y reglas.

Siglas mínimas ERP integra finanzas, compras, ventas e inventario sobre una base común (SAP, Odoo, Sage). CRM gestiona la relación comercial (Salesforce, HubSpot). MES sigue la producción en tiempo real — es la frontera entre IT y OT (ver UD1-03). WMS/SGA gestiona el almacén. HRIS gestiona empleados y nóminas. PLM gestiona el diseño del producto físico. BI son los cuadros de mando sobre los datos anteriores (Power BI, Tableau, Metabase).

2Qué departamentos constituyen entornos IT

"IT" tiene dos lecturas, y conviene manejar las dos:

  1. IT como departamento. "Los de sistemas": administra infraestructura, puestos, redes, identidades y soporte.
  2. IT como entorno. Cualquier departamento cuyo trabajo es procesar información (no materia): finanzas, RRHH, comercial, marketing, atención al cliente, compras. Por contraste, producción, mantenimiento y logística física operan sobre el mundo físico y constituyen entornos OT (siguiente apunte).

Con la segunda lectura, en una empresa de software todos los departamentos son entornos IT, incluido producción — porque lo que produce es información.

3Los roles de un equipo de desarrollo

RolQué haceTecnologíasNota
FrontendInterfaz de usuarioHTML/CSS/JS-TS, React, Angular, Vue, SvelteNo siempre significa "en el navegador"
BackendLógica de negocio, persistencia, APIsJava/Kotlin (Spring), C# (.NET), Python (Django/FastAPI), Node/TS, Go, PHPIdem
Full-stackAmbos ladosLas dos anterioresDesde "hace de todo" hasta "frontend que sabe montar una API"
MóvilApps iOS/AndroidKotlin, Swift, Flutter, React Native, KMPAñade sincronización, tiendas y trabajo sin conexión
QA / testingPruebas manuales y automatizadasPlaywright/Cypress, herramientas de cargaCada vez más integrado en el equipo
DevOps / SRE / plataformaDespliegue, infraestructura, monitorizaciónDocker, Kubernetes, Terraform, nubeDevOps nació como cultura, se convirtió en puesto
Ingeniero de datosPipelines, almacenes, calidad del datoSQL, Spark, Airflow, dbtDiseña cómo se mueven y transforman los datos
Científico / analista de datosAnálisis, modelos, cuadros de mandoPython/R, notebooks, BI—
ML / AI engineerModelos en producción; apps sobre LLMPyTorch, APIs de modelos, RAGEn muchas empresas es backend que integra modelos
UX / UIInvestigación de usuario, diseñoFigma, prototiposCosas distintas que suelen contratarse juntas
Product owner / managerQué se construye y en qué ordenJira, Linear, datos de usoOwner es rol de Scrum; manager es puesto
ArquitectoDecisiones estructuralesDiagramas, documentos de decisiónEs una actividad más que un puesto
Tech leadReferente técnico, revisa, desbloquea—Suele seguir programando
Dos observaciones de 2026 La IA asistida difumina las fronteras entre roles: la tendencia es hacia "product engineer" en equipos pequeños y especialización profunda solo en equipos grandes. Y el organigrama del equipo determina el sistema que produce (un equipo dividido en "front" y "back" produce una API con fricción en el medio) — es la ley de Conway, desarrollada en UD1-05.

4Tecnología y organización se determinan mutuamente

La tecnología cambia la organización:

  • Implantar un ERP obliga a unificar procesos: si contabilidad y almacén usaban códigos de producto distintos, alguien tiene que ceder.
  • Aparecen roles nuevos: CIO (responsable de sistemas), CTO (responsable de tecnología de producto), CDO (Chief Data/Digital Officer — la misma sigla para dos puestos distintos), DPO (obligatorio por RGPD en ciertos casos, ver UD1-10).
  • Desaparecen tareas (teclear facturas) y aparecen otras (revisar excepciones, mantener el sistema).

La organización condiciona la tecnología:

  • Departamentos que no se hablan producen sistemas que no se hablan (silos de datos).
  • Shadow IT: cuando IT es lento o restrictivo, los departamentos se compran su propio SaaS con la tarjeta de empresa, y aparecen datos de clientes en herramientas que nadie controla.
  • IT centralizado (coherente pero lento) frente a descentralizado (ágil pero fragmentado).
  • Una empresa que factura por proyectos organiza su software en torno al proyecto; una que factura por suscripción, en torno al cliente.
Ejemplo integrador Una cadena de clínicas dentales compra software de gestión, pero la recepcionista sigue con la agenda de papel porque "así lo ve de un vistazo", y la central pide informes mensuales hechos a mano en Excel. Diagnóstico: la tecnología se ha implantado sin cambiar la organización. Lo que hace falta no es mejor software: es una decisión organizativa y formación. Este patrón — el software está pero el proceso no cambió — es el fallo más común del proyecto.

5Para debatir en clase

  • Si "cliente" significa cosas distintas en cinco departamentos, ¿debe la base de datos tener una tabla Cliente o cinco? ¿Quién decide?
  • ¿Es preferible que IT elija las herramientas de toda la empresa (coherencia) o que cada departamento elija las suyas (rapidez)? Busca un ejemplo en el que cada opción haya fallado.
  • En una empresa de 15 personas, ¿qué roles de la tabla existen de verdad y cuáles hace la misma persona? ¿Qué se pierde?

✓Autoevaluación — puntos que debes dominar

Adaptado de 02-la-empresa-por-dentro.md.