Автоматизировать или нет - вот в чем вопрос
Недавно поймал себя на мысли, что в профессиональной среде почти невозможно произнести фразу "это не нужно автоматизировать".
Если процесс выполняется руками, значит его надо автоматизировать. Если что-то требует участия человека, значит это плохо. Если появилась новая технология, значит ей обязательно нужно найти применение.
Нет, мой дорогой читатель, это не очередной нейрослоп-пост про "автоматизацию хаоса". Просто сегодня, пока вычитывал свою статью про критерии приемки и оценки по BABOK, поймал себя на этой мысли. Не спрашивайте, как она вообще возникла в моей голове, это история покрыта десятком пунктов NDA.
Итак, давайте поговорим про избыточную автоматизацию, но не пресловутого "хаоса". Это когда процесс автоматизируют не потому, что это выгодно, а потому что сама автоматизация начинает восприниматься как цель, а не средство.
Обычно причины подобного довольно приземленные.
Первая причина: любовь к красивым решениям. Инженерам нравится строить системы. Аналитикам нравится придумывать схемы. Руководителям нравится видеть дорожные карты цифровизации. Иногда все участники процесса получают удовольствие от самого проекта и забывают задать неприятный вопрос: "А сколько времени или денег мы вообще экономим?". В общем, ситуация в стиле "у самурая нет цели, есть только путь".
Задумайтесь, если сотрудник тратит на задачу 10 минут раз в месяц, возможно, лучший способ автоматизации выглядит как, предположим, инструкция из трех пунктов.
Вторая причина: борьба с исключениями. Процесс работает нормально в 98% случаев, но два раза в год происходит нестандартная ситуация. Вместо того чтобы обработать ее вручную за пятнадцать минут, компания строит сложную систему обработки редких сценариев.
В результате исключение исчезает, зато появляется новая сущность, которую нужно сопровождать каждый день.
Третья причина: страх ручного труда. Буквально. Иногда у организаций возникает ощущение, что любой человеческий шаг обязательно является ошибкой или потерей эффективности. Но человек удивительно дешев в задачах, которые возникают редко, постоянно меняются или требуют простого здравого смысла.
Автоматизация любит стабильность и повторяемость. Человек прекрасно справляется с неопределенностью.
Четвертая причина: проекты ради проектов. У подразделения есть бюджет, команда и KPI по внедрениям. В такой ситуации автоматизация начинает искать себе применение самостоятельно. Под бдительным взором "эффективного руководителя", разумеется. Бюджет же нужно как минимум не уменьшать, а как максимум - увеличивать в разы. Так уж повелось.
Если долго смотреть на компанию через призму цифровизации, она начнет смотреть на вас в ответ любой Excel рано или поздно начинает выглядеть как угроза всей человеческой цивилизации.
Последствия тоже довольно предсказуемы.
Появляются системы, которые обходятся дороже работы человека. Возникают процессы, которые никто не понимает и боится менять. Любое изменение требований превращается в отдельный проект со своим бюджетом на год вперед. А через несколько лет выясняется, что три сотрудника вручную выполняли бы ту же работу быстрее и дешевле.
Иногда самый здравый архитектурный выбор выглядит удивительно просто:
"Оставляем как есть. Пока этого достаточно".
И, возможно, именно такое решение и является настоящей оптимизацией.
Дочитали до конца? Поздравляю, рабочий день пятницы уже скоро закончится. Хороших выходных всем вам 😌
· 03.07
Наблюдал автоматизацию работы службы заказчика. 2% нестандартных путей, ломающих алгоритмы - это объективно очень хороший показатель. На практике было 20% ... А все оно - внедрение без какой-либо понятной исполнителям архитектуры по принципу "главное начать, а там разберемся".
Зато как потом ругают этих исполнителей (и со стороны разработки и со стороны эксплуатации), что они правильно настроенные процессы саботируют...
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 03.07
20% тоже что-то многовато. А что за сфера, если не секрет? 🤔
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 04.07
Не секрет. Россети очень стараются в автоматизацию и многое для этого делают. Даже кто-то может считать это успешным, только вот регулярные нестандартные ситуаций и дублирующие функции в системах (а систем там много) значительно ухудшают эффект. В итоге сотрудникам приходится тащить некоторую часть информации в одно место по функциональным потребностям, а только потом раскидывать эту информацию по корпоративным системам. Читал, что это рассматривается как классическая ситуация при ошибках в архитектуре. Но не суть... Это не про 20% Главные проблемы начинаются, когда появляется большой комплексный проект. Система заточена под простой линейный путь (грубо) тз->закупка->договор->исполнение->приемка->ввод Почему простой? Потому что в строительстве линейных объектов есть определенные послабления в части комплекта разрешительной документации. На большом проекте, для которого таких послаблений нет, все ломается... На стадии проектирования может быть очень много тз, и результат проектирования - это много документов с разными назначениями, а не один. Подрядчиков на смр может быть также много, и периодически они друг за друга переделывают работы. И такие крупные проекты несмотря на то, что в абсолютных числах их немного, в реальном рабочем процессе съедают значительную часть времени. Если система изначально не строилась под такие сложные варианты, или хотя бы не предусматривала их, она не будет полноценно работать. Считать ведь нужно не только абсолютное число проектов, документов или процессов, но и условные весовые коэффициенты. Если вы автоматизировали мелкую рутину, но при этом не смотрели на ключевые важные для бизнеса "единичные случаи" - это фиаско...
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 04.07
Спасибо за такой развернутый ответ 👍🏻 Да, это выглядит как ошибка в архитектуре, но не только среди информационных систем, но и в модели работы с "большими проектами" 🤔
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён