Если это холодная вода, то официальный сервис Роспотребнадзора заходите и оставляете заявку https://питьеваявода.рус/. Плановые проверки такого треша могут не показать потому, что плановая может быть через месяц и к тому времени проблема уйдет. Если граждане не будут информировать о проблемах сразу, то и ведомство мало чем помочь сможет.
Наглядная демонстрация того, зачем было нужно высшее образование. ВУЗ давал механизм решения задач и умение им пользоваться, понимание - знания из какой отрасли нужны для решения этой задачи, хотя бы приблизительная оценка того, какого специалиста и какой квалификации привлечь для решения той или иной задачи в качестве консультанта. Есть большая пропасть между я могу решить вот конкретно эту задачу, с помощью вот этого инструмента и я умею решать задачи. ИИ навыка решать задачи не даст, более того излишнее использование ИИ "тупит" мозг. ИИ хорош, как вспомогательный инструмент для специалиста, который и так задачи своими мозгами решает нон-стоп.
О системе известно давно, предлагаемые подходы к работе в 2008 были весьма полезны в других отраслях, где в то время о безопасности не задумывались. Специалисты которые работали с МСВСфера в дальнейшем весьма успешно приложили руку к переводу части инфраструктуры с Солярки на Линукс. Просто в рекламу МСВСфера по понятным причинам долгое время вообще не вкладывали средств.
9 версия произвела, лично на меня благоприятное впечатление. Ряд кейсов стоило бы доработать, если говорить о КИИ, причем на мой взгляд, работа не столько у разработчиков, сколько у сопутствующих специалистов, тех. писы, аналитики и прочие. Кейс АРМ для физ. лица в целом интересная штука для определенных целевых применений, посмотрим как он в реальной практике себя поведет по сравнению с Альт и РедОС.
Что-то я не особо вижу жалобы жителей Пушкино на качество питьевой воды, что мешает зайти и оставить информацию? Вот просто сейчас зашел посмотрел отчет за месяц. Сервисы работают круглосуточно, заявки от населения принимаются, плохая вода заходишь на карту, выбираешь свой дом и оставляешь жалобу.
Есть средняя по объему система управления, на нее есть базовая документация, в документации порядка 50 000 рисунков (графики, интерфейсы, таблицы и пр.) весьма посредственного качества плюс текст порядка 300 000 листов. Задача: привести качество документации к средне полиграфическому виду, поддерживать документацию на систему в актуальном состоянии.
Вариант раз улучшить качество изображения ручками, вариант два сгруппировать по типам и скормить ИИ и автоматизировать процесс. Сколько времени/денег займет это все в первом случае, посчитать не сложно). Дальше обновленную документацию нужно поддерживать в актуальном состоянии, с учетом того, что система "живет" и меняется, то релиз новой версии документации на систему раз в квартал, средне интегральный объем изменений графической информации 25-30%. Трудозатраты при использовании классических инструментов посчитали?) Это первый уровень задачи.
Второй уровень задачи - контроль изменений, с учетом, что время жизни Системы 15 лет, а время ответственного хранения документации после снятия системы с эксплуатации 10 лет. Кстати, не самые большие сроки в современной России. Так вот как оперативно посмотреть изменение документации по годам? Можно ручками/глазками, можно через систему распознавания и анализ результатов с помощью специализированной ИИ модели.
Вот собственно зачем нужен ИИ для технарей, а точнее для департамента технической документации и департамента ревизионного контроля.
1. Завершил 10 летний проект, стало чуть больше времени;
2. В 2011 слегка притормозил интернет активность, по сравнению с 1998-2010, взял тайм-аут на 10 лет, перегрузился, провел ревизию своей деятельности, внес коррективы в планы на проф. развитие, в 2022 стал возвращаться к былой активности.
3. Мир сильно поменялся, ряд тем стали более актуальны, в каких-то вопросах ИТ отрасль, на мой взгляд, глобально свернула не туда, возможно мое мнение даст кому-то повод для размышления.
Я удовлетворил Ваше любопытство?
Кстати, спасибо, что напомнили про время, стоит еще один ресурс навестить, насколько я помню там активничал 15 лет назад)
Во времена, когда инет был свободным я банами не пользовался, даже там, где они были возможны. Почему, потому что баны инструмент возникающий тогда, когда не умеешь формулировать свои мысли и/или не умеешь говорить "нет" и/или не в состоянии построить логической размышление на 5-10 шагов вперед и/или не в состоянии проигнорировать элементарную манипуляцию. Я бы посоветовал тем, кто исповедует "держать и не пущать " подумать, какую среду вы себе создаете - комнаты с мягкими стенами, где вас ничего не будет беспокоить? Это даст вам сиюминутный комфорт, а потом наступят весьма плачевные события, потому, что вы просто потеряете навык общения в реальном мире. Вы уже получили поколение, которое не умеет говорить "нет" и аргументировать, не умеет просто сказать - вы не правы и аргументировать, не умеет не впадать в истерику, если что-то сказанное им не по душе, максимальный навык поставить минус и то, потому, что он обезличенный. Проверяли на одном из ресурсов, что будет, если минус/плюс под постом сделать идентифицируемым, что интересно количество минусов сократилось на порядок. Можно продолжить, но думаю направление мысли понятно.
P.S. Комфортная среда методом страуса не создается, комфортная среда создает простыми и понятными правилами и качеством информации, а процесс получения определенного уровня качества информации построен не на том, что "Васю" забаним, а на совершенно других механизмах.
Для получения работающей модели в нее нужно "залить" знания, если хочешь получить "академика" значит уровень знаний должен соответствовать "академику", причем модель должен полностью обучать специалист, владеющей предметной темой, если не на уровне "академика", то хотя бы на уровне "профессора". Если это условие не соблюдается положительного результата не будет. А теперь вопрос на логику:
Вопрос номер один: кто и зачем будет вкладывать тонну времени, чтобы создавать себе потенциального конкурента.
Вопрос номер два: хорошо создали модель, которая решает подобные задачи, кто ее проверять будет?)
Вопрос номер три: в тот момент, когда модель сбойнет, а кожанных специалистов уже сократят, кто сможет найти "поломку" в расчетах?
Молодцы, хотя меня, как клиента банка больше интересует, что у вас банальные функции не работают, к примеру можно вбить название ТСЖ и оплатить кап.ремонт, но это же ТСЖ ЖКУ не оплатить, хотя 2 года назад все было ок. Мне вот интересно, этому багу минимум более полугода, чем у Вас отдел тестирования занимается? Подобные казусы, как раз задача робота которые смотрит реквизиты объектов и в случае несовпадения корректирует/выдает аларм. Это скажем так в качестве обратной связи. И заодно готовый кейс, создай робота, который возьмет базу по СПб и выяснит не полные данные по оплате ЖКУ. Задача посложнее ТСЖ "Хороший дом", тсж Хороший дом (название вымышленное) это для пользователя одно и тоже, хотя для Вашего мобильного приложения это не так. Тоже готовый кейс для робота по тестированию ПО.
Почему, я об этом пишу, потому, что в любой разработке сервиса важен это не столько инструмент, сколько понимание задачи клиента и как клиент смотрит на Ваш сервис/софт. Если это понимание есть, тогда под решение задач клиента подбирается инструмент, если понимания у конкретного сотрудника нет, то что робот, что ИИ ему не помогут.
Еще одно наблюдение. В филиале Х сутки не работает банкомат, система мониторинга отрапортовала об этом? Если нет печаль. Судя по тому, что проблема повторяющаяся, то с мониторингом не все слава Богу, кстати дергать банкоматы раз в час и делать отчет, это простейший робот.
Объективности ради, описанные выше, проблема у Ваших коллег по цеху тоже наблюдаются.
История из реальной жизни. Чат банка, вопрос роботу:
Добрые день, возник вопрос по списанию с карты.
На такое-то число сумма задолженности по карте (она одна у этого банка) такая-то.
На карту внесена такая-то сумма такого-то числа.
Произошло списание такого-то числа в размере сумма.
На такое-то число сумма задолженности такая.
С чем вызван отрицательный баланс по карте?
Шах и мат роботу. Ждем человека. Вишенка на торте, подключившийся оператор запрашивает все данные заново, ибо тупой робот не в состоянии даже передать информацию.
Резюме. Пока роботы не в состоянии решать простые алгоритмические задачи, не стоит их пускать к клиентам и бесить клиентов.
Последние лет n в подобных случаях берем амперметр и вольтметр, а лучше осциллограф и ваттметр и смотрим, что происходит с питанием и потреблением под нагрузкой, то что на блоке питания нарисовано 1 кВт еще ни о чем не говорит.
Дальше, предположим получаем информацию, что с питанием все ок, но потребление процессора наоборот низкое, тогда понятно откуда лаги при возрастающей нагрузке процессор пытается снизить потребление и получаем лаги.
Второй момент, как уже говорили, тестировать на альтернативных ОС, решения Microsoft + AMD традиционно имеют свою специфику, порой весьма не прозрачную.
За 30 лет карьеры, кадровые агенства мне ни разу не дали результат, а вот времени на них было потрачено уйма. В свое время (приблизительно 15 лет назад) проводил исследование для личного пользователя, может это я не умею кадровыми агенствами пользоваться.
Результат опроса: из 30 технических специалистов (разработчики ПО, разработчики электроники, сисадмины, тестировщики, возрастная группа 25-40) кадровые агенства не дали результат не одному, из 25 опрошенных менеджеров (возрастная группа 25-45) кадровый агенства дали результат в виде собеседования у потенциального работодателя 3-м опрошенным, офер получил в результате 1. А теперь самое интересное прошло 15 лет, 80% опрошенных пошли на повышение, около 70% опрошенных работали/работают на одном рабочем месте не менее 5 лет.
Резюме - лично мне не понятно зачем нужны кадровые агенства и кто их целевая аудитория. Может кто расскажет? Чертовски любопытно.
Автор формулирует проблематику уже в первых строках, не знаю осознано или неосознанно. А проблематика простая инструкция=! руководство и проблемы начинаются тогда, когда компания не понимает, что ей надо на свой продукт. Более того для части продуктов руководство пользователя вещь вроде нужная, но толку от него будет не много. Пример из жизни, одна из наших систем, драфт руководства пользователя порядка 3000 страниц, вы правда думаете, что пользователь это читать будет?-) Мы решаем вопрос путем создания кратких инструкций на необходимую данному пользователю группу операций. В результате экономия времени на создание документации и на достаточная для наших задач скорость обновления документации.
Тема конвертации цифрового рубля в наличный не раскрыта-) А деньги, которые нельзя конвертировать в наличность это фикция. Идея отслеживать движение денег при оплате услуг бюджетными деньгами это хорошая идея, а глобальные цифровые деньги идея так себе.
Первый момент. Стоимость принятия решения, риски принятия решения, стоимость владения решением, вопросы на которые реальный управленец отвечает на автомате при любой задаче, время обдумывания ответа может отличаться от сложности задачи.
Второй момент - согласования, вытекает из первого, если согласование элементарной вещи занимает дни/недели, то какую методологию не бери тут проблема в качестве менеджмента, а не методологии.
Третий момент - процессы никак не отменяют результат, если в описании процесса нет результата, так не процесс плох, а формализован он плохо.
Четвертый момент - делегирование, у части менеджеров с этим все плохо, как следствие они занимаются не эффективной деятельностью, например сами делают отчеты на каждый пчих. Проблема в процессах/PM book - нет, проблема в когнитивных способностях конкретного персонажа и понимании на каком участке процесса должны быть отчеты.
Пятый момент - распределение времени. Если взять к примеру разработку ПО, то на сам кодинг должно уходить не более 20% времени, тестирование 50%, документация (включая как раз те самые отчеты) 30%, тогда все будет работать с хорошими финансовыми показателями.
Шестой момент. Я видел кучу формализованных систем в которых отсутствовала финансовая составляющая, как следствие результат плачевен. Я когда ставлю задачу всегда понимаю, сколько стоит ее выполнение, а не просто тут задача "Петру" на 5 часов. Если у "Петра" стоимость часа работы 20 000 рублей, то грузить его всякой фигней это риск получить в лоб от финансового департамента за нерациональное расходование бюджета, однако подобный подход в реальном времени наблюдается не часто на рынке.
1 разработчик не умеет писать нормальную техническую документацию;
2 не может написать ЧТЗ на подсистему/сервис.
На мой взгляд ИИ для него бесполезен.
Возможный выход - обучение разработчика данным скилам, либо предоставление компаньона который обучит ИИ, выдаст четкие инструкции по работе и проведет декомпозицию задач. Второй подход вызывает сомнения в свое экономической целесообразности.
Часть вторая. Менеджмент.
Для внедрения ИИ PM должен понять тактическую и стратегическую цену внедрения подобного решения именно в вашей компании. Проведите простой эксперимент в своих командах:
1 возьмите понятную задачу по уже известным технологиям сроком на 2-6 месяцев;
2 задайте вопрос PM - во сколько обойдется компании стоимость внедрения данного решения и каков процент ошибки прогноза;
3 проанализируйте ответ.
Мой опыт говорит, что процент PM которые в состоянии говорить на языке денег и рисков крайне мал при уже освоенных технологиях, что говорить про новые? Хотя возможно в ваших командах иначе.
Часть третья. Резюме.
Из всего выше сказанного получаем:
1 часть разработчиков не обладают навыками для внедрения ИИ;
2 часть менеджмента не умеет в финансы, что тоже не позволит эффективно внедрить ИИ;
3 до внедрения ИИ необходимо запустить проект по подготовке персонала, если хотеть прогнозируемые затраты и результат.
4 для подготовки персонала по работе с ИИ необходимо обеспечить данный проект ресурсами, что на рынке пока наблюдается крайне редко.
Вначале на среднюю позицию устраивают аттракцион из 5 собеседований с дельтой неделя - две, потом еще СБ и полиграф, а потом работодатель берет 2 недели на обдумывание. Зачем? Я бы понял, если бы искали гуру и обсуждался контакт на 10 лет, но у вас же испытательный срок и срочные контракты. Загадка.
Часть вторая. Запросы по профессиональной деятельности.
Работодатель хочет полную информацию о твоих проектах, чуть ли не с пеленок, какой практический смысл в информации о проекте 30 летней давности, может кто подскажет? Ну разворачивал я почтовый сервак на фрибсд в 1995 и он даже проработал 10 лет из которых 7 лет без обслуживания, толку от этого скила, я подобной работой очень давно не занимаюсь и очевидно, что навыки не актуальны, да и с текущей профессиональной деятельностью эти скилы никак не связаны.
Часть третья. Тестирование.
Тестирование, что в общем виде само по себе не плохо, если бы относилось к рассматриваемой позиции и имело вменяемые условия.
Пример 1. Исходные данные:
Обсуждается позиция PM в системном интеграторе, интегратор занимается розницей, проекты связаны с разработкой софта для розницы.
Тестовое задание на собеседовании: нарисовать алгоритм работы аппаратного спектрального анализатора сигналов сети 10Gbit и предложить его программную реализацию, так и не придумал, где компания может применить эти навыки. Время на выполнение 15 минут.
Пример 2. Исходные данные:
Фулстек аналитик, компания разрабатывает СЭД.
Тестовое задание: подготовить полный комплект проектной документации на Систему в полном соответствии с ГОСТ 34, готовый к гос. приемке, в качестве исходных данных аккаунт к тестовому стенду и контракт 5 летней давности на разработку, время разработки 3 дня.
Пример 3. Исходные данные:
Должность бизнес-аналитик, компания разрабатывает решения для логистики.
Тестовое задание: есть старая система, использующая MS SQL 2012 и сервак на Xeon E5, задача необходимо математически просчитать ускорение работы базы с погрешностью не более 1,5% при переходе на Xeon Platinum 8480 и Postgre Pro 14 Enterprise, больше данных нет, построить модель в Матлабе и провести презентацию результата расчета. Время на решение задачи 2 часа. Позиционировался, как типичный пример постановки задачи в данной компании.
Часть четвертая. Заключительная.
Таких прекрасных примеров я могу еще пару десятков привести, как вы думаете, как вы думаете к чему, описанный выше, подход при найме приведет. Вот я думаю, как раз к потоку тех самых шулеров.
Ремарка: Нет четкой постановки задачи, нет точной оценки.
Вы начали писать статью очень размыто указав как вы формировали запрос на рынок. Не понимая запроса оценить ваши рассуждения сложно. Текст вакансии это даже не ТЗ, а готовое коммерческое предложение, зная его можно сделать прогноз, кто к вам пойдет.
Предположим, что вы искали Seniora и ваша вакансия сформулирована адекватно, а компания белая и пушистая, при этом вы получили описываемые результат.
Это означает только одно - на ваше предложение специалистов нет. Из этого следует, что либо нужно менять предложение, либо закрывать позицию, либо растить собственных специалистов.
Возник вопрос, как отслеживается связность изменений и требований в документах?
Например, в моей работе изменения ЭД, которые отражают реальные текущие технические параметры АИС с точки зрения техники порой не сложны, уточнили две таблицы, поменяли абзац текста, это взгляд технаря.
Однако, если эти изменения сделать без учета требований в коммерческой и проектной документации, то результат может быть весьма плачевен. Для того, что внести изменения корректно - нужно четко представлять насколько внесение этих изменений не противоречит требования текущих Контрактов/ТЗ/ЧТЗ, а также не нарушает требования предыдущих контрактов на АИС. Ретроспектива документации 7 лет, причем одна и та же формулировка с точки зрения техники, изложенная разным стилем может вызывать разные последствия.
Это я еще не касался изменения ТУ, где соответствие нормативно-правовой документации раскрывается во всей красе и технически корректное изменение, но нарушающее ФЗ может привести к знакомству с тов. прокурором, со всеми вытекающими последствиями.
А можно взять себе workstation на б/у хеоn и получить и железку для Devops/виртуализации/прочего и вполне рабочую лошадку для программирования. А по цене макбука можно взять уже Epic). Причем предложенные решения позволяют создавать различные рабочие конфигурации для тестирования софта и понимания узких мест.
Если это холодная вода, то официальный сервис Роспотребнадзора заходите и оставляете заявку https://питьеваявода.рус/. Плановые проверки такого треша могут не показать потому, что плановая может быть через месяц и к тому времени проблема уйдет. Если граждане не будут информировать о проблемах сразу, то и ведомство мало чем помочь сможет.
Наглядная демонстрация того, зачем было нужно высшее образование. ВУЗ давал механизм решения задач и умение им пользоваться, понимание - знания из какой отрасли нужны для решения этой задачи, хотя бы приблизительная оценка того, какого специалиста и какой квалификации привлечь для решения той или иной задачи в качестве консультанта. Есть большая пропасть между я могу решить вот конкретно эту задачу, с помощью вот этого инструмента и я умею решать задачи. ИИ навыка решать задачи не даст, более того излишнее использование ИИ "тупит" мозг. ИИ хорош, как вспомогательный инструмент для специалиста, который и так задачи своими мозгами решает нон-стоп.
О системе известно давно, предлагаемые подходы к работе в 2008 были весьма полезны в других отраслях, где в то время о безопасности не задумывались. Специалисты которые работали с МСВСфера в дальнейшем весьма успешно приложили руку к переводу части инфраструктуры с Солярки на Линукс. Просто в рекламу МСВСфера по понятным причинам долгое время вообще не вкладывали средств.
9 версия произвела, лично на меня благоприятное впечатление. Ряд кейсов стоило бы доработать, если говорить о КИИ, причем на мой взгляд, работа не столько у разработчиков, сколько у сопутствующих специалистов, тех. писы, аналитики и прочие. Кейс АРМ для физ. лица в целом интересная штука для определенных целевых применений, посмотрим как он в реальной практике себя поведет по сравнению с Альт и РедОС.
Что-то я не особо вижу жалобы жителей Пушкино на качество питьевой воды, что мешает зайти и оставить информацию? Вот просто сейчас зашел посмотрел отчет за месяц. Сервисы работают круглосуточно, заявки от населения принимаются, плохая вода заходишь на карту, выбираешь свой дом и оставляешь жалобу.
Есть средняя по объему система управления, на нее есть базовая документация, в документации порядка 50 000 рисунков (графики, интерфейсы, таблицы и пр.) весьма посредственного качества плюс текст порядка 300 000 листов. Задача: привести качество документации к средне полиграфическому виду, поддерживать документацию на систему в актуальном состоянии.
Вариант раз улучшить качество изображения ручками, вариант два сгруппировать по типам и скормить ИИ и автоматизировать процесс. Сколько времени/денег займет это все в первом случае, посчитать не сложно). Дальше обновленную документацию нужно поддерживать в актуальном состоянии, с учетом того, что система "живет" и меняется, то релиз новой версии документации на систему раз в квартал, средне интегральный объем изменений графической информации 25-30%. Трудозатраты при использовании классических инструментов посчитали?) Это первый уровень задачи.
Второй уровень задачи - контроль изменений, с учетом, что время жизни Системы 15 лет, а время ответственного хранения документации после снятия системы с эксплуатации 10 лет. Кстати, не самые большие сроки в современной России. Так вот как оперативно посмотреть изменение документации по годам? Можно ручками/глазками, можно через систему распознавания и анализ результатов с помощью специализированной ИИ модели.
Вот собственно зачем нужен ИИ для технарей, а точнее для департамента технической документации и департамента ревизионного контроля.
Совокупность факторов:
1. Завершил 10 летний проект, стало чуть больше времени;
2. В 2011 слегка притормозил интернет активность, по сравнению с 1998-2010, взял тайм-аут на 10 лет, перегрузился, провел ревизию своей деятельности, внес коррективы в планы на проф. развитие, в 2022 стал возвращаться к былой активности.
3. Мир сильно поменялся, ряд тем стали более актуальны, в каких-то вопросах ИТ отрасль, на мой взгляд, глобально свернула не туда, возможно мое мнение даст кому-то повод для размышления.
Я удовлетворил Ваше любопытство?
Кстати, спасибо, что напомнили про время, стоит еще один ресурс навестить, насколько я помню там активничал 15 лет назад)
Во времена, когда инет был свободным я банами не пользовался, даже там, где они были возможны. Почему, потому что баны инструмент возникающий тогда, когда не умеешь формулировать свои мысли и/или не умеешь говорить "нет" и/или не в состоянии построить логической размышление на 5-10 шагов вперед и/или не в состоянии проигнорировать элементарную манипуляцию. Я бы посоветовал тем, кто исповедует "держать и не пущать " подумать, какую среду вы себе создаете - комнаты с мягкими стенами, где вас ничего не будет беспокоить? Это даст вам сиюминутный комфорт, а потом наступят весьма плачевные события, потому, что вы просто потеряете навык общения в реальном мире. Вы уже получили поколение, которое не умеет говорить "нет" и аргументировать, не умеет просто сказать - вы не правы и аргументировать, не умеет не впадать в истерику, если что-то сказанное им не по душе, максимальный навык поставить минус и то, потому, что он обезличенный. Проверяли на одном из ресурсов, что будет, если минус/плюс под постом сделать идентифицируемым, что интересно количество минусов сократилось на порядок. Можно продолжить, но думаю направление мысли понятно.
P.S. Комфортная среда методом страуса не создается, комфортная среда создает простыми и понятными правилами и качеством информации, а процесс получения определенного уровня качества информации построен не на том, что "Васю" забаним, а на совершенно других механизмах.
Для получения работающей модели в нее нужно "залить" знания, если хочешь получить "академика" значит уровень знаний должен соответствовать "академику", причем модель должен полностью обучать специалист, владеющей предметной темой, если не на уровне "академика", то хотя бы на уровне "профессора". Если это условие не соблюдается положительного результата не будет. А теперь вопрос на логику:
Вопрос номер один: кто и зачем будет вкладывать тонну времени, чтобы создавать себе потенциального конкурента.
Вопрос номер два: хорошо создали модель, которая решает подобные задачи, кто ее проверять будет?)
Вопрос номер три: в тот момент, когда модель сбойнет, а кожанных специалистов уже сократят, кто сможет найти "поломку" в расчетах?
Молодцы, хотя меня, как клиента банка больше интересует, что у вас банальные функции не работают, к примеру можно вбить название ТСЖ и оплатить кап.ремонт, но это же ТСЖ ЖКУ не оплатить, хотя 2 года назад все было ок. Мне вот интересно, этому багу минимум более полугода, чем у Вас отдел тестирования занимается? Подобные казусы, как раз задача робота которые смотрит реквизиты объектов и в случае несовпадения корректирует/выдает аларм. Это скажем так в качестве обратной связи. И заодно готовый кейс, создай робота, который возьмет базу по СПб и выяснит не полные данные по оплате ЖКУ. Задача посложнее ТСЖ "Хороший дом", тсж Хороший дом (название вымышленное) это для пользователя одно и тоже, хотя для Вашего мобильного приложения это не так. Тоже готовый кейс для робота по тестированию ПО.
Почему, я об этом пишу, потому, что в любой разработке сервиса важен это не столько инструмент, сколько понимание задачи клиента и как клиент смотрит на Ваш сервис/софт. Если это понимание есть, тогда под решение задач клиента подбирается инструмент, если понимания у конкретного сотрудника нет, то что робот, что ИИ ему не помогут.
Еще одно наблюдение. В филиале Х сутки не работает банкомат, система мониторинга отрапортовала об этом? Если нет печаль. Судя по тому, что проблема повторяющаяся, то с мониторингом не все слава Богу, кстати дергать банкоматы раз в час и делать отчет, это простейший робот.
Объективности ради, описанные выше, проблема у Ваших коллег по цеху тоже наблюдаются.
История из реальной жизни. Чат банка, вопрос роботу:
Добрые день, возник вопрос по списанию с карты.
На такое-то число сумма задолженности по карте (она одна у этого банка) такая-то.
На карту внесена такая-то сумма такого-то числа.
Произошло списание такого-то числа в размере сумма.
На такое-то число сумма задолженности такая.
С чем вызван отрицательный баланс по карте?
Шах и мат роботу. Ждем человека. Вишенка на торте, подключившийся оператор запрашивает все данные заново, ибо тупой робот не в состоянии даже передать информацию.
Резюме. Пока роботы не в состоянии решать простые алгоритмические задачи, не стоит их пускать к клиентам и бесить клиентов.
Последние лет n в подобных случаях берем амперметр и вольтметр, а лучше осциллограф и ваттметр и смотрим, что происходит с питанием и потреблением под нагрузкой, то что на блоке питания нарисовано 1 кВт еще ни о чем не говорит.
Дальше, предположим получаем информацию, что с питанием все ок, но потребление процессора наоборот низкое, тогда понятно откуда лаги при возрастающей нагрузке процессор пытается снизить потребление и получаем лаги.
Второй момент, как уже говорили, тестировать на альтернативных ОС, решения Microsoft + AMD традиционно имеют свою специфику, порой весьма не прозрачную.
За 30 лет карьеры, кадровые агенства мне ни разу не дали результат, а вот времени на них было потрачено уйма. В свое время (приблизительно 15 лет назад) проводил исследование для личного пользователя, может это я не умею кадровыми агенствами пользоваться.
Результат опроса: из 30 технических специалистов (разработчики ПО, разработчики электроники, сисадмины, тестировщики, возрастная группа 25-40) кадровые агенства не дали результат не одному, из 25 опрошенных менеджеров (возрастная группа 25-45) кадровый агенства дали результат в виде собеседования у потенциального работодателя 3-м опрошенным, офер получил в результате 1. А теперь самое интересное прошло 15 лет, 80% опрошенных пошли на повышение, около 70% опрошенных работали/работают на одном рабочем месте не менее 5 лет.
Резюме - лично мне не понятно зачем нужны кадровые агенства и кто их целевая аудитория. Может кто расскажет? Чертовски любопытно.
Автор формулирует проблематику уже в первых строках, не знаю осознано или неосознанно. А проблематика простая инструкция=! руководство и проблемы начинаются тогда, когда компания не понимает, что ей надо на свой продукт. Более того для части продуктов руководство пользователя вещь вроде нужная, но толку от него будет не много. Пример из жизни, одна из наших систем, драфт руководства пользователя порядка 3000 страниц, вы правда думаете, что пользователь это читать будет?-) Мы решаем вопрос путем создания кратких инструкций на необходимую данному пользователю группу операций. В результате экономия времени на создание документации и на достаточная для наших задач скорость обновления документации.
Тема конвертации цифрового рубля в наличный не раскрыта-) А деньги, которые нельзя конвертировать в наличность это фикция. Идея отслеживать движение денег при оплате услуг бюджетными деньгами это хорошая идея, а глобальные цифровые деньги идея так себе.
Первый момент. Стоимость принятия решения, риски принятия решения, стоимость владения решением, вопросы на которые реальный управленец отвечает на автомате при любой задаче, время обдумывания ответа может отличаться от сложности задачи.
Второй момент - согласования, вытекает из первого, если согласование элементарной вещи занимает дни/недели, то какую методологию не бери тут проблема в качестве менеджмента, а не методологии.
Третий момент - процессы никак не отменяют результат, если в описании процесса нет результата, так не процесс плох, а формализован он плохо.
Четвертый момент - делегирование, у части менеджеров с этим все плохо, как следствие они занимаются не эффективной деятельностью, например сами делают отчеты на каждый пчих. Проблема в процессах/PM book - нет, проблема в когнитивных способностях конкретного персонажа и понимании на каком участке процесса должны быть отчеты.
Пятый момент - распределение времени. Если взять к примеру разработку ПО, то на сам кодинг должно уходить не более 20% времени, тестирование 50%, документация (включая как раз те самые отчеты) 30%, тогда все будет работать с хорошими финансовыми показателями.
Шестой момент. Я видел кучу формализованных систем в которых отсутствовала финансовая составляющая, как следствие результат плачевен. Я когда ставлю задачу всегда понимаю, сколько стоит ее выполнение, а не просто тут задача "Петру" на 5 часов. Если у "Петра" стоимость часа работы 20 000 рублей, то грузить его всякой фигней это риск получить в лоб от финансового департамента за нерациональное расходование бюджета, однако подобный подход в реальном времени наблюдается не часто на рынке.
Часть первая. Разработчики.
Типичная ситуация:
1 разработчик не умеет писать нормальную техническую документацию;
2 не может написать ЧТЗ на подсистему/сервис.
На мой взгляд ИИ для него бесполезен.
Возможный выход - обучение разработчика данным скилам, либо предоставление компаньона который обучит ИИ, выдаст четкие инструкции по работе и проведет декомпозицию задач. Второй подход вызывает сомнения в свое экономической целесообразности.
Часть вторая. Менеджмент.
Для внедрения ИИ PM должен понять тактическую и стратегическую цену внедрения подобного решения именно в вашей компании. Проведите простой эксперимент в своих командах:
1 возьмите понятную задачу по уже известным технологиям сроком на 2-6 месяцев;
2 задайте вопрос PM - во сколько обойдется компании стоимость внедрения данного решения и каков процент ошибки прогноза;
3 проанализируйте ответ.
Мой опыт говорит, что процент PM которые в состоянии говорить на языке денег и рисков крайне мал при уже освоенных технологиях, что говорить про новые? Хотя возможно в ваших командах иначе.
Часть третья. Резюме.
Из всего выше сказанного получаем:
1 часть разработчиков не обладают навыками для внедрения ИИ;
2 часть менеджмента не умеет в финансы, что тоже не позволит эффективно внедрить ИИ;
3 до внедрения ИИ необходимо запустить проект по подготовке персонала, если хотеть прогнозируемые затраты и результат.
4 для подготовки персонала по работе с ИИ необходимо обеспечить данный проект ресурсами, что на рынке пока наблюдается крайне редко.
Часть первая. Организационная.
Вначале на среднюю позицию устраивают аттракцион из 5 собеседований с дельтой неделя - две, потом еще СБ и полиграф, а потом работодатель берет 2 недели на обдумывание. Зачем? Я бы понял, если бы искали гуру и обсуждался контакт на 10 лет, но у вас же испытательный срок и срочные контракты. Загадка.
Часть вторая. Запросы по профессиональной деятельности.
Работодатель хочет полную информацию о твоих проектах, чуть ли не с пеленок, какой практический смысл в информации о проекте 30 летней давности, может кто подскажет? Ну разворачивал я почтовый сервак на фрибсд в 1995 и он даже проработал 10 лет из которых 7 лет без обслуживания, толку от этого скила, я подобной работой очень давно не занимаюсь и очевидно, что навыки не актуальны, да и с текущей профессиональной деятельностью эти скилы никак не связаны.
Часть третья. Тестирование.
Тестирование, что в общем виде само по себе не плохо, если бы относилось к рассматриваемой позиции и имело вменяемые условия.
Пример 1. Исходные данные:
Обсуждается позиция PM в системном интеграторе, интегратор занимается розницей, проекты связаны с разработкой софта для розницы.
Тестовое задание на собеседовании: нарисовать алгоритм работы аппаратного спектрального анализатора сигналов сети 10Gbit и предложить его программную реализацию, так и не придумал, где компания может применить эти навыки. Время на выполнение 15 минут.
Пример 2. Исходные данные:
Фулстек аналитик, компания разрабатывает СЭД.
Тестовое задание: подготовить полный комплект проектной документации на Систему в полном соответствии с ГОСТ 34, готовый к гос. приемке, в качестве исходных данных аккаунт к тестовому стенду и контракт 5 летней давности на разработку, время разработки 3 дня.
Пример 3. Исходные данные:
Должность бизнес-аналитик, компания разрабатывает решения для логистики.
Тестовое задание: есть старая система, использующая MS SQL 2012 и сервак на Xeon E5, задача необходимо математически просчитать ускорение работы базы с погрешностью не более 1,5% при переходе на Xeon Platinum 8480 и Postgre Pro 14 Enterprise, больше данных нет, построить модель в Матлабе и провести презентацию результата расчета. Время на решение задачи 2 часа. Позиционировался, как типичный пример постановки задачи в данной компании.
Часть четвертая. Заключительная.
Таких прекрасных примеров я могу еще пару десятков привести, как вы думаете, как вы думаете к чему, описанный выше, подход при найме приведет. Вот я думаю, как раз к потоку тех самых шулеров.
Ремарка: Нет четкой постановки задачи, нет точной оценки.
Вы начали писать статью очень размыто указав как вы формировали запрос на рынок. Не понимая запроса оценить ваши рассуждения сложно. Текст вакансии это даже не ТЗ, а готовое коммерческое предложение, зная его можно сделать прогноз, кто к вам пойдет.
Предположим, что вы искали Seniora и ваша вакансия сформулирована адекватно, а компания белая и пушистая, при этом вы получили описываемые результат.
Это означает только одно - на ваше предложение специалистов нет. Из этого следует, что либо нужно менять предложение, либо закрывать позицию, либо растить собственных специалистов.
Возник вопрос, как отслеживается связность изменений и требований в документах?
Например, в моей работе изменения ЭД, которые отражают реальные текущие технические параметры АИС с точки зрения техники порой не сложны, уточнили две таблицы, поменяли абзац текста, это взгляд технаря.
Однако, если эти изменения сделать без учета требований в коммерческой и проектной документации, то результат может быть весьма плачевен. Для того, что внести изменения корректно - нужно четко представлять насколько внесение этих изменений не противоречит требования текущих Контрактов/ТЗ/ЧТЗ, а также не нарушает требования предыдущих контрактов на АИС. Ретроспектива документации 7 лет, причем одна и та же формулировка с точки зрения техники, изложенная разным стилем может вызывать разные последствия.
Это я еще не касался изменения ТУ, где соответствие нормативно-правовой документации раскрывается во всей красе и технически корректное изменение, но нарушающее ФЗ может привести к знакомству с тов. прокурором, со всеми вытекающими последствиями.
А можно взять себе workstation на б/у хеоn и получить и железку для Devops/виртуализации/прочего и вполне рабочую лошадку для программирования. А по цене макбука можно взять уже Epic). Причем предложенные решения позволяют создавать различные рабочие конфигурации для тестирования софта и понимания узких мест.