Като мине претоварен влак през гарата, той не просто закъснява – спира. Това го гледам всеки път, когато някой решил, че „простото“ вече е за вчерашните. Влизат сензори, автоматика, системи за следене на гайките и пак – влакът стои. Първата грешка е винаги една и съща: някой в климатизиран офис, дето не мирише на масло и ръжда, измисля как да „оптимизира“ процеса, като го усложни до неузнаваемост. И точно тогава започва фалитът.
В една голяма логистична фирма си мислеха, че старите системи за управление на склада били твърде примитивни. Вместо да оправят дупките в процеса, наложиха нов софтуер – цяла екосистема от приложения, нива на потвърждение и постоянно онлайн. Първо всички бяха ентусиазирани: купиха лицензи, наеха „специалисти“ и викаха „дигитална трансформация“. Аз, като човек с опит, веднага се усъмних.
Започнах да гледам какво става на терен. И веднага видях кой печели и кой губи. Печелят консултантите и доставчиците на софтуер. Те не ги интересува дали камионът ще мине през портата навреме. Те продават сложност, защото сложността е златна мина – колкото повече е неразбираема системата, толкова повече пари трябва да даваш, за да я поддържат жива. Губят хората, които реално вършат работата. Те стават заложници на система, която вместо да им помага, ги кара да прекарват часове във „въвеждане на данни“ и „решаване на системни конфликти“. Един нормален склад, който работеше като швейцарски часовник, се превърна в административен хаос.
В пиков сезон системата просто блокира. Един малък бъг в някое от „умните“ под-модули спря целия износ. И вместо да върнат стария, работещ метод, мениджърите започнаха да „кърпят“ проблема с още по-сложни инструкции и временни протоколи. Това беше класически случай на самозапалване: опит да излезеш от пожар, като налееш още бензин.
Накрая, когато поддръжката на този дигитален кошмар започна да изяжда печалбата, компанията затвори целия сектор. Остана само празен офис и купчина невалидни лицензи. Изводът беше прост и болезнен: сложните системи не решават проблеми, а ги маскират с по-скъп декор. Всяка допълнителна стъпка е потенциална точка на отказ.
Сега гледам как следващите „умни“ проекти се сблъскват със същата реалност. И си мисля, че най-голямата иновация е способността да постигнеш резултата с възможно най-малко шум. Защото колкото повече звънци има на влакчето, толкова по-бавно се движи.
Едно време в една фирма ми поискаха да автоматизирам едни ръчни отчети, уж да е по-бързо. Накрая с новата система минаваше повече време за поддръжка, отколкото за самия отчет. Накрая просто върнахме стария начин и всеки си отдъхна. Тази история много ми напомня за влакчето от статията.
Разбирам какво казваш за претрупването на системите и това, че усложненията често водят до забавяния, но понякога новите технологии наистина решават стари проблеми. Например, в онзи склад, вместо просто да сложат нов софтуер, може би е трябвало да го интегрират по-добре със съществуващата система и да обучат хората да работят с него, за да не се губи време в нововъведенията.
Имах подобен случай с нов софтуер за управление на задачи в университета — вместо да улесни, само се бавеше заради безкрайни известия и сложни менюта. Накрая просто се върнах към по-простата версия отпреди и реших проблема, като си направих собствен списък в тетрадка. Простотата често е по-ефективна.
Стилът на писане ми хареса доста. Човекът говори съвсем директно, без заобикалки, и го прави с хубави примери. Много е вярно това с влака и прекаленото усложняване – точно така става, виждал съм го и аз. Като почнеш да добавяш излишни сензори и системи, само правиш нещата по-бавни и по-капризни.