Лакмусовые тараканы ит директора

Купить или разработать? Лакмусовые тараканы топ-менеджера в принятии решения по разработке ИТ-системы

Проработав 20 лет в ИТ, 8 из которых в должности CIO, а последние 5 в роли CEO ИТ-компании, я решил написать небольшую статью для тех, кто причастен к управлению цифровизацией бизнеса – собственников, CFO, CEO – но не имеет опыта ИТ-менеджера или ИТ-директора. Речь пойдет о стоимости и рисках принятия управленческих решений по разработке ИТ-систем внутри НЕ ИТ-компаний.

С кем не знаком – Андрей Балякин, CEO компании HubEx. Сейчас у нас в портфеле 2 продукта: собственно, платформа HubEx – решение для автоматизации выездного сервисного обслуживания, и MyQRcards – система управления электронными визитками в крупных компаниях. На примерах их разработки и продажи расскажу о характерных заблуждениях (“лакмусовых тараканах”) управленцев, которым приходится принимать решения по разработке и внедрению бизнес-систем. То есть ИТ-решений, на которые делается ставка при трансформации бизнеса от аналогового или полу-ручного (классического) управления к автоматизированной компании с развитой ИТ-инфраструктурой, с помощью которой происходит управление основными операционными процессами.

О чем мечтают все собственники?

Цифровой бизнес, управляемый с экрана ноутбука или смартфона – мечта любого владельца, инвестора и топ-менеджера. Каждый ИТ-менеджер или CIO не раз слышал от своего генерального директора или совета директоров:

“Нам нужно автоматизировать компанию так, чтобы видеть ее пульс на экране смартфона, а менеджеры могли управлять показателями работы, не вставая с рабочих мест. Двойной ввод данных должен быть исключен, а ручные операции сведены к минимуму!”.

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

Не могу вспоминать без улыбки слова уважаемого CFO в присутствии акционеров компании, где я трудился ИТ-директором некоторое время назад: “Андрей, вы собираетесь внедрять систему документооборота и автоматизировать процессы согласования целый год? Это немыслимо! Вон мы, в _называется крупный машиностроительных холдинг_ запустили SAP за 3 месяца!”. И недвусмысленный взгляд, мол, мы тут все «студенты»… =)

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

Лакмусовый таракан №1: единая система управления бизнесом существует

Как бы ни так. В мире существуют десятки различных классов ИТ-систем. Каждый класс систем решает свои задачи: CRM – управление взаимоотношениями с клиентами, ERP – управление ресурсами предприятия, WMS – управление складом, Service Desk – управление заявками и уровнем сервиса, SCADA – диспетчерское управление и сбор данных об оборудовании, FSM – управление выездным обслуживанием, BPM –управление бизнес-процессами, и т.д.

И все эти системы существуют не просто так. Каждая из них решает свой класс задач, и такие системы образуются в иерархии (пирамиды), без выстраивания которых не получится гибко управлять крупной компанией. Если пытаться функции систем разных классов реализовывать в одной системе, провал неизбежен. Будет построен “мост из чугуна”, которые попросту развалится под своим весом. Крупным компаниям приходится внедрять десятки ИТ-систем и интегрировать их между собой, чтобы механизм мог работать и им можно было пользоваться.

Вот так, например, может выглядеть пирамида ИТ-систем в производственной компании

Если пытаться из ERP-системы сделать АСУТП, ничего не выйдет. Максимум, можно попробовать реализовать функции систем смежных уровней. И то, делать это следует, принимая во внимание множество различных факторов. В той же мере у вас не выйдет сделать из Service Desk системы сделать полноценную систему управления выездным обслуживанием (FSM).

Для крупных организаций с оборотом, скажем, от 1 млрд. в год единой системы не существует! Это всегда набор интегрированных специализированных систем, взаимодействующих друг с другом. Только небольшие организации с оборотом в десятки или сотни миллионов рублей в год могут более или менее качественно автоматизировать бизнес на базе одной системы. И еще. Многие топ-менеджеры думают, что внедрив, скажем, SAP, у них появится эта единая система. Это не так. SAP, IBM, 1С или Microsoft – это экосистемы, состоящие из десятков и даже сотен ИТ-продуктов, которые нужно интегрировать между собой и строить вручную ИТ-решение через дорогостоящие и долгосрочные проекты внедрения систем различных классов.

Другое дело – небольшие компании. Если не ставить задачу автоматизации всего подряд, а выбрать бизнес-критичные операционные процессы, то одна-две системы могут быть внедрены и по праву называться “единой системой управления бизнесом”. Конечно, часть работы по прежнему останется в ручном режиме, но зато автоматизация не будет стоить миллионы.

Лакмусовый таракан №2: дешевле самим разработать ИТ-систему, чем покупать чужую

За 5 лет управления продуктовым ИТ-бизнесом в HubEx к нам приходили сотни уважаемых компаний всех размеров – от малого бизнеса до крупного enterprise. (Напомню, HubEx – это специализированная ИТ-система класса FSM, Field Service Management или, по-русски, система управления мобильным сервисом).

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

Подвожу итоги и фиксирую успехи тех, кто ушел, выбрав разработку своего решения:

10% клиентов вернулись через год-два внедрять наш HubEx. Так как трезво оценив объем необходимых инвестиций в разработку собственного решения, поняли, что дешевле и быстрее купить и внедрить готовое, чем разрабатывать пару лет что-то с нуля без какой-либо пользы для бизнеса в течении этого немалого срока. Все эти клиенты пришли к выводу, что разработка своего обойдется в десятки и даже сотни раз дороже, не говоря уже о дальнейшей поддержке.

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

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

Успешного бизнеса не получилось ни у кого из них, все только потратили. Если кто-то не согласен – пишите примеры в комментариях, обсудим. Я таких примеров не знаю.

Остальные (больше половины) так ничего и не сделали, потому что собственники хотят свое, свято веря, что свое лучше, чем внедрение готового продукта от вендора. Но для бизнеса важно, не «как», а «что» – результат важнее процесса. Про это часто забывают, ставя цель сделать свое и не оценивая реальные затраты на разработку и дальнейшую поддержку. А когда вписались, уже жалко бросать.

Отсюда следует следующий «лакмусовый таракан».

Лакмусовый таракан №3: разработать своё несложно, достаточно написать требования и взять пару разработчиков в штат

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

Любое (это важно, любое!) ИТ-решение уровня ERP или BMS состоит из:

Back-end сервисов (это база данных и API, которые позволяют хранить данные и общаться с данными извне и интегрировать систему с другими системами компании)

Front-end сервисов (это то, с чем взаимодействует пользователь: веб-интерфейс системы и мобильные приложения, когда необходимо)

Data Analysis (система отчетов и аналитики, без которой любая корпоративная ИТ-система будет бесполезна)

Infrastructure (инфраструктура и вспомогательные сервисы под вашу систему, т.е. кластеры – специальным образом настроенные сервера с операционными системами и различными программными компонентами–, различные установленные готовые компоненты, позволяющие реализовать те или иные функции вашей ИТ-системы. Например, система логирования данных или отправки PUSH-уведомлений на смартфоны и т.п.)

Тестирования. Без качественного и поставленного процесса тестирования любая ИТ-система обречена

Поддержки. Если пользователи начнут напрямую общаться с разработчиками, это тупиковый путь. Команда разбежится быстрее, чем вы что-то успеете с этим сделать

Дизайна. За красоту и написание кода отвечают разные полушария мозга, а значит, без дизайнеров и UI/UX специалистов ваши разработчики понаделают такого, что не один пользователь не разберется.

Возможно, я что-то забыл, но написанного и так хватит, чтобы сложилось понимание, что такое ИТ-продукт, и почему один или два разработчика ничего не могут разработать в организации с нуля.

Если вы планируете систему не только для своей компании, а для рынка, то к этому добавится:

Организация отдела продаж

Давайте посчитаем, сколько стоят хотя бы пункты 1-9

Рассчитаем минимальный бюджет, без которого любое начинание собственной разработки в компании, будет провальным. Цены на ФОТ привожу питерские. Причем за эти деньги вы, скорее всего, не сможете собрать команду, так как спрос на рынке ИТ в разы превышает предложение, и сегодня вы не сможете конкурировать со Сбером, Тинькофф, Мэйл.ру или Яндекс. А если нанимать в проект джуниоров, тем более на начальные стадии, неопытные ребята гарантированно похоронят проект из-за ошибок в архитектуре или попросту некачественного кода.

Итак, какие сотрудники потребуются в команду разработки решения класса ERP / BMS / FSM / WMS / SCADA и т.п., чтобы разработать продукт с нуля? Их средние зарплаты на лето 2021 года.

Пример стоимости команды разработки ИТ-продукта

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

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

Так что если вы не готовы выделять на проект разработки ИТ-системы класса ERP / BMS / FSM и т.п. менее 40 млн. в год, единственный выход для вас – выбрать одно из наиболее близких по функционалу платформенных решений и сделать свое решение на его базе. То есть не с нуля, а доработав систему под задачи своего бизнеса. В этом случае расходы окажутся на порядок меньше, а результат не заставит себя долго ждать.

И минутка рекламы. Если вы планируете разработать систему для управления мобильными сотрудниками, то наша платформа HubEx максимально подойдет для решения данной задачи. Компании со всей России из более чем 40 отраслей сервисного бизнеса уже реализовали собственные решения для автоматизации управления мобильными или выездными сотрудниками на базе нашей платформы. Бюджеты данных проектов вас приятно удивят, а результат будет гарантирован опытом других компаний из вашей отрасли, которые уже выстроили свою “сервисную ERP” (точнее FSM-систему) на базе платформы.

Как всегда, буду рад проконсультировать и ответить на вопросы здесь или в Facebook, Instagram.

Источник

Тараканы в IT

Делюсь с тобой осуществлённой мечтой 2007 года (год познания башорга) – иллюстрациями, которые нарисовала для книги айтишника GSoft`а – «Лакмусовые тараканы ИТ-Директора». Всего нарисовано 40 таракашек, выкладываю часть.

Думаешь, что у тебя простые тараканы в голове? Ан нет. Там целый штат профессионалов:

• менеджер по несвязям с общественностью

• специалист по продвижению в себя

• программист деструктивного поведения

Пусть каждый найдёт своего!

P.S. Да, у таракашек не хватает пары конечностей – это осознанный ход.

Автор: С. Горшенин

Ещё немного иллюстраций без цитат. Полная версия книги скоро выйдет ^^

Лига Художников

25.5K пост 27.4K подписчиков

Правила сообщества

0. Без грубостей и хейта. Давайте жить дружно!

1. Лига Художников — работы, созданные вами.

Чаще всего это цифровые, традиционные рисунки, на ткани или иных носителях.

2. Слабые работы часто отклоняем, ибо они провоцируют негатив у зрителей.

3. Просим выкладывать картинки в хорошем качестве; на одном изображении только один рисунок; не под углом или наклоном; хотя бы в разрешении 700px; свои работы, а не себя или объекты вокруг.

4. Можем отклонить недоделки. Если хотите показать этап или фрагмент рисунка, покажите вместе с законченной работой.

— Мы приветствуем: традиционные рисунки, цифровые рисунки, рисунки на ткани и иных материалах, процессы создания, уроки, мастер-классы, лекции, полезности для художников.

— Мы отклоняем: посты без ваших работ; слабые работы; некачественные фото; заказы, просьбы, вопросы, объявления; фотоарты, раскраски, обводки; 3D-графику; скульптуру; комиксы, дизайн, каллиграфию.

— Ваш пост может подойти в одно из этих сообществ.

ВАЖНЫЕ РЕКОМЕНДАЦИИ: что влияет на успех поста? Как сделать пост заметнее? Читайте все рекомендации по ссылке =)

1. Всегда добавляйте картинку с законченной работой наверх поста. Даже если в посте этапы рисования / видео процесса.

2. Избегайте рекламных призывов вида «Подпишись, репостни, переходи по ссылке», чтобы не провоцировать агрессию читателей.

3. Укажите оригинального автора, если у вас копия другой работы или срисовка фото.

Или напишите про копию / срисовку в тексте поста.

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

1. Посты-повторы запрещены. Публикуйте одну работу один раз.
Если вашу работу кто-то выложил до вас, можно опубликовать её с тегом «повтор».

2. Эротика разрешена только в специальных NSFW-сообществах.

3. Торговля недопустима в любом виде.

— Воздержитесь от продаж через Пикабу, указания цен (даже в комментах) и обсуждения этих тем.

— Вместо этого автор может оставить в посте свои контакты.

У меня от этого шрифта вьетнамский флэшбек случился

Никак не отделаюсь от мысли, что у второго таракана не руки, а губы

Про обучение родителей интернету прямо в точку, почему это так сложно? *гарольд_скрывающий_боль.жпг*

А где в списке алкаш Валера?

Странно, что никто ещё не попросил стикеры для телеграма =)

Всё как всегда при невежестве в менеджменте.

Правда плохо вышло

Сиди и играй

Вкусняшка

Работа в рамках челленджа TESOctober inktober

Моя жизнь в ИТ #19. Одно из самых приятных собеседований

Пандемия сильно поменяла процесс найма.

Новые реалии позволяют безболезненно проходить собеседования прямо из дома по видеосвязи либо до начала рабочего дня, либо после, либо вообще в обед (теперь не нужно отпрашиваться на полдня «к зубному»). За последний месяц я, наверно, отсобеседовался в 6 разных компаний. Где-то прошел 4 этапа, где-то остановился сразу после первого по ряду причин. И ни разу не ездил к кому-то в офис.

И главное — есть из чего выбирать.

Ключевой критерий для меня сейчас — возможность полной «удалёнки». Особенно сейчас, в самый разгар холодной осени и скорой зимы. Не надо никуда тащиться в 8 утра по метровым сугробам в -30. Весной или летом я бы, наверно, еще рассмотрел фулл-тайм в офисе. Но явно не сейчас.

Но и компании начинают подстраиваться под эти новые реалии. Уже наткнулся на две конторы, которые на первичном скрининге рассказывают, что предлагают своим сотрудникам добровольно-принудительно устанавливать программы-«скриншотеры», которые делают раз в несколько минут скриншоты экрана и следят за активностью клавиатуры и мышки.

Никогда не понимал этот контроль за сотрудниками.

Удивительно, но про одну из таких компаний я и хочу рассказать в ключе самого лучшего процесса найма за, наверное, всю мою карьеру.

Началось всё с небольшого первого этапа, где максимально вежливый и явно разбирающийся в IT-сфере HR (что в последнее время не то, чтобы редкость, но всё же это сразу бросается в глаза) кратко расспросила про мой опыт работы и также кратко рассказала про вакансию — компания собирается выпускать свой продукт на европейский рынок.

Цели и задачи интересные, мой опыт релевантный, договорились на второй этап. Но сперва меня попросили заполнить анкету и пройти некий тест. Без проблем, стандартная схема. В анкете несколько банальных вопросов — чем занимались, какие проекты вели, где можно посмотреть, какая команда была на проектах и т.д.

А вот с тестом интересней. Думал, что будут вопросы технического характера, а это оказался лайтовый пятиминутный тест на ICQ (у меня, кстати, семизнак) — продолжите ряд 1-3-5-7-?, истинно или ложно выражение и т.д.

Необычно и немного странно.

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

Пообщавшись уже детальней по вакансии и по условиям, вдруг всплыла парочка неприятных деталей — пресловутый скриншотер (они используют hubstaff) и оформление по договору безвозмездного оказания услуг с почасовой оплатой. Это даже не по договору ГПХ. То есть все праздники и отпуска — за мой счет.

Я высказал HR свои сомнения по поводу этих моментов, на что он ответил:

— Да, я вас понимаю, вы можете посмотреть-почитать про hubstaff, как он работает, для чего нужен, взвесьте для себя все «за» и «против» работы по договору и уже тогда сможете принять решение. А пока, предлагаю вам выполнить тестовое задание, как вы к этому относитесь?

— Без проблем, тестовое задание выполнить готов.

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

— Да-да, мы ценим время соискателей и готовы оплатить выполнение тестового задания в размере 7 000 рублей.

— Есть одно условие — тестовое задание необходимо сделать за 48 часов. Этим мы хотим посмотреть, как быстро вы погружаетесь и насколько быстро сможете выполнить тестовое задание, непосредственно связанное с должностью, на которую мы как раз ищем человека.

Ну вот и пришло время для моего первого оплачиваемого тестового задания за 10 лет.

В общем, тестовое стандартное, что-то вроде:

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

При этом, оформлено тестовое было качественно, из каждой строчки веяло «Спасибо, дорогой друг, что решил уделить время тестовому заданию!», «Ты один из немногих, кто дошел до этого этапа, ты красавчик!». Банальная манипуляция, конечно, но она сработала. Азарт взыграл во мне и в тот же день до 2-х ночи я сидел и пилил тестовое, после чего сразу и отправил. На следующий день меня разбудил звонок в 9 утра от HR:

— Jukka, доброе утро! Тестовое ваше получили, спасибо большое! Но вы в письме не указали реквизиты, куда отправлять вам вознаграждение за его выполнение.

— Оо да, точно, сейчас отправлю, спасибо, что напомнили.

Отправил, и, что удивительно, деньги пришли в течение двух часов. А ближе к обеду звонок:

— Тестовое нам очень понравилось. Давайте договоримся о следующем этапе.

Этот следующий, уже третий по счету, этап был особенным. С самого начала HR достаточно четко объяснил, как будет всё происходить: по времени примерно час-полтора, основная часть будет под запись, которую потом мне отправят, чтобы поизучать со своей стороны, пройдемся по последним трём местам работы, в том числе и по самым сильным проектам и поговорим об их особенностях.

И мы действительно прошлись по всем работам, обсудили все моменты и детали прямо-таки основательно. После прошедших 1,5 часа собеседования, я как будто побывал на сеансе психотерапевта. Наверно, всё благодаря обратной связи сразу после.

— Jukka, сейчас я отключаю запись, и давайте просто поговорим. Как считаете, что больше всего мне могло понравится?

— Ну-у-у-у, скорее всего мое последнее место работы, тот крутой проект с мобильным приложением, основанное на нейронках.

— Да, действительно, вы с таким удовольствием и эмоционально рассказывали про этот проект и про саму компанию в целом, что я захотел прямо сейчас туда устроиться! И еще, я заметил, что по вашему рассказу, вы приходили именно к руководителям, а не в компанию или проект. И как только руководитель менялся или уходил — вы почти сразу же покидали компанию. А вот на последнем месте работы — вы шли изначально на проект и в основном рассказывали сейчас про проект и компанию. Вы меняетесь и это хорошо (тут, на самом деле, я не совсем уже точно помню, чем он это обосновал, но звучало круто).

— Оо хм, действительно, никогда об этом не задумывался, скорее всего так и есть.

И еще минут 10-15 некоторых наблюдений и в целом хорошей обратной связи. Это было действительно необычно и очень полезно.

После того, как будущий руководитель ознакомился с записью интервью, буквально на следующий день меня позвали на четвертый этап, уже непосредственно с ним. Общение заняло минут 20. Руководитель погонял по стандартным кейсам («Что вы сделаете в таком случае?», «Представьте, что пришла такая задача, с чего начнем?», «Какие риски вы видите в таком-то проекте?» и т.д.). В общем, приятная и профессиональная вышла беседа.

И финальный ответ дали в течение 3-4 дней, когда отсобеседовали других кандидатов: мне пришел отказ. Но, я вряд ли бы, конечно, рассматривал вообще оффер ввиду тех самых неприятных моментов. У меня с девушкой жеж ипотека и два кота, тут нужна стабильность.

По итогу, что удивительно, на все четыре этапа у меня ушло около недели (плюс на финальное решение 3-4 дня). Когда собеседовался в Яндекс — те же 4 этапа растянулись чуть ли не на 2 месяца.

Прибавляя к этому то, насколько профессиональны были HR-ы и как грамотно они вели беседу, плюс оплачиваемое тестовое задание, плюс доскональное и объёмное интервью с мгновенной обратной связью, я, наверно могу сказать, что это было одно из лучших и приятных процессов найма, что я проходил.

Источник