Planificación8 min de lectura

Cómo poner de acuerdo a producción, ingeniería y compras antes de invertir

Por DBR77 Team · Publicado el · Actualizado el

Un responsable, un memorando, un canalUn responsable, un memorando, un canal

Operaciones, ingeniería y compras se alinean nombrando a un único responsable del proyecto con capacidad de decisión clara, asignando a cada función un papel definido y acordando por escrito unas pocas decisiones antes de que ningún proveedor oiga hablar del proyecto: el problema, los criterios de éxito ordenados por prioridad, el rango de presupuesto y cómo se elegirá al ganador. Cada función tiene un objetivo legítimo. Operaciones quiere producción y un puesto que las personas puedan manejar. Ingeniería quiere interfaces y equipos que pueda mantener. Compras quiere ofertas comparables y condiciones seguras. El problema empieza cuando esos objetivos llegan a los proveedores por separado, como tres proyectos distintos.

Por qué los departamentos tiran en direcciones distintas

Ejemplo ilustrativo: una planta quiere automatizar el encajado de final de línea. El jefe de producción habla con un integrador al que conoció en una feria y le pide "algo que siga el ritmo de la línea en los días punta". El responsable de mantenimiento pide a un segundo integrador una célula con la misma marca de robot que ya usa la planta, para que los repuestos y la formación sigan siendo sencillos. Compras envía a un tercer proveedor una solicitud breve con un precio objetivo, porque así lo marca la partida presupuestaria.

Ahora hay tres proveedores trabajando en tres trabajos distintos. Cuando llegan las ofertas, el director de planta ve una célula rápida, una célula conocida y una célula barata. Cada oferta responde a una petición distinta, así que el director no tiene nada que comparar.

Esto ocurre porque la automatización es un trabajo poco frecuente para la mayoría de las plantas. En la encuesta de McKinsey de 2022 a empresas industriales, el 61 por ciento señaló su falta de experiencia en automatización como barrera. Sin una rutina practicada, cada departamento recurre a sus propios hábitos: producción a la velocidad, mantenimiento a lo que conoce, compras al proceso de compra estándar.

Secuencia de cinco pasos para alinear operaciones, ingeniería y compras antes de comprar automatización: recorrer juntos la línea, recoger las necesidades por escrito, ordenar los criterios de éxito y anotar lo que queda fuera, firmar un memorando de decisión de una página y enviar toda la información a los proveedores solo a través del responsable.Secuencia de cinco pasos para alinear operaciones, ingeniería y compras antes de comprar automatización: recorrer juntos la línea, recoger las necesidades por escrito, ordenar los criterios de éxito y anotar lo que queda fuera, firmar un memorando de decisión de una página y enviar toda la información a los proveedores solo a través del responsable.

Nombre a un único responsable del proyecto

Una persona es responsable del proyecto desde la primera reunión interna hasta la firma del contrato. El responsable mantiene una sola versión del brief, una sola lista de preguntas abiertas y un solo calendario, y toma las decisiones o las eleva, mientras el trabajo sigue repartido entre las funciones.

Un buen responsable reúne tres cosas:

  • Credibilidad en planta. Operaciones y mantenimiento deben confiar en que el responsable representa la línea con honestidad.
  • Tiempo. Un responsable que solo puede dedicar al proyecto dos horas a la semana entre crisis de producción no mantendrá al día el brief, las preguntas y el calendario.
  • Un patrocinador con autoridad sobre el presupuesto. El patrocinador, a menudo el director de planta o el director de operaciones, resuelve los conflictos que el responsable no puede resolver y protege el proyecto cuando cambian las prioridades.

El Pulse of the Profession 2017 del PMI considera a los patrocinadores ejecutivos implicados activamente el principal factor para que los proyectos cumplan sus objetivos originales y su finalidad de negocio.

Elija al responsable según dónde esté el riesgo del proyecto y no según su cargo. Un proyecto con muchas interfaces con máquinas existentes, el PLC y el MES suele necesitar un responsable de ingeniería. Un proyecto impulsado por la mano de obra y la producción suele necesitar a alguien de operaciones. Sea quien sea, asígnele un suplente para las vacaciones y las semanas punta.

Quién hace qué

FunciónEs responsable deAportaDa el visto bueno a
Responsable del proyectoBrief, calendario, preguntas abiertas, recomendaciónCoordinación de todas las aportacionesRecomendación final al patrocinador
OperacionesVolúmenes, tiempo de ciclo, turnos, cómo se trabaja en el puestoAportaciones de los operarios, productos de prueba, acceso a la líneaCriterios de éxito y aceptación
MantenimientoRepuestos, necesidades de servicio, marcas preferidasVentanas de parada, suministrosRequisitos de mantenibilidad
IngenieríaImplantación, interfaces, conexiones con PLC y MES/ERPPlanos, preguntas técnicas a los licitadoresEvaluación técnica de las ofertas
Medio ambiente, salud y seguridadRequisitos de seguridad, revisión de la evaluación de riesgosNormas para zonas compartidas y proteccionesConcepto de seguridad
IT/OTRed, acceso remoto, normas de almacenamiento de datosRequisitos de seguridad informáticaAcceso remoto y configuración de datos
ComprasReglas de la licitación, lista de proveedores, formato de respuesta, condicionesPreguntas comercialesEvaluación comercial
FinanzasRango de presupuesto, método del caso de negocioAmortización y calendario de pagosCaso de negocio

Incluya a los operarios y a los jefes de turno en la fila de operaciones, junto a su responsable. La OSHA señala que los trabajadores suelen ser quienes más saben sobre los peligros potenciales de su trabajo. También saben qué variantes provocan atascos y qué cambios de formato llevan más tiempo. Un operario que ha ayudado a redactar los requisitos tiene más probabilidades de hacer funcionar el nuevo puesto después del arranque.

Un reto, un canal hacia todos los proveedores

Redacte una sola vez los requisitos acordados como un Technology Challenge en DBR77 Marketplace y deje que todos los integradores trabajen con la misma versión. Gratis para fabricantes.

Publique su Technology Challenge

Una breve secuencia de alineación antes de la primera llamada a un proveedor

La secuencia siguiente suele llevar dos o tres semanas:

  1. Recorran juntos la línea. El responsable, operaciones, mantenimiento, ingeniería y seguridad se sitúan junto al puesto durante un turno normal. Anoten lo que ve cada uno: cuellos de botella, variantes, soluciones manuales improvisadas, límites de espacio.
  2. Recoja por escrito las necesidades de cada función. Una lista breve por función. Los conflictos se hacen visibles sobre el papel y no delante de un proveedor.
  3. Ordene los criterios de éxito y anote lo que queda fuera. Si la producción y la flexibilidad tiran en sentidos opuestos, decida cuál va primero. Anote lo que el proyecto no va a hacer, por ejemplo "ningún cambio en la llenadora anterior". Para decidir qué elementos fijar y cuáles dejar abiertos, sirve Cómo definir el alcance de un proyecto de automatización sin complicarlo.
  4. Firme un memorando de decisión de una página. Problema, criterios de éxito, lo que queda fuera, rango de presupuesto, calendario, responsable, reglas de evaluación. Lo firma el patrocinador. Todos los documentos posteriores se basan en él.

A partir de ese momento, solo el responsable envía información a los proveedores, y cada respuesta llega a todos los licitadores. Después redacte el brief detallado con Cómo redactar un brief de automatización que los integradores puedan presupuestar.

Señales de alerta que deberían detener la compra

Una pausa breve cuesta menos que una ronda de proveedores construida sobre un desacuerdo. Pare y corrija lo básico cuando vea estas señales:

  • Los proveedores reciben respuestas distintas de departamentos distintos.
  • Los criterios de éxito no se pueden ordenar, o cambian en cada reunión.
  • El alcance cambia sin una versión fechada del brief.
  • Mantenimiento, informática o seguridad se enteran del proyecto por primera vez cuando llega una oferta.
  • La aceptación sigue siendo "ya lo sabremos cuando lo veamos".
  • Finanzas no tiene un rango de presupuesto y espera que lo fijen las ofertas.
  • Se pide a compras que acorte la comparación porque caduca el descuento de cierre de trimestre de un proveedor.

Cuando haga una pausa, diga por qué y cuándo se retoma: qué documento falta, quién lo redacta y la fecha de la siguiente decisión. Con ese plan, la pausa no parece duda y conserva el apoyo del patrocinador.

Una comprobación interna final antes de firmar

La alineación puede ir desviándose entre el primer brief y la adjudicación. Antes de firmar el contrato, celebre una última reunión de 60 a 90 minutos con las mismas funciones. Lean en voz alta el alcance, las exclusiones y los supuestos de la oferta ganadora y compárenlos con el memorando de decisión. Confirmen qué aporta cada uno en el lado de la planta: planos, productos de prueba, acceso a la red, suministros, ventanas de parada. Confirmen qué demostrará la aceptación.

Quien no pueda respaldar las condiciones de aceptación o las obligaciones de la propia planta debe decirlo en esta reunión, antes de la prueba de aceptación en planta. El resultado es una lista de comprobación firmada que se archiva con el expediente del proyecto. Lo que ocurre después de la adjudicación se explica en De la selección del proveedor a la ejecución: un traspaso ordenado.

Cómo ayuda DBR77 Marketplace

En DBR77 Marketplace, el equipo alineado publica lo acordado como un solo Technology Challenge, con campos para el resultado esperado, los requisitos técnicos, el presupuesto y los plazos, los archivos y supuestos operativos como turnos, operarios y tiempo de ciclo, de modo que cada función puede revisar su parte antes de publicar. Después, los integradores hacen sus preguntas en una pestaña de preguntas y respuestas (Q&A) que ven todos, lo que mantiene un único canal hacia los proveedores. Los conceptos y las ofertas vuelven en un formato estandarizado, y aceptarlos o rechazarlos da al responsable puntos de decisión claros que llevar al patrocinador.

Preguntas frecuentes

¿Debe ser operaciones o ingeniería quien lidere un proyecto de automatización?

Depende de dónde esté el riesgo. Los proyectos con muchas interfaces con máquinas y sistemas informáticos suelen encajar con un responsable de ingeniería. Los proyectos impulsados por la producción y la mano de obra suelen encajar con un responsable de operaciones. La credibilidad en planta, el tiempo y un patrocinador con autoridad sobre el presupuesto importan más que el departamento.

¿Cuándo debe incorporarse compras?

Al principio, antes de tomar la decisión técnica. Compras fija las reglas de la licitación, el formato de respuesta y las preguntas comerciales. Incorporarse tarde suele significar comparar ofertas a las que nunca se hizo la misma pregunta.

¿Y si dos departamentos siguen sin ponerse de acuerdo después de los pasos de alineación?

Lleve el conflicto al patrocinador como una disyuntiva por escrito: opción A, opción B, qué cuesta y qué riesgo tiene cada una. El patrocinador decide y la decisión se incorpora al memorando. Si la disyuntiva tiene que llegar a la dirección, Cómo preparar un caso de negocio de automatización que la dirección apruebe muestra cómo presentarla.

Conclusión

Empiece por nombrar al responsable y al patrocinador; después recorran juntos la línea y firmen el memorando de decisión de una página antes de que ningún proveedor oiga hablar del proyecto. A partir de ahí, todo llega a los proveedores a través del responsable, y la comprobación final frente al memorando se hace antes de firmar.

Lleve al mercado un único proyecto acordado

Publique un Technology Challenge en DBR77 Marketplace o pregunte a nuestro equipo cómo prepararlo con sus departamentos.

Publique su Technology Challenge · Contacte con el equipo de Marketplace

Fuentes