Как и обещал, про отношения и формат коммуникаций.
Они строятся всегда индивидуально с каждым Заказчиком. В описываемой истории мной был предложен формат коммуникации, который был принят заказчиками, стилистика общения была подобрана индивидуально на основании профессионально-эмоционального "портрета" заказчика.
Формат: за день до встречи план встречи: обсуждаемые задачи, предлагаемое решение, персоналии, которые будут нужны для обсуждения задачи, запрашиваемое время на встречу. По результатам встречи итоговая резолюция подписанная Заказчиком.
Стилистика: открытость, трансформирование проблем в задачи, общение на одном языке.
Как было до меня:
Запрос ИТ департамента: тут проблема есть, сервер старый, текущему SLA не соответствует, его бы апргейдить и купить новый HP, а старый slave сделать, ну мы в 20к зелени по курсу уложимся(с)
Ответ фин. департамента: финансирование закупки в бюджете на 3 квартал не заложено.
Как я действовал:
Запрос встречи:
Обсуждаемая задача: выделение средств на закупку серверного оборудования.
Необходимое время на обсуждение: 10 минут. Предлагаемое время встречи - с учетом Вашего графика предлагаю обсудить данную задачу завтра 21.08.0000 во временном диапазоне с 15 до 16 часов.
Суть задачи: у меня вызывает большую обеспокоенность тот факт, что в бюджет на 3 квартал не заложены средства на закупку серверного оборудования, что может привести к финансовым и репутационным потерям. Предлагаю ознакомится с оценкой рисков.
Финансовые риски: Остановка текущего сервера приведет к финансовым потерям компании 450 000 - 480 000$ и остановке оперативной деятельности финансового департамента на 7-10 дней. Полный финансовый расчет прилагается к данному документу.
Юридические последствия: по информации юридического департамента остановка оперативной деятельности финансового департамента может привести к неисполнению Контрактов №1, 78, 95, 455..., что, в свою очередь, приведет к финансовым потерям по самой скромной оценке в 1 758 467 $. Юридический анализ прилагается к данному документу.
Предлагаемое решение: согласовать с Генеральным директором выделение дополнительных средств на закупку оборудования. Пакет документов на закупку прилагается к данному документу, бюджет закупки 20 000 долларов в рублевом эквиваленте по текущему курсу. Сроки поставки оборудования 10 дней.
Ответ фин. департамента: встреча не понадобится, закупка согласована, оплату будет осуществлена в течении 2-х рабочих дней, договор поставки будет подписан завтра, подписание договора с юр. департаментом согласовано.
Взаимодействие с Заказчиком, это вообще тема отдельной статьи, вечная проблема на нашем рынке, понимание проект менеджером, кто реальный Заказчик. В описываемой истории заказчиков было два:
1. Владелец бизнеса, его интерес -решить задачу фин. департамента в такие-то сроки с таким-то бюджетом. Сроки в плюс не двигаются, бюджет двигается в плюс до 31%, при условии, что фин. департамент даст добро на увеличение.
2.Фин. директор - функциональный заказчик, его интерес решение вопросов с отчетностью в такой-то срок.
Про оценку:
Моя персональная оценка: провальный проект. Я считаю, что оценка рисков это база для проектного менеджера, в данном случае я риск ухода команды не учел. Из этого следует не верная оценка управления инвестициями, команда это инвестиция.
Оценка владельца бизнеса: задача выполнена. Подтверждение оценки - каждый участник команды получил премию в размере 3-х окладов.
Оценка фин. директора: задача выполнена. Подтверждение - официальная благодарность (как утверждали старожилы это впервые в истории компании), увеличение бюджета ит департамента на 25% на следующий год.
Про отношения отвечу чуть позже писать долго, вполне возможно это будет полезно начинающим специалистам.
Так это SSD 7Тб/с, там другие ограничения будут в реальной жизни. Я же говорил про то, что берем тормознутый HDD, добавляем большой кэш, для определенных применений получаем решение - горячие данные всегда в кэше, а холодные на HDD. Сейчас время этого решения наверное уже ушло, но лет 15 оно вполне было себе актуально при нормальной реализации, а не как в свое время делали SSHD (редкостное поделие).
До всех кризисов память стоила копейки, казалось бы почему не воткнуть 64 gb в жесткий диск в кэша, но даже серверные решения даже близко не имели такого кэша. Почему, причина не техническая,а финансовая.
По теме статьи мнение:
С кэшем процессора, далеко не все решения имеют техническую составляющую, очень часто решение имеет даже не экономическую, а маркетинговую составляющую.
Люди порой усложняют там, где это не нужно. У меня был опыт работы с коллегой на удаленке более 5 лет. Человек работал в режиме черного ящика, на входе задачи и критерии выполнения задачи, на выходе результат. Позиция аналитик, провальных проектов за 5 лет не было, срывов сроков тоже, корректировка результата работы не требовалась, если входные данные были истиной. Ну и что еще надо? Через три года работы в офисе шутили, может его вообще не существует, а это все ИИ? Первый раз живьем я его увидел через 4,5 года работы, за все время работы было 3 созвона, все остальное по почте. Возможно кому-то так работать не комфортно, режим общения, как с роботом, ничего лишнего, все только по существу задачи, эмоции отсутствуют как класс, только логика и факты.
Спасибо за статью было весьма интересно. Что касается топ вопросов, вы действительно хотите услышать на них ответы? Вспоминались история из глубоко прошлого.
Проект:
Задача: реформировать департамент разработок, перевести центральный офис и филиалы на новую версию 1С, причесать зоопарк конфигураций. Заказчик производственная компания. Набрать дополнительных разработчиков, бюджет на 6-8 человек. Время реализации 5 месяцев. На анализ аппаратной инфраструктуры Заказчика, закупку и монтаж оборудования 32 дня. Допустимое время простоя на этапе внедрения ИС 180 минут. Сократить техдолг по формированию финансовой отчетности на 45%. Ограничения - стоимость простоя компании без 1С 50 000$ в день.
Старт: 2 разработчика (на грани увольнения - дятлы бесполезные(с) цитата Заказчика), 2 админа уровень самооценки Бог, уровень знаний Буратино, 4 филиала, 16 различных конфигураций 1С, прекрасный микс 7/8 версий. В качестве консультанта фин. директор 35 минут в день на решение всех вопросов по внедрению. Утверждение решений ген. дир. два раза в неделю есть 10 минут.
Что сделано: собрана команда из 7 человек (ушло 2 недели), старые разработчики были оставлены отличные спецы, просто их не умели "готовить". Проведен предпроектный анализ бизнес-задач заказчика (34 дня). Анализ инфраструктуры 37 часов, поставка и монтаж оборудования 8 дней. Проектная документация 14 дней, параллельно происходил перенос данных в новую конфигурацию. Новая версия запущена через 62 дня. Просчет один, расчетное время недоступности систем при переезде было 30 минут, по факту системы были недоступны 86 минут. Техдолг закрыт на 77%. Успех - нет.
Резюме: проект провальный, почему? Я собрал команду под себя, а не под компанию, после моего ухода команда встала и ушла в течении 2-х дней, хотя я не рассматривал такой вариант развития событий. Причина ухода коллег - мы без лидера работать не будем(с).
А теперь вопрос: кто-то правда считает, что такую историю стоит рассказывать на собеседовании?))))
Когда вышел Delphi то реклама орала, что программисты будут не нужны, а просто пользователь с техническими знаниями просто нарисует себе нужное приложение. Вот мне интересно, как ИИ обоснует, что не взлетело.
Вопрос номер два, вот есть готовый софт, к примеру OO, ИИ сможет написать клон, к примеру на Nim без участия программиста. Если нет, то революция отменяется, а жаль. Пока я не видел работающих решений на базе ИИ, которые в состоянии создать клон нет самых сложных приложений, я уж молчу про что-то новое.
И еще, экономика говорите, экономика это деньги, а как показывает практика ЦОД не бесплатные, как следствие даже то, что ИИ создает стоит не мало, а если убрать рекламные акции, то цена владения решением, которое создается ИИ в разрезе 5-10 лет может быть весьма затратным.
Бизнес порой интересует коробочное решение по взаимодействию с гос. контролирующими органами. Схема: client на арм компании ->защищенный канал-> провайдер услуг-> гос. орган( прокуратура, СК, налоговая и т.д.). От провайдера требуется подтверждение, что вот это пакет документов доставлен до адресата, по пути следования утечек нет, от адреса фид. бэк пакет получен. Готовый кейс, который пока в нормальном виде не реализован, реализуете получите приятную прибыль, может не сильно большую, но стабильную.
Второй кейс, взаимодействие различных гос. учреждений и частных компаний (не больших), опять таки решение из коробки, рассчитанное на на ИТ департамент на 300 человек, а на то, что у абонентов ИТ специалисты не представлены. Опять таки для нормального обмена конфиденциальной информацией.
Про удаленку: Что мешает поставить VipNet coordinator и VipNet клиент и работай себе в защищенном сегменте, хоть из Владика, хоть из Архангельска, нужно усилить безопасность пользуйся дополнительным шифрованием, меняй ключи, методов масса.
Мнение: Перевод людей в офисы не связан с РКН, а связан с неумением строить распределенные команды, не желанием строить эффективный бизнес и желанием пускать пыль в глаза и рубить деньги на некомпетентности инвесторов.
Наблюдение: 80% офисов, которые я видел за 30 лет сливают по эффективности распределенной команде работающей на удаленке. Сравнение ведется при равных затратах. Можно ли построить эффективный офис, можно, но это очень дорогая игрушка.
Деньги и логика: Грубая оценка из практики 2005-2026 на сегодняшние деньги, бюджет удаленщика 300 000, такой же по эффективности сотрудник в офисе обойдется в 800 000, если вы умеете считать деньги и считаете все затраты, а не только ФОТ. А теперь, покажите мне живого инвестора, который будет топить за людей в офисе и согласен увеличивать затраты?
Вообще вредная привычка все гуглить, что будете делать в закрытом контуре, где инета нет? Как по мне проще, если что-то не запоминается сделать себе склеротичку. Не так много вещей, которые постоянно используешь. И еще мозг штука ленивая, если он знает кратчайший путь, то им пользоваться и будет, на выходе память улетит в ноль, а способность думать самостоятельно сильно упадет. Восстанавливать навыки будет крайне сложно.
Давайте снимем розовые очки, есть классика экономической оценки сложных проектов, которая вполне применима к закрытию позиций. Если посмотреть на статьи за последний год, просто на Хабре, то ощущение, что они как раз пишутся под копирку. Возникает вопрос, а HR экономику в разрезе 3-5 лет считают? Я не увидел экономики, пожелания к соискателю есть, желание облегчить свою работу есть, а вот экономический подход, видимо скрыт. А именно экономический подход позволяет формулировать четкий запрос на рынок и оптимизировать финансовые и временные затраты на закрытие позиции.
Размышления
Какую задачу ставит собственник - извлечение прибыли для чего нужно закрыть позицию и получить сотрудника или шоу из тысяч кандидатов и героического HR? Если первое, тогда такие инструменты как hh дают кпд паровоза. Новомодный ИИ, если говорить в терминах софта это альфа версия, Вы же не ставите альфу в прод?)
Предложение
Что мешает опубликовать вакансию на сайте компании с четкими вашими хотелками по предоставлению информации на конкретную позицию и получить отклики в нужной Вам форме?
Оценка запроса
Вот не поленился и зашел посмотреть, что у Вас на сайте в разделе вакансии, получилось занимательно. Не поленился во-второй раз, попросил коллег юристов и юристов партнеров оценить опубликованную позицию (юриста). Почему юриста, чтобы не было наводящего эффекта и не разводить ИТ холивар. Получились такие диалоги:
Наши юристы:
Вопрос: по позиции понятен бюджет?
Ответ: нет это может быть 200 000, а может и 400 000, слишком большая вилка, так не делают.
Старый знакомый из ФИПС:
Вопрос: по первому пункту бюджет можешь оценить?
Ответ: хохот.. пауза.. это крупная компания, если говорить про полный цикл, то от уровня начинающего патентного поверенного до зубра, который может стоить любую сумму. Кстати, знание английского намекает на международное патентное право, а это вообще отдельный прайс.
Руководитель юр. департамента одной крупной сырьевой компании:
Вопрос: что думаешь о требованиях?
Ответ: пункт про консультирование меня смущает, подобным функционалом у меня целый отдельный отдел занимается. Они серьезно хотят, чтобы один юрист был специалистом по стольким направлениям. Моя версия - либо там юр. консультирования нет, а есть общая информация, либо они не понимают, что хотят.
Обратная связь
Что мы видим - от соискателя Вы хотите простоты и четкости, как у автомата Калашникова. При этом сами даете весьма размытые требования. Собственно эти размытые требования и формируют размытые отклики, в том числе.
Ничего фундаментального на рынке за последние 40 лет не поменялось, поменялись декорации, проблематика и пути ее решения ровно такие же. Причина банальна, люди конечно меняются, но на значимые изменения уходят столетия, а то и больше.
В 20 как раз хочется делать что-то полезное, в 30 желание не пропадает, просто приходит опыт и понимание, что голого энтузиазма никто не оценит, в 40 ты одинаково успешно можешь, как снег пигвинам продавать, так и федеральные проекты реализовывать. К 50 приходит желание не тратить время на всякую фигню, а передавать свой опыт молодежи, которая вполне может его трансформировать, добавить свое видение и получить отличные решения. Все эти желалки и хотелки стоит завернуть в правильную упаковку, иначе поиск работы превратится в ад и выгорание.
Про консультантов, я один раз за всю карьеру видел толкового агента, которые реально может продать тебя работодателю к взаимному удовольствию сторон и тонну консультантов, которые рассказывают, что вода мокрая и 2х2=4. До с 1994 по 2020 этот рынок был пуст, возможно сейчас что-то поменялось.
В 1999 решил посмотреть, что такое netbsd и чем она так лучше/хуже FreeBSD. На фряхе был комп для экспериментов.
Установка netbsd радостно снесла биос, твою дивизию подумал я и полез за программатором, биос оживил. Систему все равно было интересно посмотреть, но с локальным компом видимо была не совместима, что не удивительно там хлам на Zida Tomato был.
Бэкапнул тестовый домашний сервак на abit BP6, система поднялась без проблем, единственно, что по загадочной причине стример не подхватился, фиг с тобой золотая рыбка, подумал я и отправил стример в основной сервер. До этого на серваке стояла NT 4, которая странно переваривала не стандартное железо, в отличии от netbsd. Поигрался система понравилась, поднял на ней почтовый сервак и файлопомойку, система работала как часы, пока железо не сдохло.
Поделие мелкомягких ушло на новенький supermicro, надо же на чем-то было продолжать изучение билловых технологий, а на старом компе крутилась фряха, вот с этим зоопарком встретил новое тысячелетие , интересное было время.
Средний срок работы 2,5 года для промышленности это плохой показатель, вот если сравнить с забугорной промышленностью, где он 10-15 лет у мидлов, а сеньоры могут вообще всю жизнь работать-))
Дальше, у нас нет бюрократии, опять таки так себе звоночек. При хорошо выстроенных процессах бюрократия, как раз есть, время на нее линейный разработчик не тратит, вот в чем фокус, но при необходимости всегда можно поднять бумаги и видеть, что, кто и почему делал, причем в ретроспективе 15-20 лет. Мы говорим про производство, здесь сроки измеряются десятками лет.
Едем дальше ИТ действительно обслуживающий персонал на производстве, но есть нюанс, как раз решения ИТ позволяют либо уходить в убытки при кривых решениях, либо оптимизировать себестоимость. Если происходит экономия на ФОТ, то это значит только одно, что менеджмент в принципе не знает основ экономики на производстве.
70% не больших 30% средних. Основная проблема это менеджмент, а не инструмент. Просто давайте введем KPI или технику проектного управления "Х" или еще что - не работает. Об этом известно еще с прошлого века (на самом деле раньше), но людям свойственно искать серебряную пулю.
Если вернуться к теме статьи, то вот эти сотрудники не работают, ну так логично, по умолчанию сотрудник бездействует, работать он начинает, если нормально бизнес-процесс выстроен. Для того, чтобы бизнес-процесс выстроить нужно иметь комплексное системное понимание устройства конкретного бизнеса, а не просто вводить локальный контроль.
Просто на подумать. Я тут повспоминал деятельность компаний за последние 25 лет, там где работал, партнеров, заказчиков, другими словами тех, чью "внутреннюю кухню" плюс минус знаю.
Получил интересный результат - в топ-10 по эффективности, оценивалось отношение затрат к прибыли, вошли компании, которые KPI в принципе в своей работе не используют.
Почему так происходит - потому, что KPI хороший инструмент, но он далеко не везде применим, более того его бездумное использование приводит к убыткам.
Можно взять драйвер старой железки, провести реверс инжениринг и составить спецификацию работы самой железке (понятно, что она будет не полной). Потом на основании этой спецификации написать код драйвера под другую ось. Дорого, муторно и порой экономические не рентабельно. Вот когда ИИ можно будет скормить старый драйвер и он сам напишет новый, тогда можно сказать, что у части программистов появился конкурент, у тех, кто драйвера ногами пишет, а у части программистов, которые нормальный софт пишут появился помощник на рутинные операции. Таких задач можно, еще пачку привести.
Пока я не вижу угрозы от ИИ для профи, опять таки не забываем экономику. Если годовая зп разработчика 200 к$, а полная стоимость владения ИИ решением 500 к$ год, то никто вменяемый человека менять не будет. Опять таки последний WEF четко показал, что на точку безубыточности большинство компаний внедряющих ИИ еще не вышли, а инвесторов напомню интересует прибыль, а не точка безубыточности.
В 2002 году только IBM уволила 15 тысяч человек, никакого ИИ тогда не было, это вечная тема у крупняка, сейчас наберем, потом уволим.
Мне другое интересно, ну сократили джунов, мидлы и сеньоры получили доп. инструмент в виде ИИ, прошло 15 лет, часть мидлов и сеньоров сошла с дистанции в виду естественных причин, где брать новых, а негде и получили очередной глобальный кризис, дальновидно, что тут скажешь.
Как и обещал, про отношения и формат коммуникаций.
Они строятся всегда индивидуально с каждым Заказчиком. В описываемой истории мной был предложен формат коммуникации, который был принят заказчиками, стилистика общения была подобрана индивидуально на основании профессионально-эмоционального "портрета" заказчика.
Формат: за день до встречи план встречи: обсуждаемые задачи, предлагаемое решение, персоналии, которые будут нужны для обсуждения задачи, запрашиваемое время на встречу. По результатам встречи итоговая резолюция подписанная Заказчиком.
Стилистика: открытость, трансформирование проблем в задачи, общение на одном языке.
Как было до меня:
Запрос ИТ департамента: тут проблема есть, сервер старый, текущему SLA не соответствует, его бы апргейдить и купить новый HP, а старый slave сделать, ну мы в 20к зелени по курсу уложимся(с)
Ответ фин. департамента: финансирование закупки в бюджете на 3 квартал не заложено.
Как я действовал:
Запрос встречи:
Обсуждаемая задача: выделение средств на закупку серверного оборудования.
Необходимое время на обсуждение: 10 минут. Предлагаемое время встречи - с учетом Вашего графика предлагаю обсудить данную задачу завтра 21.08.0000 во временном диапазоне с 15 до 16 часов.
Суть задачи: у меня вызывает большую обеспокоенность тот факт, что в бюджет на 3 квартал не заложены средства на закупку серверного оборудования, что может привести к финансовым и репутационным потерям. Предлагаю ознакомится с оценкой рисков.
Финансовые риски: Остановка текущего сервера приведет к финансовым потерям компании 450 000 - 480 000$ и остановке оперативной деятельности финансового департамента на 7-10 дней. Полный финансовый расчет прилагается к данному документу.
Юридические последствия: по информации юридического департамента остановка оперативной деятельности финансового департамента может привести к неисполнению Контрактов №1, 78, 95, 455..., что, в свою очередь, приведет к финансовым потерям по самой скромной оценке в 1 758 467 $. Юридический анализ прилагается к данному документу.
Предлагаемое решение: согласовать с Генеральным директором выделение дополнительных средств на закупку оборудования. Пакет документов на закупку прилагается к данному документу, бюджет закупки 20 000 долларов в рублевом эквиваленте по текущему курсу. Сроки поставки оборудования 10 дней.
Ответ фин. департамента: встреча не понадобится, закупка согласована, оплату будет осуществлена в течении 2-х рабочих дней, договор поставки будет подписан завтра, подписание договора с юр. департаментом согласовано.
Про Заказчика:
Взаимодействие с Заказчиком, это вообще тема отдельной статьи, вечная проблема на нашем рынке, понимание проект менеджером, кто реальный Заказчик. В описываемой истории заказчиков было два:
1. Владелец бизнеса, его интерес -решить задачу фин. департамента в такие-то сроки с таким-то бюджетом. Сроки в плюс не двигаются, бюджет двигается в плюс до 31%, при условии, что фин. департамент даст добро на увеличение.
2.Фин. директор - функциональный заказчик, его интерес решение вопросов с отчетностью в такой-то срок.
Про оценку:
Моя персональная оценка: провальный проект. Я считаю, что оценка рисков это база для проектного менеджера, в данном случае я риск ухода команды не учел. Из этого следует не верная оценка управления инвестициями, команда это инвестиция.
Оценка владельца бизнеса: задача выполнена. Подтверждение оценки - каждый участник команды получил премию в размере 3-х окладов.
Оценка фин. директора: задача выполнена. Подтверждение - официальная благодарность (как утверждали старожилы это впервые в истории компании), увеличение бюджета ит департамента на 25% на следующий год.
Про отношения отвечу чуть позже писать долго, вполне возможно это будет полезно начинающим специалистам.
Так это SSD 7Тб/с, там другие ограничения будут в реальной жизни. Я же говорил про то, что берем тормознутый HDD, добавляем большой кэш, для определенных применений получаем решение - горячие данные всегда в кэше, а холодные на HDD. Сейчас время этого решения наверное уже ушло, но лет 15 оно вполне было себе актуально при нормальной реализации, а не как в свое время делали SSHD (редкостное поделие).
Размышления:
До всех кризисов память стоила копейки, казалось бы почему не воткнуть 64 gb в жесткий диск в кэша, но даже серверные решения даже близко не имели такого кэша. Почему, причина не техническая,а финансовая.
По теме статьи мнение:
С кэшем процессора, далеко не все решения имеют техническую составляющую, очень часто решение имеет даже не экономическую, а маркетинговую составляющую.
Мысли про удаленку:
Люди порой усложняют там, где это не нужно. У меня был опыт работы с коллегой на удаленке более 5 лет. Человек работал в режиме черного ящика, на входе задачи и критерии выполнения задачи, на выходе результат. Позиция аналитик, провальных проектов за 5 лет не было, срывов сроков тоже, корректировка результата работы не требовалась, если входные данные были истиной. Ну и что еще надо? Через три года работы в офисе шутили, может его вообще не существует, а это все ИИ? Первый раз живьем я его увидел через 4,5 года работы, за все время работы было 3 созвона, все остальное по почте. Возможно кому-то так работать не комфортно, режим общения, как с роботом, ничего лишнего, все только по существу задачи, эмоции отсутствуют как класс, только логика и факты.
Спасибо за статью было весьма интересно. Что касается топ вопросов, вы действительно хотите услышать на них ответы? Вспоминались история из глубоко прошлого.
Проект:
Задача: реформировать департамент разработок, перевести центральный офис и филиалы на новую версию 1С, причесать зоопарк конфигураций. Заказчик производственная компания. Набрать дополнительных разработчиков, бюджет на 6-8 человек. Время реализации 5 месяцев. На анализ аппаратной инфраструктуры Заказчика, закупку и монтаж оборудования 32 дня. Допустимое время простоя на этапе внедрения ИС 180 минут. Сократить техдолг по формированию финансовой отчетности на 45%. Ограничения - стоимость простоя компании без 1С 50 000$ в день.
Старт: 2 разработчика (на грани увольнения - дятлы бесполезные(с) цитата Заказчика), 2 админа уровень самооценки Бог, уровень знаний Буратино, 4 филиала, 16 различных конфигураций 1С, прекрасный микс 7/8 версий. В качестве консультанта фин. директор 35 минут в день на решение всех вопросов по внедрению. Утверждение решений ген. дир. два раза в неделю есть 10 минут.
Что сделано: собрана команда из 7 человек (ушло 2 недели), старые разработчики были оставлены отличные спецы, просто их не умели "готовить". Проведен предпроектный анализ бизнес-задач заказчика (34 дня). Анализ инфраструктуры 37 часов, поставка и монтаж оборудования 8 дней. Проектная документация 14 дней, параллельно происходил перенос данных в новую конфигурацию. Новая версия запущена через 62 дня. Просчет один, расчетное время недоступности систем при переезде было 30 минут, по факту системы были недоступны 86 минут. Техдолг закрыт на 77%. Успех - нет.
Резюме: проект провальный, почему? Я собрал команду под себя, а не под компанию, после моего ухода команда встала и ушла в течении 2-х дней, хотя я не рассматривал такой вариант развития событий. Причина ухода коллег - мы без лидера работать не будем(с).
А теперь вопрос: кто-то правда считает, что такую историю стоит рассказывать на собеседовании?))))
Уведомление в Роскомнадзор о трансграничной передаче данных и целях этой передачи, это отдельная история)
Когда вышел Delphi то реклама орала, что программисты будут не нужны, а просто пользователь с техническими знаниями просто нарисует себе нужное приложение. Вот мне интересно, как ИИ обоснует, что не взлетело.
Вопрос номер два, вот есть готовый софт, к примеру OO, ИИ сможет написать клон, к примеру на Nim без участия программиста. Если нет, то революция отменяется, а жаль. Пока я не видел работающих решений на базе ИИ, которые в состоянии создать клон нет самых сложных приложений, я уж молчу про что-то новое.
И еще, экономика говорите, экономика это деньги, а как показывает практика ЦОД не бесплатные, как следствие даже то, что ИИ создает стоит не мало, а если убрать рекламные акции, то цена владения решением, которое создается ИИ в разрезе 5-10 лет может быть весьма затратным.
Бизнес порой интересует коробочное решение по взаимодействию с гос. контролирующими органами. Схема: client на арм компании ->защищенный канал-> провайдер услуг-> гос. орган( прокуратура, СК, налоговая и т.д.). От провайдера требуется подтверждение, что вот это пакет документов доставлен до адресата, по пути следования утечек нет, от адреса фид. бэк пакет получен. Готовый кейс, который пока в нормальном виде не реализован, реализуете получите приятную прибыль, может не сильно большую, но стабильную.
Второй кейс, взаимодействие различных гос. учреждений и частных компаний (не больших), опять таки решение из коробки, рассчитанное на на ИТ департамент на 300 человек, а на то, что у абонентов ИТ специалисты не представлены. Опять таки для нормального обмена конфиденциальной информацией.
Про удаленку: Что мешает поставить VipNet coordinator и VipNet клиент и работай себе в защищенном сегменте, хоть из Владика, хоть из Архангельска, нужно усилить безопасность пользуйся дополнительным шифрованием, меняй ключи, методов масса.
Мнение: Перевод людей в офисы не связан с РКН, а связан с неумением строить распределенные команды, не желанием строить эффективный бизнес и желанием пускать пыль в глаза и рубить деньги на некомпетентности инвесторов.
Наблюдение: 80% офисов, которые я видел за 30 лет сливают по эффективности распределенной команде работающей на удаленке. Сравнение ведется при равных затратах. Можно ли построить эффективный офис, можно, но это очень дорогая игрушка.
Деньги и логика: Грубая оценка из практики 2005-2026 на сегодняшние деньги, бюджет удаленщика 300 000, такой же по эффективности сотрудник в офисе обойдется в 800 000, если вы умеете считать деньги и считаете все затраты, а не только ФОТ. А теперь, покажите мне живого инвестора, который будет топить за людей в офисе и согласен увеличивать затраты?
Вообще вредная привычка все гуглить, что будете делать в закрытом контуре, где инета нет? Как по мне проще, если что-то не запоминается сделать себе склеротичку. Не так много вещей, которые постоянно используешь. И еще мозг штука ленивая, если он знает кратчайший путь, то им пользоваться и будет, на выходе память улетит в ноль, а способность думать самостоятельно сильно упадет. Восстанавливать навыки будет крайне сложно.
10 минут назад:
Cloning into 'gcc'...
remote: Enumerating objects: 325624, done.
remote: Counting objects: 100% (325624/325624), done.
remote: Compressing objects: 100% (35562/35562), done.
remote: Total 3328964 (delta 304231), reused 298730 (delta 289127), pack-reused 3003340
Receiving objects: 100% (3328964/3328964), 1.35 GiB | 2.03 MiB/s, done.
Resolving deltas: 100% (2736306/2736306), done.
Updating files: 100% (157450/157450), done.
Вводная часть
Давайте снимем розовые очки, есть классика экономической оценки сложных проектов, которая вполне применима к закрытию позиций. Если посмотреть на статьи за последний год, просто на Хабре, то ощущение, что они как раз пишутся под копирку. Возникает вопрос, а HR экономику в разрезе 3-5 лет считают? Я не увидел экономики, пожелания к соискателю есть, желание облегчить свою работу есть, а вот экономический подход, видимо скрыт. А именно экономический подход позволяет формулировать четкий запрос на рынок и оптимизировать финансовые и временные затраты на закрытие позиции.
Размышления
Какую задачу ставит собственник - извлечение прибыли для чего нужно закрыть позицию и получить сотрудника или шоу из тысяч кандидатов и героического HR? Если первое, тогда такие инструменты как hh дают кпд паровоза. Новомодный ИИ, если говорить в терминах софта это альфа версия, Вы же не ставите альфу в прод?)
Предложение
Что мешает опубликовать вакансию на сайте компании с четкими вашими хотелками по предоставлению информации на конкретную позицию и получить отклики в нужной Вам форме?
Оценка запроса
Вот не поленился и зашел посмотреть, что у Вас на сайте в разделе вакансии, получилось занимательно. Не поленился во-второй раз, попросил коллег юристов и юристов партнеров оценить опубликованную позицию (юриста). Почему юриста, чтобы не было наводящего эффекта и не разводить ИТ холивар. Получились такие диалоги:
Наши юристы:
Вопрос: по позиции понятен бюджет?
Ответ: нет это может быть 200 000, а может и 400 000, слишком большая вилка, так не делают.
Старый знакомый из ФИПС:
Вопрос: по первому пункту бюджет можешь оценить?
Ответ: хохот.. пауза.. это крупная компания, если говорить про полный цикл, то от уровня начинающего патентного поверенного до зубра, который может стоить любую сумму. Кстати, знание английского намекает на международное патентное право, а это вообще отдельный прайс.
Руководитель юр. департамента одной крупной сырьевой компании:
Вопрос: что думаешь о требованиях?
Ответ: пункт про консультирование меня смущает, подобным функционалом у меня целый отдельный отдел занимается. Они серьезно хотят, чтобы один юрист был специалистом по стольким направлениям. Моя версия - либо там юр. консультирования нет, а есть общая информация, либо они не понимают, что хотят.
Обратная связь
Что мы видим - от соискателя Вы хотите простоты и четкости, как у автомата Калашникова. При этом сами даете весьма размытые требования. Собственно эти размытые требования и формируют размытые отклики, в том числе.
Ничего фундаментального на рынке за последние 40 лет не поменялось, поменялись декорации, проблематика и пути ее решения ровно такие же. Причина банальна, люди конечно меняются, но на значимые изменения уходят столетия, а то и больше.
В 20 как раз хочется делать что-то полезное, в 30 желание не пропадает, просто приходит опыт и понимание, что голого энтузиазма никто не оценит, в 40 ты одинаково успешно можешь, как снег пигвинам продавать, так и федеральные проекты реализовывать. К 50 приходит желание не тратить время на всякую фигню, а передавать свой опыт молодежи, которая вполне может его трансформировать, добавить свое видение и получить отличные решения. Все эти желалки и хотелки стоит завернуть в правильную упаковку, иначе поиск работы превратится в ад и выгорание.
Про консультантов, я один раз за всю карьеру видел толкового агента, которые реально может продать тебя работодателю к взаимному удовольствию сторон и тонну консультантов, которые рассказывают, что вода мокрая и 2х2=4. До с 1994 по 2020 этот рынок был пуст, возможно сейчас что-то поменялось.
В 1999 решил посмотреть, что такое netbsd и чем она так лучше/хуже FreeBSD. На фряхе был комп для экспериментов.
Установка netbsd радостно снесла биос, твою дивизию подумал я и полез за программатором, биос оживил. Систему все равно было интересно посмотреть, но с локальным компом видимо была не совместима, что не удивительно там хлам на Zida Tomato был.
Бэкапнул тестовый домашний сервак на abit BP6, система поднялась без проблем, единственно, что по загадочной причине стример не подхватился, фиг с тобой золотая рыбка, подумал я и отправил стример в основной сервер. До этого на серваке стояла NT 4, которая странно переваривала не стандартное железо, в отличии от netbsd. Поигрался система понравилась, поднял на ней почтовый сервак и файлопомойку, система работала как часы, пока железо не сдохло.
Поделие мелкомягких ушло на новенький supermicro, надо же на чем-то было продолжать изучение билловых технологий, а на старом компе крутилась фряха, вот с этим зоопарком встретил новое тысячелетие , интересное было время.
Средний срок работы 2,5 года для промышленности это плохой показатель, вот если сравнить с забугорной промышленностью, где он 10-15 лет у мидлов, а сеньоры могут вообще всю жизнь работать-))
Дальше, у нас нет бюрократии, опять таки так себе звоночек. При хорошо выстроенных процессах бюрократия, как раз есть, время на нее линейный разработчик не тратит, вот в чем фокус, но при необходимости всегда можно поднять бумаги и видеть, что, кто и почему делал, причем в ретроспективе 15-20 лет. Мы говорим про производство, здесь сроки измеряются десятками лет.
Едем дальше ИТ действительно обслуживающий персонал на производстве, но есть нюанс, как раз решения ИТ позволяют либо уходить в убытки при кривых решениях, либо оптимизировать себестоимость. Если происходит экономия на ФОТ, то это значит только одно, что менеджмент в принципе не знает основ экономики на производстве.
70% не больших 30% средних. Основная проблема это менеджмент, а не инструмент. Просто давайте введем KPI или технику проектного управления "Х" или еще что - не работает. Об этом известно еще с прошлого века (на самом деле раньше), но людям свойственно искать серебряную пулю.
Если вернуться к теме статьи, то вот эти сотрудники не работают, ну так логично, по умолчанию сотрудник бездействует, работать он начинает, если нормально бизнес-процесс выстроен. Для того, чтобы бизнес-процесс выстроить нужно иметь комплексное системное понимание устройства конкретного бизнеса, а не просто вводить локальный контроль.
Просто на подумать. Я тут повспоминал деятельность компаний за последние 25 лет, там где работал, партнеров, заказчиков, другими словами тех, чью "внутреннюю кухню" плюс минус знаю.
Получил интересный результат - в топ-10 по эффективности, оценивалось отношение затрат к прибыли, вошли компании, которые KPI в принципе в своей работе не используют.
Почему так происходит - потому, что KPI хороший инструмент, но он далеко не везде применим, более того его бездумное использование приводит к убыткам.
Можно взять драйвер старой железки, провести реверс инжениринг и составить спецификацию работы самой железке (понятно, что она будет не полной). Потом на основании этой спецификации написать код драйвера под другую ось. Дорого, муторно и порой экономические не рентабельно. Вот когда ИИ можно будет скормить старый драйвер и он сам напишет новый, тогда можно сказать, что у части программистов появился конкурент, у тех, кто драйвера ногами пишет, а у части программистов, которые нормальный софт пишут появился помощник на рутинные операции. Таких задач можно, еще пачку привести.
Пока я не вижу угрозы от ИИ для профи, опять таки не забываем экономику. Если годовая зп разработчика 200 к$, а полная стоимость владения ИИ решением 500 к$ год, то никто вменяемый человека менять не будет. Опять таки последний WEF четко показал, что на точку безубыточности большинство компаний внедряющих ИИ еще не вышли, а инвесторов напомню интересует прибыль, а не точка безубыточности.
В 2002 году только IBM уволила 15 тысяч человек, никакого ИИ тогда не было, это вечная тема у крупняка, сейчас наберем, потом уволим.
Мне другое интересно, ну сократили джунов, мидлы и сеньоры получили доп. инструмент в виде ИИ, прошло 15 лет, часть мидлов и сеньоров сошла с дистанции в виду естественных причин, где брать новых, а негде и получили очередной глобальный кризис, дальновидно, что тут скажешь.