Quan el centre de distribució va citar la plantilla, les decisions principals ja estaven preses. El contracte amb el proveïdor incloïa el sistema d'assignació, els indicadors de velocitat apareixien en una presentació i la data d'activació era als calendaris. La invitació demanava “comentaris constructius”. L'Aina, que coneixia les rutes de fred i les zones on es creuaven carretons, va preguntar què passava quan una ruta ràpida obligava a repetir un trajecte per seguretat. La resposta va ser que el model ja s'havia provat. Podia enviar un suggeriment per a una versió futura.
Aquesta escena no és participació; és una consulta tardana sobre una decisió tancada. Demana a qui fa la feina que aporti experiència quan ja no hi ha pressupost, calendari ni autoritat per canviar el disseny. Després, si assenyalen un problema, l'organització el pot anomenar resistència al canvi. El resultat és injust i també car: l'experiència que hauria evitat una mala regla torna com accident, retard, rotació o reparació urgent.
La conversa que falta ha de tenir lloc abans de contractar, abans de fixar indicadors i abans de prometre una data. No consisteix a votar cada detall tècnic ni a lliurar a un grup de treballadores la responsabilitat de comprar programari. Consisteix a reconèixer que un sistema reorganitza tasques, riscos i possibilitats de decisió, i que qui coneix aquella jornada té evidència que cap demostració comercial conté. Participar significa poder influir en la pregunta inicial, comparar alternatives i acceptar que “no adoptar” pot ser una resposta responsable.
Obrir la pregunta abans de comprar la resposta#
Un procés de codisseny comença amb el problema, no amb l'eina. El centre pot descriure retards en la preparació, accidents en un encreuament o dificultats per distribuir comandes urgents. Després ha de preguntar quina evidència sosté el diagnòstic i quines conseqüències no pot acceptar. Potser el coll d'ampolla no és l'assignació, sinó l'etiquetatge irregular, una zona de càrrega insuficient o una política que canvia prioritats cada hora. Comprar un algorisme abans d'entendre l'embús converteix una hipòtesi del proveïdor en una necessitat de l'empresa.
Un procés de codisseny comença amb el problema, no amb l'eina. El centre pot descriure retards en la preparació, accidents en un encreuament o dificultats per distribuir comandes urgents.
La fase prèvia necessita persones de cada tasca afectada, representació laboral, prevenció, manteniment, planificació i qui respondrà pel pressupost. També necessita temps reconegut. No es pot convocar al final d'un torn ni dependre de voluntariat. Qui participa ha de rebre informació entenedora sobre dades, objectius, canvis previsibles i límits del contracte. L'experiència d'una persona no és una anècdota que cal traduir a un informe tècnic; és coneixement sobre excepcions, perills i reparacions que el disseny ha de considerar.
Una bona conversa separa allò que se sap d'allò que se suposa. L'equip pot recórrer una jornada real, marcar on es decideix una prioritat, quina informació falta, quina activitat no apareix als registres i quina alternativa manual existeix. Pot preguntar qui pagarà amb temps si la recomanació falla i qui la pot aturar. Aquestes preguntes fan visible si la proposta allibera feina o només desplaça coordinació i risc cap a qui té menys poder de modificar-la.
Comparar alternatives de debò#
Codissenyar no acaba en una llista de necessitats. Ha de produir alternatives comparables. Una pot ser un pilot d'assignació limitat a una zona; una altra, millorar les etiquetes; una altra, afegir un torn de coordinació; una altra, no automatitzar mentre es corregeixen dades bàsiques. Cada alternativa necessita cost, impacte previst, dades requerides, condicions de seguretat, efecte sobre llocs i manera de retirar-se. La comparació impedeix que el contracte sembli inevitable només perquè va arribar primer a la taula.
El pressupost és una prova de sinceritat. Si tots els diners estan compromesos amb llicències, no queda marge per canviar una interfície, afegir equips, cobrir formació o allargar un pilot. L'organització ha de reservar fons per a adaptacions demanades durant el codisseny i per a una alternativa si l'eina no funciona. No és un coixí decoratiu. És la capacitat material de convertir una observació en canvi, en lloc de respondre que el contracte no ho permet.
Les alternatives han d'incloure costos que sovint queden fora de la compra: temps per aprendre, revisió d'incidències, manteniment d'una via manual, càrrega emocional de resoldre conflictes i possibles pèrdues d'ingressos durant la transició. Si el sistema promet estalviar deu minuts però exigeix que dues persones reparin excepcions cada tarda, la comparació inicial era incompleta. Fer visibles aquestes hores protegeix la plantilla i la decisió d'inversió.
Provar sense convertir el pilot en destí#
Un pilot és útil quan es pot aturar i respon a preguntes acordades abans de començar. El centre pot triar una zona, una durada limitada i casos que no posin en risc la seguretat. Ha de fixar quins senyals faran continuar, quins exigiran canviar i quins obligaran a parar. No basta observar si augmenta la velocitat. Cal revisar errors de ruta, gairebé accidents, esforç físic, repartiment de càrrega, possibilitat d'impugnar i tasques invisibles que apareguin després.
El personal ha de poder registrar una incidència sense perdre temps de producció ni exposar-se a represàlies. Si una assignació proposa creuar una zona saturada, l'Aina necessita una manera de rebutjar-la, explicar el motiu en poques paraules i rebre resposta. Aquests avisos no són soroll que el pilot hagi de filtrar; són l'evidència per avaluar si el sistema entén l'entorn. Un equip que no informa perquè tem quedar marcat ofereix dades falsament tranquil·litzadores.
La prova necessita una referència. Abans d'activar res, es documenten temps, accidents, canvis de torn, errors, reclamacions i rutes que requereixen coordinació. Després es compara per tipus de tasca i moment, no només per una mitjana global. També s'entrevista qui executa, supervisa i rep el resultat. Els números detecten un patró; les converses mostren per què una recomanació aparentment eficient pot ser impracticable en un passadís estret o durant una descàrrega imprevista.
Decidir i deixar-ne constància#
Al final de la fase, l'organització té tres decisions reals: adoptar, modificar o no adoptar. Adoptar exigeix explicar quina evidència mostra millora i quins límits continuen vigents. Modificar exigeix anomenar canvis, pressupost, responsables i una prova nova. No adoptar exigeix reconèixer que el problema pot necessitar una altra resposta. Cap d'aquestes opcions és un fracàs si està raonada. El fracàs seria mantenir una eina nociva per defensar una promesa feta abans de conèixer la feina.
La decisió ha de quedar documentada en un format breu i públic per a la plantilla: objectiu inicial, persones participants, alternatives comparades, resultats del pilot, incidències rellevants, recursos aprovats, responsable i data de revisió. No ha de revelar relats personals ni secrets comercials innecessaris. Ha de permetre entendre per què es va triar un camí i com qüestionar-lo. La transparència evita que una consulta es converteixi després en un record manipulable que “tothom hi estava d'acord”.
Fins i tot després d'adoptar, el codisseny continua. Canvien comandes, personal, espais i dades; una regla adequada al juny pot fer mal al desembre. Ha d'existir un comitè amb facultat d'aturar una funció, revisar indicadors i ordenar una modificació. La representació de les tasques no pot desaparèixer quan acaba el pilot. La participació només és creïble si conserva una porta de retorn quan la realitat contradiu la previsió.
La conversa que falta no comença amb una demostració ni acaba amb una enquesta. Comença quan el problema encara admet diverses respostes i acaba amb una decisió que pot canviar. L'Aina no necessitava que l'empresa acceptés tota proposta; necessitava que el seu coneixement sobre rutes i seguretat tingués lloc abans de fixar contracte, indicadors i data. Una automatització digna no usa l'experiència per legitimar allò ja decidit. La fa servir per decidir millor, reservar recursos per corregir i conservar la llibertat de no adoptar allò que no millora la feina.
