Цифровизация — явление модное. Плюсы ее видят все, минусы тоже вроде бы очевидны, но главные две ловушки цифры мало кто замечает.
Представьте себе страну, в которой покупатель с деньгами не может купить товар, имеющийся в наличии у продавца, если некий тиран по своей прихоти запретит сделку. Причем это решение нельзя обжаловать и даже обратиться не к кому — эти самые тираны неизвестны и недоступны, никто даже не знает их имен. А вот содержание этих диктаторов обходится обществу очень дорого. Кошмарная антиутопия!
Не подумайте, что я пугаю фантастическими перспективами возможного далекого будущего, никакой фантастики и прогнозов. Поговорим о фактах. А для начала подумайте: что является главным стимулом цифровизации?
Стремление к прогрессу? Лень человеческая? Желание больше сделать с теми же усилиями? С тех пор, как на нашей планете зародилось предпринимательство, двигателем любой замены человека машиной стало желание не больше сделать, а больше отобрать сделанного — на том основании, что «станок принадлежит хозяину», а значит, хозяин имеет право забирать долю того, что на станке сделали другие. Именно профит, прибыль, деньги являются главным мотором автоматизации, роботизации, цифровизации.
Предприниматель хочет заменить ненадежного по природе своей человека, которому еще и постоянно надо зарплату платить, машиной. И тут его ждет первый подводный камень цифровизации, о котором знали задолго до распространения компьютеров. В сатирическом журнале «Крокодил» за 1968 год Михаил Глазков опубликовал ироничное стихотворение о сокращении штатов на одном заводе:
Уборщицу — в инструментальном,
Уборщицу — в экспериментальном,
Уборщицу — в термическом,
Уборщицу — в механическом,
И еще одну уборщицу
В конструкторском бюро.
Но после такой удачной «оптимизации» выяснилось, что завод работать не может — он погряз в пыли, опилках и стружке. План сорван, вечный аврал, но попытки победить грязищу ни к чему не приводят. И начальство нашло выход: для соблюдения чистоты срочно взять на работу:
Слесаря — в инструментальный,
Токаря — в экспериментальный,
Механика — в термический,
Сварщика — в механический
Да инженера —
В конструкторское бюро.
Сейчас вопрос оптимизации решается на качественно новом, высокотехнологичном уровне, но в монетарном смысле все выглядит по-старому.
Решив увеличить маржу за счет уменьшения издержек цифровизацией, предприниматель мечтает сократить уйму людей. И сокращает. Но для функционирования новой системы приходится набирать целые отделы и, увы, с гораздо более высокой зарплатой — IT-ишники стоят дорого.
Вслед за этим издержки продолжат расти — нужно обучить весь персонал пользоваться новыми программными продуктами, софт приходится «допиливать», растут потребности в вычислительных мощностях. А там, глядишь, для понимания отчета, призванного добавить прозрачности в бизнес-процессы, потребуется еще один отчет, затем — еще один. С этим растущим валом информации нужно как-то разбираться и «слесаря — в инструментальный, токаря — в экспериментальный». Цифровизация начинает пожирать ресурсы, усложнять коммуникацию внутри организации, плодить рабочие места в подразделениях с забавными названиями и непонятным функционалом.
Крупные корпорации становятся заложниками «цифры» — один раз вступив на путь автоматизации бизнес-процессов, они не повышают, а снижают свою эффективность. Но «цифра» настолько врастает в плоть менеджмента — сверху донизу, что соскочить с иглы уже не получается. Аналогия с иглой полностью оправдана: это — настоящая зависимость, сродни наркотической, и «дозу» приходится со времени увеличивать.
При этом самые высокие руководители порой слепо доверяют IT-шникам: а какие есть варианты? В их айтишном хозяйстве никто из топ-менеджеров не разбирается. И получается, что скромные программисты оказывают влияние на стратегию компании, причем зачастую в своих мелкотравчатых интересах. Анекдот про админа, который тумблером вырубает сервер, когда хочет получить премию — вовсе не анекдот, такие случаи бывают.
Но первый подводный камень цифровизации — просто ничто по сравнению со вторым.
Некоторое время назад читать новости интернет-СМИ было просто невозможно — заголовки будто Мастер Йода писал: слова переставлены местами, фразы выглядят вычурно и нелепо. Странная мода возникла не просто так, а по воле (или вине) неизвестного программиста.
Для того чтобы новость, размещенная на сайте сетевого СМИ, оказалась на экране вашего смартфона или компьютера, она должна быть внесена в подобие библиотечного каталога — индексирована. На момент вхождения в моду странных заголовков, сервис, который был в стране главным «библиотекарем», стал лучше индексировать и выдавать в первую очередь новости с «кривыми» заголовками.
Теоретически безграмотные заголовки должны были бы понижать, а не повышать популярность новости. Это политика руководства агрегатора, которую оно доводило и до СМИ, и до своих сотрудников. Но программный код, обеспечивающий реализацию этой политики, пишет не руководство, а рядовой программист.
Возможно, он что-то напутал, а может, решил выразить в алгоритме протест или просто пошутил. Но написанный им программный код стал «поднимать» именно новости с инверсией слов в заголовке. Журналисты Рунета это заметили и, наплевав на грамотность, начали специально коверкать русский язык — иначе новость не дойдет до читателя.
Благо спустя время противоречие между политикой агрегатора и фактическим результатом работы его алгоритмов заметили и ошибку исправили. Но прецедент показательный — по воле неизвестно программиста русский язык претерпел трансформацию, стал другим.
И сейчас сотрудники СМИ порой спорят с агрегатором новостей. Например, правилами запрещены заголовки с пониженной лексикой и оценочными суждениями, но такие заголовки попадают в «топ» и предъявляются читателям в первую очередь. Очередная ошибка безымянного программиста, неправильно понявшего задачу или неверно ее реализовавшего?
Теперь вернемся к антиутопии с тираном, запрещающим покупки. Это не фантастика, в такую ситуацию попадал каждый из нас — на кассе не сканировался или неверно сканировался код на товаре, программное обеспечение давало сбой или программа просто «зависала». Есть продавец с товаром, есть покупатель с деньгами, а покупку не совершить. Потому что неизвестный ни продавцу, ни покупателю мальчик-программист что-то напутал с алгоритмами.
Впрочем, ответ «не могу этого сделать — компьютер не дает» можно получить не только в магазине. Подобные проблемы встречаются во всех учреждениях, активно использующих цифру. Вот только накладывает нелепые ограничения, не дает что-то сделать не компьютер, а софт, программа, алгоритм, написанный вполне конкретными людьми.
Даже тогда, когда алгоритм работает так, как задумывалось, это зачастую тоже осложняет жизнь. Если, позвонив по телефону, вы попали на голосового помощника, решение вашей проблемы явно не ускорится — вам предстоит настоящий квест, задуманный для вас разработчиком алгоритма.
О том, что эта проблема актуальна, говорит множество запросов в Интернете: «Как дозвониться до живой техподдержки?», «Как заставить банковского бота соединить с оператором?», «Как в голосовом меню переключить разговор на оператора?». Если решение находится, то его считают лайфхаком — люди делятся кодовыми словами, комбинациями цифр, манипуляциями, позволяющими «хакнуть», взломать алгоритм.
Но, если клиенты не довольны, должен быть недоволен и собственник — он теряет прибыль, люди отказываются от услуг компании из-за такой цифровизации. Вот британский Metro Bank принципиально отказался от чат-ботов и голосовых помощников: если клиент вынужден обратиться в службу поддержки, значит, у него проблема, и любая задержка будет его раздражать. В России бизнесмены тоже начинают это понимать и отказываться от замены живого оператора цифрой, но это пока не тренд, а движение против течения.
А мейнстрим все же цифровизация. И алгоритмы становятся все изощреннее. Чтобы добиться общения с оператором банка, теперь приходится дважды требовать у голосового помощника соединить с оператором, у интернет-провайдера бот настойчивее, фразу «соединить с оператором» нужно повторять трижды, игнорируя отказы.
И за всеми этими проблемами стоят они — неизвестные «тираны» цифровизации, пишущие алгоритмы. Их видение мира, их понимание поставленной задачи, их умения выливаются в программный продукт, который может и продажу запретить, и язык переиначить. И мы вынужденно подчиняемся диктату никому неведомых программистов.
Илон Маск однажды сказал: «Чрезмерная автоматизация была ошибкой. Если быть точным — моей ошибкой. Люди недооценены». Надеюсь, вслед за Маском это поймут и другие, а цифровизация перестанет быть фетишем, мешающим нормальным людям работать и жить.
Очень важная тема. И свою остроту, только набирает. Надо по ней работать.Потому, уже сейчас пленники, хотя и не рабы.


Комментарии
Жизнь не стоит на месте, в недалеком будущем УК и КоАП пополнятся статьями за саботаж с причинением ущерба в особо-крупном размере, и безымянные программисты приобретут и имя и погоняло.
погоняло приобретет "владелец продукта" со стороны клиента, который согласовывал постановку задачи и подписывал акты приемки работ
Да конечно. Следователи замучаются наказывать индусов ....
В целом, многие даже не понимают о чем речь. Как то я лично писал про девушку, которая хотела автоматизировать процесс, при этом подавляющее число комментаторов на АШ даже не отдупляло, что ровно про это и идет речь.
Очередной луддит?
Ну ну...
Компании верят не айтишникам, а бухгалтерам.
У каждого проекта есть бюджет и экономическая целесообразность оцененная в туевой куче метрик, главная из которых прибыль (или снижение издержек, что одно и то же).
Не далее как сегодня слушал отчеты.
С каждого проекта в первый год развития под миллиард.
А проекты, по сути, мелочевка всякая...
И занимаются этим компании не из за тупости руководства, а потому как конкуренция - иначе сожрут те, кто не считает, что это дурь.
Про отказе в сервисе вообще смешно.
Ну хрен с ним, сгорит ДЦ - бывало... Георезерв - нет не слышал...
Да и без этого инфраструктуру поднимали в новых ДЦ за 8 часов.
Ну 8 часов простоя раз в 3 года, а в остальное время обслуживание в 3, 5, 100 раз быстрее...
На кассе никогда не матерились про себя, когда какой-нибудь луддит начинает с наличкой ковыряться...?
А МФЦ? Раньше месяцами время убивали на то, что сейчас можно сделать за 10 мин. И дохрена ещё чего...
Остальное вообще бред сивой кобылы
Да, статья аналогична вере в демократию.
Айтишники - всего лишь исполнители, если заказчику что-то не понравится, то исполнитель в разных вариациях может получить снижение премии, увольнение, срок, или даже паяльник в заднепроходное отверстие - это резко нивелирует отсутствие знания программного кода или каких-то айти принципов у заказчика.
Поэтому ИТ не должно подчиняться бизнесу. Ну в части орг структуры. И злой архитектор в нагрузку. Который бьет по рукам. https://aftershock.news/?q=node/989974
"ИТ не должно подчиняться бизнесу" - вы это как себе представляете?
-- Мне тут нужен софт для бухгалтерии.. Вот описание требований к нему, вот примерный бюджет..
-- Пойдите нахрен! Мы вам не подчиняемся! Вот вам программа по учету пингвинов в зоопарке, попробуйте с ней как-то выкрутиться!
вот именно так оно и работает - в крупных и очень крупных компаниях..... не смешно - но правда....
отдельный вопрос Гос. сектор когда с одного конца у вас требования законодательства по Ведению тендера и условиям победы которые мало чем отличаются от того "кто даст минимальную цену" - а с другой стороны совершенно невнятная и не разумная постановка ТЗ - в стиле "я ничего не знаю и ничего вам не расскажу, но сделайте мне хорошо"
частенько ИТ особенно ратующему за работу компании именно что приходится брать в заложники руководство, фильтровать поток информации и давать то что нужно для получения адекватных запросов и реалистичных целей... и это еще хорошо если есть собственник который не сидит на посту генерального к которому можно постучаться с вопросами решения каких-то таких проблем....
В крупных компаниях своя атмосфера. Огромная бюрократическая машина - вещь в себе, живет по своим внутренним законам, которые человеку со стороны кажутся полной дичью. Как-то доводилось в такой работать, все что я оттуда для себя извлек - в таких местах можно годами нихрена полезного не делать, заниматься просто написанием типовых отчетов о "проделанной" работе и получать з/п. Впрочем, даже если делаешь что-то полезное, отчеты тебе все равно придется писать, никто от этой священной бюрократической повинности не освободит. И года там не выдержал, хотя есть люди, которые там десятилетиями "работают" и всем довольны.
А может все проще..?
Человек который изначально идет писать отчёты просто больше ничего толком не умеет кроме написания отчётов...?
А с какого это перепуга ит должно подчиняться бизнесу? У ит есть свой руководитель, и структуры обычно параллельны. Есть общее руководство, которое и выступает арбитром. Но в тех местах, где я работал, в ит вполне зрелые в этом плане люди (в других вопросах вполне могут быть незрелыми, но зачем они сюда пришли — понимают отлично, потому что в ит, как почти в любую высокотехнологичную профессиональную деятельность не идут маргиналы).
Ну это слишком.
ИТ руководитель должен входить в правление и иметь определенный вес и кредит доверия.
И здесь кадры решают все. Ну из релость ИТ и т.д.
Помню как от меня уходил перспективный парень на должность начальника ИТ и через пару лет вернулся обратно на позицию ключевого специалиста. Поинтересовался - а что так , говорит после очередного вызова к директору, который озадачил его настройкой своего нового крутого мобильного телефона, тут же написал заявление.
Более того, я бы сказал, что проблема вот в этом:
Почему то люди считают естественным, когда топ-менеджер разбирается в юриспруденции, продажах или основной предметной области (скажем, семеноводстве), но как только дело заходит об ИТ - называет монитор "процессором" и относится ко всему электронному как к магии. Нравится это кому-то или нет, но ИТ теперь не просто "ещё одна бизнес-отрасль" - это существенная часть любой области бизнеса. Руководитель высокого уровня не обязан уметь программировать или админить сервер, но если часть его работы - ставить задачи и проверять результаты ИТ подразделению, то не владеть терминологией и теоретической частью означает быть профнепригодным. И возраст тут не оправдание - компьютерная грамотность уже лет 30 как обязательное требование для офисного планктона, а требования к руководству всегда выше.
Самое интересное, что и сами ИТшники будут только рады, потому что да - лапши на уши не навешаешь, но зато и неадекватных требований и необоснованных претензий не будет.
Самим айтишникам глубоко похрен...
Они прекрасно разбираются в том, куда идут и как в том или ином месте будет выглядеть их трудовая деятельность...
И имеют возможность выбирать
А индусы, которые идут абы куда чтобы делать абы что - это индусы, а не айтишники
Не всего лишь. Они имеют экспертизу в области автоматизации, и имеют влияние на построение процессов в связи с этим. Но практически никогда не имеют экспертизы собственно в содержимом процессов, причем в сочетании с самомнением. В итоге хвост регулярно виляет собакой. Вина худосочной собаки в таком исходе тоже есть - в процессах и их содержимом должен сечь управляющий персонал. И видел ситуации, когда они сначала умели, а потом потеряли хватку.
"Имеют экспертизу"
"Экспертность , сука," экспертность"!!!
" Экспертиза" - это блд - процесс исследования.
А экспертное качество знаний и профессионализм - это, сука, ЭКСПЕРТНОСТЬ!!!
В современном русском языке давным давно появилась калька с английского, внезапно совпадающая с ранее используемым заимствованием из латыни. И используется это слово теперь с двумя значениями. Вот такая вот фигня.
Тогда цена безкосякового программиста будет просто заоблачной и вся автоматизация закончится.
И зря вы думаете что программеры не отвечают - очень даже вполне по башке прилетает. И фирме в виде штрафов и опосредованно - исполнителям в виде лишение премий.
Подумайте - весь учет, финансы, связь, транспорт и еще куча всего - это ИТ. Мы, ИТшники обычные люди, нафиг нас демонизировать я ХЗ
Ну, надо же на кого-то свалить свои проблемы, это не я такой тупой, что не осиливаю разобраться с программой, которая и так упрощена до уровня мартышки ,это программист тупой - понаписал тут мне дрянь какую-то.. да еще и за такие сотнитыщ, которые мне почему-то платить не хотят, а ему платят!
Очень удобный объект для ненависти ,у определенной категории населения.
Самое забавное,когда те-же люди, которые возмущаются багами в софте, орут в комментах, на очередную новость вроде - "правительство выделило N миллионов на разработку ПО для ..." -- откуда такие бюджеты, ворьё проклятое, да сын моей подруги, студент, это напишет за вечер левой пяткой..
Цена разработки с тестирование и сопровождение(фиксом багов на проде) и без разнится на порядок( в 10 раз)
Это да, плюс часто простые на первый взгляд задачи, при более углубленном погружении в них оказываются нихрена не простыми, накидать какой-то прототип несложно и быстро, а вот сделать программу, которая отвечает требованиям надежности, безопасности, умеет интегрироваться с уже существующим софтом - это уже совсем другой уровень трудозатрат. Плюс вот сколько чего делал - всегда, не было ни одного исключения, требования на старте разработки, сильно отличались от того что получили на финише, заказчик чаще всего сам не знает что ему нужно. Бывает что требования просто немного корректируются, а бывает так, что почти полностью постановка задачи изменяется. Соответственно и бюджет проекта может измениться кардинально.
Потому что брать на себя ответственность - тяжело, для этого нужно взрослеть. А вот искать виноватых на стороне - легко и просто. Не смог нормально поставить задачу (пожалел денег на нормальных бизнес-аналитиков), не смог протестировать результат (пожалел денег на тестировщиков), подписал акты не глядя? Это не ты - разгвоздяй, это программисты виноваты.
Ага, график работы год через два. Год программируешь, два года сидишь в хате, пишешь бесплатно госуслуги, за косяки на госуслугах можно ещё сверху срок накидывать, стучишь на коллег(репортишь баги сделанные другими) выходишь досрочно, отказываешься работать на госуслуги - сажают в прессхату. Так всю страну и автоматизируем, причем почти бесплатно!
Статья не в полной мере верная. Например, мой интернет-оператор на даче ещё не завёл себе ботов.
У нас на работе я лично согласовываю все изменения в алгоритмах с руководством и сообщаю их аудиторам до начала проверки. Также всё документировано. Это сильно упрощает работу всем нам. С меня снимает ответственность, руководству в целом понятно, что происходит, аудиторам упрощает проверку.
Недавно внедрили один автоматический процесс. Ну внедрили и внедрили, он и в ручном виде существовал чисто для compliance (для формального соответствия стандартам). Эффекта на отчётность почти не оказывает, сумма обсчитываемых бухгалтерских поправок "всего" 5 миллиардов рублей. Зато прилично экономит время, намного точнее считает, и машина ничего не перепутает.
Сам 20 лет автоматизировал бизнес процессы. Пример из жизни: Аналитика по разрезам материалов в старой досовской программе была заложена в регистрационный номер материала. Такие то цифры отвечают за это, такие то за это.
После внедрения новой системы учета - классификация заложена в статью учета и номенклатурный справочник. Статьи учета приходят вместе с системой. Номенклатурный справочник в рамках консолидации НК (сверху). По сути три системы для классификации материалов. Но достаточно одной.
Попытки уговорить отказаться хотя бы от рег номеров к успеху не приводят. Но это простой пример.
Другой пример: автоматизация обработки входящих документов. В результате появилась новая позиция в штате *настройщик алгоритмов с поддержкой процесса". Официальная экономия, которую бухгалтерия подписала "0,2" штатной позиции. По факту просто приняли человека дополнительно после такой автоматизации.
У меня долго подпись была: хочу чтоб от ИТ процессов людям жилось проще. Лет 15. Автоматизация далеко не всегда к этому приводит. Обычно после автоматизации надо брать в штат специалистов по ИТ, но штат не сокращают.
Автоматизация делается не для того, чтобы людям жилось проще!
Автоматизация делается, чтобы начальству были видны те или иные циферки. Рисовали раньше счета-фактуры на коленке - так нет, налоговая потребовала их в электронном виде да с электронной подписью, пришлось тратиться на автоматизацию. Как результат - налоговая научилась автоматом сопоставлять исходящий и входящий НДС и свела все шахем-махеры с НДС к минимуму. Продавали раньше шубы, привезенные в чемодане, за наличку - так нет, потребовали маркировку на них вешать индивидуальную, в результате продажи шуб внезапно выросли в 6 раз ("поднимите мне веки"), и с них стали платить налоги. Продавали раньше паленое бухло из-под полы - так нет, какие-то акцизные марки придумали, ЕГАИСы и вот это всё. Как все подпрыгивали в районе 2005-2006! Чуть ли не пикеты устраивали, потому что запустить эти ваши ЕГАИСы было смерти подобно, а теперь просто так паленое бухло на заброшенном складе не произведешь, потому что кто хочешь щелк - и проверил марку. А ФЗ-54 сколько всем крови попортил, онлайн-чеки эти все, ух!.. А потом налоговая некоторым конторам говорит: вы можете налоговую декларацию не подавать, мы за вас сами посчитаем, сколько вы нам должны, только деньги на свой налоговый счет заносите вовремя.
а вот пофиг... бывает такие ситуации, что ещё не поймёшь, что лучше: общение с "живым" оператором или тем же ботом... иногда складывается ощущение, что разница не велика))
Мне приходилось звонить в техподдержку очень большого количества компаний (всех крупных монополистов, практически). Даже самый тупой оператор несравнимо лучше любого бота. Проблема, видимо, в том, что боты пишут рукожопы под руководством недоумков.
Вот характерный пример. У меня в МТС телефон - кнопочная звонилка. Возник вопрос по моему счету (некоторая операция не проворачивается из приложения). Звоню "умному помошнику", бот с характерным пафосом говорит, что сформировал "подходящее для меня меню". Как оно выглядит: кнопка 1 - отказаться от платных услуг (мне не надо отказываться), кнопка 2 - проверить качество интернета (ага, на кнопочном телефоне, с которого я в инет ни разу не выходил и не ясно есть ли он там вообще). Все. Других пунктов меню нет, возможность попасть на оператора нет. Видимо идиоты, которые выделяют из себя подобные варианты, руководят развитием ИТ во всех компаниях
Боты плохо решают нестандартные проблемы.
Зато очень хорошо стандартные.
Стандартных проблем больше. Вы просто об этом не знаете. И возможно даже не считаете их за проблемы вследствие собственной грамотности.
Посмеялся над админом, который выключением кнопки добивается премии. В реальности всё наоборот. Жмотят деньги, тем или иным способом, грузят кучей непрофильной работой, а потом приходит большой П. Тратишь кучу времени, которое никто не оплачивает, восстанавливаешь что можешь и про премии и повышение зп можешь забыть.
чтобы не пришел большой П, надо что бы частенько приходил маленький и очень маленький П и по каждому маленькому П должна быть Бумажка что, зачем и почему и что надо сделать и когда и сколько это будет стоить... и Да этим маленькие П зачастую должны быть не просто прогнозируемы, но и управляемы а зачастую и намеренны - только видя накопление проблем руководство начинает чувствовать что если случится большой П то у них пригорит за бездействие - и тогда и деньги появляются в бюджете и учитывать расходы начинают и много чего еще....попадаются конечно не адекваты но сейчас таких стало сильно меньше...
маленький и очень маленький П ни кого не интересует. Справился - молодец, возьми с полки пирожок, приобретя его за свой счёт. А большой П случиться в любом случае. Это как с землетрясением в Японии - как ни готовься, оно всё равно будет.
в этом то и проблема - руководство Должно быть в курсе того что есть проблемы что они копятся и что решить их без должно финансирование не получится..... адекватно понимающих руководителей стало сильно больше и сейчас стало сильно проще.
Именно, но если к нему готовится он продет сильно мягче и с меньшим объемом проблем, а что бы готовится нужен Бюджет, а что бы выделили бюджет - руководство должно понимать что проблемы есть и так далее....
не вы один отвечает за работу ИТ за это отвечает и ваш начальники начальник вашего начальника - и когда Они видят что их ТБМ пригорит из-за того что они вас игнорируют отношение начинает постепенно меняться... да работа на пару лет, но можно привить и приучить нормальное отношение к расходам на ИТ.
Правда, все зло от программистов? А может от менеджеров, которые ставят задачи, чтоб работало именно так, как оно работает? Или наоборот, задачи ставятся так, что конечный продукт как дите у семи нянек?
Цифровизация дает огромные преимущества, у руководителя всегда есть необходимая для принятия решения информация, о количестве, качестве, востребованности, резервах, избыточных остатках и т.д. Она всегда максимально актуальна, свежа и собирается за несколько секунд-минут.
Все зло, в виде чат ботов и уволенных уборщиц и прочего не от исполнителей, а от руководителей, которые это решение приняли и внедрили.
Программист лучше пойдет что-то руками поделает, чем будет делать бессмысленную хрень, которая не приносит денег и развития в профессиональном плане. Или в инторнетиках посидит, там всегда кто-то неправ.
далеки они от народа...
Между программистом и собственником есть и те, кто задачи может ставить и за разными метриками следить. И эффективностью и стоимостью и удобством для клиентов.
То есть кроме программиста в штате нужен еще аналитик и архитектор. Вообще "сокращение" издержек. А еще администратор базы данных и начальник для них всех вместе взятых.
Без хорошего бизнес эксперта (эксперта предметной области) ничего хорошего не получится
Ну это подразумевается аналитик, который имеет опыт в бизнес-процессах и умеет задавать правильные вопросы бизнесу.
Аналитиком бы я назвал другую роль. Аналитик не обязан быть экспертом в области, но погрузится в неё обязан. Аналитик должен перевести язык эксперта-заказчика на "человеческий"
Ну вы же и сами знаете про зрелость ИТ в организации и все такое прочее.
Сейчас регуляторы очень плотно проработали нормативную базу для объектов Критической Инфраструктуры.
Лично для меня проверки нашего ИТ еще так лет 7-8 назад стали достаточно трудоемким процессом, причем контроль давно перестал быть бумажным. Самый первый же заход проверки к нам лет восемь назад был вообще довольно забавным, когда ИТ-группа проверки менялась дважды из-за недостаточной компетенции и им пришлось даже привлекать специалистов из афиллированных структур. Но матку они нам мехом внутрь таки вывернули, причем я не про бумаги. Проверку прошли нормально, но вспоминаем до сих пор.
Риски скорее в мелких компаниях, где просто нет ресурсов на соответствующие структуры для управления рисками, безопасностью, соответствию стандартам и т.п.
Да, собственник сам может ставить задачи. Может и аналитиком выступить. А может нанять контору или купить стандартное решение)
А собственник может и посчитать эффективность или стоимость решений.
А между фирмой, широко внедрившей чат ботов, сканирование глаз, голосовых помощников и кучей баз данных и фирмой с учётом на карточках есть разница. И именно эту разницу потребитель оценивает рублём.
Пока что выигрывают автоматизаторы. Как это ни печально. Ибо сам выпускник технического ВУЗа и проблемы и последствия такого внедрения знаю очень хорошо.
Как правило, подобные косяки - это вина кривой организации разработки, т.е манагеров. Программисты не должны выступать в качестве постановщиков задачи, дизайнеров, тестировщиков и тп. Если же руководство просто хочет кнопку, "чтоб стало хорошо", то программист лепит продукт в силу своего понимания, добиваясь скорее внутренней стройности программства.
Золотые слова!!!
Сколько раз сталкивался с этой проблемой - "нам бы это... ну кнопку, чтоб нажать - и красота"... Когда же задаешь конкретные вопросы - в ответ только невнятное мычание... Грамотно сформулировать "свои хотелки" толком никто не может, но при этом подавай результат... Ну а составить что-то на бумаге, так сказать - это как подвиг совершить...
Итог - печален и уныл...
Я лично такой рецепт выработал - при возникновении проблемки оперативно собирается чат, куда созываются заинтересованные лица. По итогам обсуждения разработчик сам пишет ТЗ, обязательно с примерами и картинками, типа - вот оно чего будет, этого хотите? После нескольких итераций есть шанс получить нормальную постановку. Ну, или хотя бы соломку подстелить.
IT-шники, программисты, да и инженеры решают проблемы, вопросы и задачи, выражается это в Техзадании, где прописывается какая проблема должна быть решена, как она решается и в какие сроки. Если руководитель даст задание типа "сделай хорошо", то и будет сделано хорошо, для конкретного IT-шника, программиста, инженера. Будет это выражаться в получении зарплаты/премии, пинании балды и прочем "всё хорошо прекрасная маркиза".
Там все конечно не так утрировано, обычно заказчик способен чего-то намычать более конкретное. Если программист скажет яволь и что-то там слепит в силу своего скромного разумения без нормального ТЗ, то потом наступит звездный час критиков. Набегает толпа во всем белом и говорят хором "Фе, какое гавно, кто же так делает". Программист переделывает свою позорную поделку и процесс повторяется до получения хоть какого-то результата. Все довольны кроме непосредственного исполнителя.
Чуть выше написал рецепт, как такое безобразие лечить, для меня он работает.
В статье много передёргивается. Описывается вариант использования цифровизации ради цифровизации. И мысль во всем виноваты ИТшники, это как сказать, во всем виноваты евреи. Давайте искать причины проблем в себе, а не виноватых на стороне. И будет вам счастье. А с таким подходом, может откажемся от электричества, и вернёмся в пещеры?
Страницы