Como poñemos a mostra en SIBUR en carrís novos

E que saíu diso

Ola!

Na produción é importante controlar a calidade dos produtos, tanto os procedentes de provedores como os que emitimos á saída. Para iso, moitas veces realizamos mostraxes: empregados especialmente adestrados toman mostras e, segundo as instrucións existentes, recollen mostras, que despois son trasladadas ao laboratorio, onde se verifica a súa calidade.

Chámome Katya, son o produtor dun dos equipos de SIBUR, e hoxe contarei como melloramos a vida (polo menos en horario laboral) dos especialistas en mostraxe e doutros participantes neste apaixonante proceso. Under the cut: sobre hipóteses e as súas probas, sobre a actitude cara aos usuarios do teu produto dixital e un pouco sobre como funciona todo connosco.

Hipóteses

Aquí convén comezar polo feito de que o noso equipo é bastante novo, levamos traballando desde setembro de 2018, e un dos nosos primeiros retos na dixitalización dos procesos é o control da produción. De feito, trátase dunha comprobación de todo na etapa entre a recepción das materias primas e a saída do produto final das nosas instalacións de produción. Decidimos comer o elefante anaco a anaco e comezamos coa toma de mostras. Despois de todo, para poñer as probas de laboratorio de mostras nunha pista dixital, primeiro alguén debe recoller e traer estas mostras. Normalmente coas mans e os pés.

As primeiras hipóteses trataban de afastarse do papel e do traballo manual. Anteriormente, o proceso semellaba así: unha persoa tiña que escribir nun anaco de papel o que estaba a preparar exactamente para recoller no mostrador, autoidentificarse (ler - escribir o seu nome completo e a hora da mostra no anaco de papel), pega este anaco de papel no tubo de ensaio. Despois vai ao paso elevado, toma unha mostra de varios coches e volve á sala de control. Na sala de control, a persoa tivo que introducir os mesmos datos no informe de mostraxe por segunda vez, xunto co cal a mostra foi enviada ao laboratorio. E despois escribe un diario só para ti, de xeito que se ocorre algo, podes utilizalo para comprobar quen tomou unha mostra específica e cando. E o químico que rexistrou a mostra no laboratorio transferiu entón as notas dos anacos de papel a un software especial de laboratorio (LIMS).

Os problemas son evidentes. En primeiro lugar, leva moito tempo, ademais de que estamos a ver a duplicación da mesma operación. En segundo lugar, a baixa precisión: o tempo de mostraxe escribiuse en parte a simple vista, porque unha cousa é que escribiches o tempo aproximado de mostraxe en papel, outra cousa é que cando chegaches ao carro e comezaches a recoller mostras, sería un pouco tempo diferente. Para a análise de datos e o seguimento de procesos, isto é máis importante do que parece.

Como podes ver, o campo para a optimización de procesos está verdadeiramente libre.

Tiñamos pouco tempo, e necesitabamos facelo todo rápido, e dentro do circuíto corporativo. Facer algo na nube na produción non é unha boa idea porque estás a traballar con moitos datos, algúns dos cales son segredos comerciais ou contén datos persoais. Para crear un prototipo, só necesitabamos o número do coche e o nome do produto: os axentes de seguridade aprobaron estes datos e comezamos.

O meu equipo ten agora 2 desenvolvedores externos, 4 internos, un deseñador, un Scrum Master e un xestor de produto junior. Por certo, isto é o que temos agora hai vacantes en xeral.

Nunha semana, creamos un panel de administración para o equipo e unha aplicación móbil sinxela para os usuarios que usan Django. Despois completámolo e configurámolo durante unha semana máis, e despois démolo aos usuarios, adestramos e comezamos a probar.

Prototipo

Todo é sinxelo aquí. Hai unha parte web que permite crear unha tarefa para a toma de mostras, e hai unha aplicación móbil para empregados, onde todo está claro, din, ir a ese paso elevado e recoller mostras dese coche. Primeiro pegamos códigos QR nos samplers para non reinventar a roda, porque habería que coordinar unha afinación máis seria do sampler, pero aquí todo é inofensivo, peguei un papel e púxenme a traballar. O empregado só tiña que seleccionar unha tarefa na aplicación e escanear a etiqueta, despois de que se rexistraron no sistema os datos de que el (un empregado específico) tomou mostras dun coche con tal número a tal hora precisa. En sentido figurado, "Iván tomou unha mostra do coche número 5 ás 13.44". Ao regresar á sala de control, só tivo que imprimir un documento preparado cos mesmos datos e simplemente poñer a súa sinatura.

Versión antiga do panel de administración

Creando unha tarefa no novo panel de administración

Nesta fase, tamén se fixo máis doado para as nenas do laboratorio: agora non teñen que ler a escrita nun anaco de papel, senón que simplemente escanean o código e comprenden inmediatamente o que hai exactamente no mostrador.

E entón atopamos un problema semellante no laboratorio. As rapazas de aquí tamén teñen o seu propio software complexo, LIMS (Sistema de Xestión de Información de Laboratorio), no que tiñan que introducir todo a partir dos informes de mostraxe recibidos con bolígrafos. E neste momento, o noso prototipo non resolveu a súa dor de ningún xeito.

Por iso decidimos facer integración. A situación ideal sería que todo o que fixemos para integrar estes contadores, desde a toma de mostras ata a análise de laboratorio, axude a desfacerse do papel por completo. A aplicación web substituirá as revistas en papel; a acta de selección cubrirase automaticamente mediante sinatura electrónica. Grazas ao prototipo, decatámonos de que se podía aplicar o concepto e comezamos a desenvolver o MVP.

Prototipo da versión anterior da aplicación móbil

MVP dunha nova aplicación móbil

Dedos e luvas

Aquí tamén hai que ter en conta o feito de que traballar na produción non é de +20 e unha brisa lixeira arruinando o bordo dun sombreiro de palla, senón por momentos de -40 e de todo vento, no que non queres quitar as luvas. para tocar na pantalla táctil dun teléfono intelixente a proba de explosión. De ningún xeito. Mesmo baixo a ameaza de cubrir formularios en papel e perder o tempo. Pero os teus dedos están contigo.

Polo tanto, cambiamos lixeiramente o proceso de traballo dos mozos: en primeiro lugar, cosemos unha serie de accións nos botóns laterais do hardware do teléfono intelixente, que se poden presionar perfectamente con luvas e, en segundo lugar, actualizamos as propias luvas: os nosos colegas, que se dedican a proporcionar ao persoal equipos de protección individual, atoparonnos luvas que cumpren todos os estándares necesarios e tamén con capacidade para traballar con pantallas táctiles.

Aquí tedes un pequeno vídeo sobre eles.

Tamén recibimos comentarios sobre as marcas dos propios samplers. O caso é que os mostradores veñen en diferentes tipos: plástico, vidro, curvo, en xeral, nun surtido. É un inconveniente pegar un código QR nos curvos; o papel se dobra e é posible que non se escanee tan ben como lle gustaría. Ademais, tamén escanea peor baixo a cinta e, se envolves a cinta ao contido do teu corazón, non escanea en absoluto.

Substituímos todo isto por etiquetas NFC. Isto é moito máis cómodo, pero aínda non o fixemos completamente cómodo: queremos cambiar ás etiquetas NFC flexibles, pero ata agora estamos atascados na aprobación para a protección contra explosións, polo que as nosas etiquetas son grandes, pero a proba de explosión. Pero niso estaremos traballando cos nosos compañeiros de seguridade industrial, polo que aínda queda moito por vir.

Máis información sobre as etiquetas

LIMS como sistema en si prevé imprimir códigos de barras para tales necesidades, pero teñen un inconveniente importante: son desbotables. É dicir, pegueino ao mostrador, rematei o traballo e tiven que arringalo, tiralo e despois pegar un novo. En primeiro lugar, non é tan respectuoso co medio ambiente (utilízase moito máis papel do que parece a primeira vista). En segundo lugar, leva moito tempo. As nosas etiquetas son reutilizables e reescribibles. Cando se envía unha mostra ao laboratorio, só tes que escaneala. A continuación, a mostradora límpase coidadosamente e devólvese para tomar as seguintes mostras. O empregado de produción escanea de novo e escribe novos datos na etiqueta.

Este enfoque tamén resultou ser bastante exitoso e probámolo a fondo e intentamos resolver todos os lugares difíciles. Como resultado, agora estamos na fase de desenvolver un MVP nun circuíto industrial con plena integración nos sistemas e contas corporativas. Axuda aquí que no seu momento moitas cousas foron transferidas a microservizos, polo que non houbo problemas para traballar coas contas. A diferenza do mesmo LIMS, ninguén fixo nada por iso. Aquí tivemos certas vantaxes para integralo correctamente co noso entorno de desenvolvemento, pero dominámolos e lanzaremos todo á batalla no verán.

Probas e adestramento

Pero este caso naceu dun problema bastante común: un día supuxo que ás veces a proba de mostras mostra resultados que difieren da norma, porque as mostras son tomadas simplemente mal. As hipóteses do que estaba a suceder eran as seguintes.

1. As mostras simplemente tómanse incorrectamente debido a que o persoal do lugar non segue o proceso.
2. Moitos novatos chegan á produción, e non se lles pode explicar todo en detalle, de aí a mostraxe que non é do todo correcta.

Criticamos a primeira opción ao comezo, pero por se acaso tamén comezamos a revisala.

Aquí vou notar unha cousa importante. Estamos ensinando activamente á empresa a reconstruír a súa forma de pensar cara a unha cultura de desenvolvemento de produtos dixitais. Anteriormente, o modelo de pensamento era tal que había un vendedor, só necesita escribir unha especificación técnica clara con solucións unha vez, dárllelo e deixar que o faga todo. É dicir, resultou que a xente de facto partiu de inmediato de posibles solucións xa preparadas que debían incluírse nas especificacións técnicas como un feito, en lugar de partir de problemas existentes que querían resolver.

E agora estamos cambiando o foco deste "xerador de ideas" á formulación de problemas claros.

Entón, despois de escoitar estes problemas descritos, comezamos a buscar formas de probar estas hipóteses.

A forma máis sinxela de comprobar a calidade do traballo dos tomadores de mostras é mediante a videovixilancia. Está claro que para probar a seguinte hipótese, non é tan fácil levar e equipar todo o paso elevado con cámaras a proba de explosión; o cálculo do xeonllo deunos de inmediato moitos millóns de rublos e abandonamos. Decidiuse acudir aos nosos rapaces da Industria 4.0, que agora están a probar o uso da única cámara wifi a proba de explosión da Federación Rusa. Descríbese como do tamaño dunha chaleira eléctrica, pero en realidade non é máis grande que un rotulador de pizarra.

Collemos a este bebé e chegamos ao paso elevado, dicíndolles aos empregados o máis detallado posible o que estabamos dando aquí, durante canto tempo e para que exactamente. Era importante deixar claro inmediatamente que isto era en realidade para probar o experimento e era temporal.

Durante un par de semanas a xente traballou con normalidade, non se detectaron infraccións e decidimos probar a segunda hipótese.

Para un adestramento rápido e detallado, escollemos o formato de instrucións en vídeo, sospeitando que un vídeo titorial adecuado, que che levará uns minutos ver, mostrará todo e todos con moita máis claridade que unha descrición do traballo de 15 follas. Ademais, xa tiñan tales instrucións.

Nada máis dicir que feito. Fun a Tobolsk, vin como tomaban mostras e resultou que a mecánica de mostraxe foi a mesma durante os últimos anos 20. Si, este é un proceso bastante rutinario que se pode levar ao automatismo con repeticións frecuentes, pero isto non significa que non se poida automatizar ou simplificar. Pero inicialmente a idea de instrucións de vídeo foi rexeitada polo persoal, dicindo, por que facer estes vídeos se levamos 20 anos facendo o mesmo aquí.

Estivemos de acordo co noso PR, equipamos o tipo adecuado para gravar o vídeo, démoslle unha gran chave brillante e gravamos o proceso de mostraxe en condicións ideais. Esta versión exemplar foi lanzada. Despois tamén expresei o vídeo para que quede claro.

Reunímonos aos empregados de oito quendas, fixémoslles unha proxección cinematográfica e preguntámoslles como estaba. Resultou que foi como ver o primeiro "Vingadores" por terceira vez: xenial, fermoso, pero nada novo. Como, facemos isto todo o tempo.

Despois preguntámoslles directamente aos rapaces que non lles gustaba deste proceso e que lles causaba molestias. E aquí rompeu o encoro: despois dunha sesión de deseño tan improvisada cos traballadores de produción, trouxemos á dirección un atraso a gran escala destinado a cambiar os procesos operativos. Porque foi necesario facer primeiro unha serie de cambios nos propios procesos, e despois crear un produto dixital que se percibise correctamente nas novas condicións.

Ben, en serio, se unha persoa ten un mostrador grande e incómodo sen asa, tes que levalo coas dúas mans e dis: "Tes un teléfono móbil contigo, Vanya, escanea alí" - isto non é moi. inspirador.

As persoas para as que estás a facer un produto deben entender que as escoitas e non só prepararte para lanzar algo elegante que non necesitan agora mesmo.

Sobre procesos e efectos

Se estás a facer un produto dixital e o teu proceso está mal, aínda non necesitas implementar o produto, primeiro tes que arranxar este proceso. A preocupación do noso departamento agora é poñer a punto estes procesos; no marco das sesións de deseño, seguimos recollendo un atraso non só para o produto dixital, senón tamén para as melloras operativas globais, que ás veces podemos incluso implementar antes do propio produto. E isto en si mesmo dá un excelente efecto.

Tamén é importante que parte do equipo estea situada directamente na empresa. Temos rapaces de diferentes departamentos que decidiron construír unha carreira no dixital e axúdannos a introducir produtos e procesos de aprendizaxe. Son eles os que provocan tales cambios operativos.

E é máis doado para os empregados, entenden que non estamos aquí só para sentar aquí, senón que discutiremos como poden cancelar anacos de papel innecesarios ou facer 16 de 1 papeis necesarios para o proceso ( e despois cancelalo tamén), como facer unha sinatura electrónica e optimizar o traballo coas axencias gobernamentais, etc.

E se falamos do proceso en si, tamén atopamos isto.

A toma de mostras leva unha media de 3 horas. E neste proceso hai persoas que actúan como coordinadores, e durante estas tres horas o seu teléfono soa descolgado e informan constantemente do estado: onde enviar o coche, como repartir os pedidos entre os laboratorios e o parecido. E isto está no lado do laboratorio.

E no lado da produción senta a mesma persoa co mesmo teléfono quente. E decidimos que sería bo facerlles un panel visual que lles axudase a ver o estado do proceso, dende as solicitudes de toma de mostras ata a emisión de resultados no laboratorio, coas notificacións necesarias, etc. Entón estamos pensando en conectar isto co pedido de transporte e optimizar as actividades dos propios laboratorios, distribuíndo o traballo entre os empregados.

Como resultado, para unha mostra, combinada a partir de cambios dixitais e operativos, poderemos aforrar preto de 2 horas de traballo humano e unha hora de inactividade do tren, en comparación co que traballabamos antes que nós. E isto é só para unha selección; pode haber varios deles por día.

En canto aos efectos, preto dunha cuarta parte da mostraxe realízase agora deste xeito. Resulta que estamos liberando aproximadamente 11 unidades de persoal para facer un traballo máis útil. E a redución do horario do coche (e do horario do tren) abre posibilidades de monetización.

Por suposto, non todos entenden ben o que esqueceu o equipo dixital e por que se dedica a melloras operativas; a xente quédase con esta percepción non do todo correcta, cando pensas que chegaron os desenvolvedores, fixeronche unha aplicación nun día e solucionou todo. os problemas. Pero o persoal operativo, por suposto, está contento con este enfoque, aínda que cun pouco de escepticismo.

Pero é importante lembrar que non hai caixas máxicas. Todo é traballo, investigación, hipóteses e probas.

Fonte: www.habr.com