Афанасьев PRO цифровизацию

🔴 Сказка про Красную Шапочку

Немного юмора для пятничной ленты 🙂

В среду был на квартирнике у Ильгиза Валинурова. Одним из хедлайнеров мероприятия был Алексей Захаров — основатель портала SuperJob.

Обсуждали разные аспекты внедрения искусственного интеллекта, его возможности и, конечно, сопротивление сотрудников новым инструментам.

Алексей предложил интересный способ показать возможности ИИ человеку, который прежде с ним практически не сталкивался.

Берём знакомую всем сказку — например, «Красную Шапочку» — и просим любой доступный ИИ проанализировать её с позиции узкого специалиста:

⚖️ юриста;
📊 главного бухгалтера;
📣 директора по маркетингу;
💻 CIO;
🏭 директора по производству;
💼 владельца бизнеса.

В идеале — дать одну и ту же задачу нескольким моделям разного уровня и сравнить глубину, логику и качество ответов.

Результаты моего эксперимента — в карточках 👆

Попробуйте сами! Интересно, что получится у вас и с позиции какого специалиста вы решите взглянуть на сказку.

Делитесь результатами в комментариях 🙂

Telegram: Афанасьев PRO цифровизацию
MAX: Афанасьев PRO ИТ

Интересное наблюдение про ТЗ by GPT

Раньше, еще год назад, когда вставал вопрос о том, чтобы подрядчики подготовили ТЗ на какой-либо проект, самой большой проблемой было то, что подрядчики неделю делали кривоватую записку на одном листике А4 в формате Word, из которого ничего не следовало. При его изучении приходилось задавать много уточняющих вопросов, чтобы понять, что именно предлагается сделать в проекте, какие будут результаты, какая должна быть архитектура, какие кейсы покрывает это ТЗ и др. Красивые презентации на 30 слайдов, из которых 29 слайдов типовые рекламные, а только один содержит суть - то же самое.

Проблема же сегодняшнего дня - когда я прошу описать суть проекта под ключ, мне буквально на следующий день приносят огромный вордовский документ не менее, чем из 40-50 страниц, в котором максимально детально расписан "сферический конь в вакууме". Разумеется, эти страницы сгенерированы с помощью ИИ под соответствующий промпт. И самое интересное, что из них по-прежнему ничего не следует, просто время на ознакомление с наполнением и формирование вопросов сильно увеличивается.

Причина в том, что и в первом и во втором случае автор должен хорошо представлять себе цель, структуру и план работ, структуру трудозатрат, составляющие стоимости и быть готовым быть прозрачным. Только в этом случае возможно составить структурированный промпт, четко поставить задачу ИИ и использовать ИИ только как генератор контента под понятную прозрачную структурную идею. Если же идея для автора непрозрачна или до конца непонятна или он сознательно "обтекает" скользкие вопросы, ИИ возводит эту непрозрачность в степень. И получается, что подрядчик сэкономил свое время и сгенерировал много красивого контента. А Заказчик после этого потратил намного больше своего времени, знакомясь с этим ТЗ и вкладывая свой ресурс в попытку найти и осознать мысль, которой в этой записке может и не быть.

P.S. Кстати, в роли подрядчика часто выступают и штатные сотрудники, освоившие промптинг.

Telegram: Афанасьев PRO цифровизацию
MAX: Афанасьев PRO ИТ

Люби то, что делаешь, или отстанешь

Ищу для одного из заказчиков 1С-ника в штат. Входящий поток обеспечивает кадровое агентство, одно из самых эффективных в ИТ поиске. Специфика задачи предполагает, что нам нужен крепкий "Ведущий разработчик". Это значит, что кандидат должен уметь не только кодить, но и понимать бизнес-специфику, обладать критическим мышлением, минимальными коммуникационными навыками и любить то, чем занимается.

Отсмотрели уже больше 10 кандидатов.
Заметно, что на рынке появились кандидаты, отработавшие на последнем месте больше 5-8 лет. И это не единичный случай, а я бы сказал каждый второй или третий в тех выборках, которые мне предоставляют для отбора. У кандидатов прекрасное резюме и послужной список проектов согласно строчкам в резюме, но... мы пока никого не можем выбрать...

Почему?
Не буду говорить про всех, но вчера пришел прям хрестоматийный пример.
Пришел кандидат, который отработал на последнем месте больше 16 лет, играл ведущие роли в разработке 1С в компании, по его словам участвовал в реализации самых сложных задач. Компания крупная и известная, лидер в своем сегменте.
Краткая оценка погруженности в решаемые задачи показала, что уровень владения процессами невысокий: в деталях теряется, контекст проектов не помнит, твердого мнения о принятых решениях не высказывает. Явно решения принимал кто-то другой.
Оценка уровня владения 1С показала еще более печальную картину: непонимание принципов работы с индексами, запросами, требований платформы по работе с данными и окружением.

И это после 16+ лет работы с одной платформой разработки (1С) и в одной компании! После 16(!), КАРЛ!!!
Т.е. сотрудник все это время ходил на работу с 09:00 до 18:00, делал минимально необходимые действия, не разбирался, не интересовался, не изучал ничего нового. Неудивительно, что именно он оказался на рынке, а не его уже бывшие коллеги.

Друзья, не занимайтесь тем, что вам неинтересно, это билет вникуда. Не нравится 1С, бросьте ее, изучайте Python, идите в сисадмины или руководить проектами. Не нравится ИТ, бросьте, есть множество других интересных областей и отраслей. Только не относитесь к своему делу, которым вы занимаетесь каждый день, настолько наплевательски.

Тогда и работу искать в трудные времена не придется долго.
P.S. Месяц назад забрали парня на такую же позицию, который еще и на рынок выйти как следует не успел (компания обанкротилась). Потому что парень профи.

Обращайтесь, если нужна помощь с дальнейшим карьерным развитием или отбором кандидатов, подходящих именно под ваши задачи.

Telegram: Афанасьев PRO цифровизацию | CIOaaS
MAX: Заметки ИТ Директора | ScaleX

Кризис чистит рынок 🧹

Когда моя жена сказала эту короткую, но емкую фразу как резюме обсужденных за день событий, я вдруг понял, что именно в этом контексте проходят последние несколько месяцев моей трудовой деятельности. И поскольку я давно ничего не писал, считаю своим долгом всё вам рассказать.

Бизнес начал считать деньги. И большой и малый. Наверное, не открою никому эту истину, но в контексте ИТ это стало заметно относительно недавно. Когда были "жирные" годы, никому не было дела до неэффективных сотрудников, раздутого ФОТ, ненужных проектов, завышающих оценки подрядчиков, завышенных OPEX и многомиллионных закупок.
Многие шли в аджайл, продуктовый подход, кратно увеличивая штат и теряя эффективность, презентуя руководству, насколько они в тренде. Но пока EBITDA бизнеса позволяла, это рассматривалось как шалость, как допустимый вариант работы.

И вдруг GM упал.
Бизнес сменил стратегию, провел чистку в коммерции, маркетинге, продажах, а P&L всё равно отрицательный . И тут на глаза попадается IT (айти), который всегда был священной коровой, которая непонятно, что делает, но вроде приемлемо стоит и ладно - всё же работает...

Пару дней назад руководитель достаточно крупного бизнеса задал мне вопрос - сколько может стоить внедрение BI отчетности в его компании. Я прикинул, что на аналитику данных может понадобиться 200-300 т.р., поскольку там не так много источников данных и потом еще на разработку примерно 10-ти дашбордов около 1-1.5 млн руб с запасом на неожиданности (я эту цифру знаю, потому что внедрение BI для нас задача весьма регулярная). На что он сильно удивился и показал мне КП от одного интегратора, в котором стояла сумма в 5 млн руб. Самое печальное, что за 5 млн интегратор обещал лишь подготовить инфраструктуру, а разработка отчетов уже шла сверх этой суммы. При этом, в чем именно заключается подготовка инфраструктуры, указывалось очень размыто, верхнеуровневыми понятиями, в расчете на то, что заказчик не сможет задать правильные вопросы ввиду отсутствия компетенций в этой области. Еще года три назад эта компания бы даже не обратила внимания на какие-то 5 млн в КП, а просто сказала бы - делайте. А сейчас прикладывает усилия, чтобы найти на рынке второе мнение для проверки, не водят ли их за нос, с чем ко мне и обратилась.

ИТ компания, выставившая такое КП по привычке пытается жить на очень высокой марже. Уверен, что из указанных 5-ти млн на "анализ и подготовку ИТ ландшафта", минимум 4 млн пойдут в прибыль проекта (когда проект кто-то купит). Но благодаря кризису и наступлению ИИ время подобных контрактов проходит. Этот контракт, по крайней мере, они потеряли, а клиент сэкономил на проекте 4 млн.

Продублировал канал в МАХ, если удобно читать там - welcome милости просим

Telegram: Афанасьев PRO цифровизацию | CIOaaS
MAX: Заметки ИТ Директора | ScaleX

А что если кибератака?

Есть такая штука, как DRP - Disaster Recovery Plan. По сути это формализованный план действий, которые компании нужно будет совершить для того, чтобы восстановить работоспособность своей ИТ инфраструктуры в случае ее неожиданной поломки.

🟢Качественный DRP практически гарантирует бизнесу, что его данные находятся в целости и сохранности, и что в случае нападения хулиганов, хакеров, вирусов, пожара, наводнения, солнечного затмения и неожиданного стояния Луны в Козероге ее бизнес не остановит свою работу или работа бизнеса будет восстановлена в рамках приемлемого и заранее известного времени.

🔴Отсутствие DRP означает, что все вышеперечисленные риски руководство бизнеса берет на себя.

Примерно в последний год из-за активизации киберхулиганов на первый план по запросам от клиентов вышли три запроса, которых раньше почти не было:

🔹 Восстановить работоспособность бизнеса после кибератаки. Это те, кто думал, что они слишком маленькие и незаметные для хакеров, и если сидеть тихо и заниматься только бизнесом, то их не тронут. Ну или их не тронут просто потому что они классные ребята и делают крутой продукт для рынка.

🔹Провести аудит информационной безопасности, выявить и устранить уязвимости, предотвратить потерю данных и остановку ИТ сервисов при любых сценариях. Это те, кто уже попался, в некоторых случаях неоднократно, и теперь хочет убедиться, что этот неприятный опыт случился у них в последний раз.

🔹Помочь реализовать DRP. Как правило это уже после неприятного знакомства с киберхулиаганами, аврального восстановления своей ИТ инфраструктуры и по итогам последующего ИТ аудита, показавшего, что прошедшая кибератака была крайней, а не последней.

Хотя, правда, по итогам громких кейсов в медиа, появились запросы и на превентивную настройку информационной безопасности и формирование DRP.

Очевидно, что у всех обратившихся никакого DRP ранее не было. Или он был только на бумаге для руководства. Или он был, но реализован был формально, ради отписки для проверяющих. Или он был, но был не доделан до конца, потому что не нашлось бюджетов, инициативы, приоритетов. А ведь есть еще ситуации. когда формально купленные и внедренные системы типа антивирусов, DLP и SIEM фактически не работают, потому что ... (и тут тысяча причин), но зато перед руководством об их внедрении отчитались. Думаете - редкость? Ан нет. И выявить это возможно только с помощью независимой профессиональной проверки.

DRP стоит денег, это факт. Как CAPEX на резервные вычислительные мощности, так и OPEX на регулярные проверки, учения, модификацию, регламенты.

Как думаете, какое соотношение финансовой экономии от отсутствия затрат на DRP к потерям от завершившейся успехом хакерской атаки? Соотношение кратное и даже иногда это порядки, в зависимости от того, насколько опытные были хакеры и насколько сильные были сисадмины и ИБ в компании. Эту информацию легко уточнить у главы любой компании, пострадавшей от действий киберхулиганов.

➡️Обеспечить DRP существенно дешевле, чем пережить успешную кибератаку
➡️Обеспечить DRP существенно дороже, чем ничего не делать

Это и есть ключевой выбор руководителя бизнеса. Бытует мнение, что в случае шифровальщика у компании будет шанс откупиться от хакеров несколькими биткоинами. Иногда получается. Однако события последних пары лет показывают, что этот способ восстановления стал работать реже. Причины, думаю, вы понимаете.

Важно еще отметить, что наличие отдела ИБ и инструментов ИБ не является 100% оберегом от нападения. Это всего лишь один из способов минимизировать риски, но не обнулить их.

На обсуждение:
❓Как вы думаете, все те крупные известные компании, которые столкнулись с кибератаками и попали в прессу, обладали рабочим вариантом DRP?
❓Как вы думаете, все те крупные компании, которые еще не попали в прессу, просто скрыли атаки, откупились биткоинами или все-таки работают в направлении системной защиты?
❓Если вы - руководитель бизнеса, и у вас еще нет системно выстроенной защиты, как думаете, сколько времени у вас еще есть на построение DRP?

Афанасьев PRO Цифровизацию | ScaleX | CIOaaS

#ИТАудит

Сисадмины vs Разработчики

Пока одни компании решают задачу, как правильно внедрить ИИ в свои процессы, мы ведем свой репортаж из недр среднего бизнеса, борющегося за стабильное функционирование своей ИТ платформы. Спойлер - таких очень много 🙈

Разберем сегодня одну из множества выявленных проблем компании, недавно прошедшей наш ИТ аудит.

Итак, есть бизнес, который не связан с ИТ, а ИТ департамент выполняет обслуживающую функцию.
У компании есть свои сервера, за работоспособностью которых зорко следит команда системных администраторов. Ребята подходят к работе ответственно, поэтому без их ведома и разрешения никаких изменений в ИТ инфраструктуре не происходит и она работает надежно.
Компания активно развивает свои электронные ИТ продукты - имеет свой сайт, который регулярно дорабатывает. За доработку сайта отвечает команда разработчиков и DevOps. Команде разработчиков нужно быстро менять сайт, внедрять новые фичи, внедрять новые инструменты, потому что от них этого в ультимативной форме требует руководство бизнеса.

Разработчики обратились к сисадминам с просьбой предоставить им максимальные права на серверах, чтобы иметь возможность самим проводить изменения, устанавливать программы, удалять данные, но получили отказ в грубой форме по своему запросу.

Не сдавшись, ребята вспомнили, что они вообще-то поддерживают философию AGILE, и организовали себе свое собственное уютное виртуальное облако в Селектеле, где своими силами как могли и развернули инфраструктуру сайта (она не сильно сложная) и продолжили работу там, но уже без участия несговорчивых сисадминов, и, правда, без интеграции с основными системами компании. Через время, когда у них случились сложности с интеграцией с бэкофисной 1С-кой, содержащей кучу нужной информации, они обратились к сисадминам с просьбой помочь им, настроить сеть, сервера, заставить 1С-ку интегрироваться, но получили отказ, мотивированный тем, что сисадмины не знают ничего об облаке Селектела, а все необходимые для работы компании системы развернуты на своих серверах и надежно бэкапируются.

В компании нет единой позиции ИТ директора. Команда сисадминов и техподов работает под руководством CIO, команда разработчиков - под началом СТО. CIO и СTO подчиняются СЕО бизнеса, который не разбирается в ИТ и не может предметно контролировать принимаемые командами решения. По этой причине эскалация результатов не дала, а компания продолжает терять деньги из-за конфликта между разработчиками и сисадминами.

А теперь интересные вопросы для обсуждения в комментариях

Как вы думаете:
❓Почему вообще сложилась такая ситуация, в чем её первопричины?
❓К каким проблемам может привести подобная конфигурация работы, если всё оставить в текущем виде?
❓К кому пойдет с вопросами и деструктивной обратной связью руководитель бизнеса, когда сайт перестанет работать?
❓Как в условиях противодействия сисадминов разработчикам вести быструю разработку, которую от них требует руководство компании?
❓Как сисадминам обеспечить надежность и защищенность ИТ ландшафта от хакеров и вирусов, если у них на серверах проходной двор из постоянно меняющихся разработчиков с админскими правами, позволяющими уничтожить инфраструктуру просто чихнув неудачно на клавиатуру?
❓* Кто виноват?
❓** Что делать?

Афанасьев PRO Цифровизацию | ScaleX | CIOaaS

#ИТАудит #Кейс #ИТПроблема