Информационные технологии без маркетинга

Конверт для компакт-диска

noreply@blogger.com (Gihar) — Wed, 08 Oct 2008 08:23:00 +0000

Вот когда приспичит в очередной раз, воспользуюсь, а то конвертиков для всякой ерунды не напасешься!

И еще много других способов.

Банкротство Lehman Brothers и кредитные рейтинги.

noreply@blogger.com (Gihar) — Mon, 15 Sep 2008 17:21:00 +0000

Любой, кто хотя бы немного интересуется экономикой и финансами, знает (или слышал), хотя бы об одном из мировых рейтинговых агенств. Названия Moody's, Fitch, Standard & Poor's всегда на слуху и раньше у меня вызывали большое уважение. Теперь уважения стало меньше. Ну, вот объясните мне, для чего существуют рейтинги всех этих агенств, и как вообще на них можно хоть в чем то опираться, если до самого последнего момента все вышеперечисленные агенства устанавливали весьма высокие рейтинги банка Lehman Brothers, вплоть до момента, когда этот американский банк объявил о намерении подать прошение о банкротстве в американский суд по банкротствам. Чтобы не быть голословным: до 15 сентября агенство Fitch выставляло банку Lehman Brothers долгосрочный рейтинг А+, который означает "Высокая кредитоспособность. Рейтинги уровня "A" обозначают низкие ожидания по кредитным рискам. Способность своевременно погашать финансовые обязательства оценивается как высокая." А потом сразу рейтинг D, т.е. дефолт, да и то только после объявления банка о банкротстве. И вот спрашивается зачем нужен такой рейтинг, что он показывает? Да, получается - ничего! Ведь о том, что у Lehman Brothers дела идут плохо, и что они активно искали кому бы продаться, уже не одну неделю писали во всех финансовых новостях. Вопрос, на который лично у меня нет ответа, почему ведущие мировые рейтинговые агентсва, несмотря на известные факты плачевного состояния дел в одном из крупнейших банках США, не изменяли соответствующим образом его кредитные рейтинги?

Data Mining не может заменить аналитика

noreply@blogger.com (Gihar) — Tue, 09 Sep 2008 17:29:00 +0000

Замечательная цитата:

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

(Отсюда)

Время прихода на работу и дисциплина.

noreply@blogger.com (Gihar) — Fri, 01 Aug 2008 18:52:00 +0000

На глаза попалась хорошая статья про два различных подхода к тому должны ли все сотрудники приходить на работу в одно и тоже время, например, строго к 9, или же возможен гибкий график, когда каждый приходит в то время когда, ему удобнее, но соблюдая при этом определенные правила.
Совсем недавно я пытался объяснить руководству, почему я не настаиваю, чтобы сотрудники моего отдела приходили ровно в 9, но вот сам написать такую статью и привести хорошие аргументы, как в этой статье (http://bishop3000.livejournal.com/35767.html) не смог. Думаю, что, если бы я вооружился аргументами из этой статьи, моя позиция была бы убедительнее.

Хорошее описание ошибки.

noreply@blogger.com (Gihar) — Mon, 30 Jun 2008 15:22:00 +0000

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

Возьмем, для примера, заявку увидев которую и возникло желание написать этот пост:
Заявка от пользователя, зарегистрированная сотрудником 1 линии поддержки:

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

А вот ответ более опытного коллеги, сразу чувствуется, что второй матерый:

Не понятно:
Какие своевременные изменения должны происходить в Аксапте?
По словам каких менеджеров?
Что значит резервируемое количество тех или иных позиций?
Что значит резервируемое количество не списывается?
Куда преподносится информация и почему считается, что она не актуальна?
Где смотрится данная информация (полный путь)?
Абсолютно не понятна проблема пользователя.
Следует уточнить, что и где смотрит пользователь, какие данные хочет получить и какие ошибки возникают?
Если пользователь считает что какие то данные не актуальны, то нужны конкретные примеры.

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

Просто покажите новичку такую памятку:

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

При работе в каком приложении происходит ошибка? Программа должна быть одной из списка, программ на сопровождении. При этом требуется узнать конкретное название программы.
Какое действие делает пользователь перед возникновением ошибки? Желательно указать пункт меню.
Как должно быть? Какой результат ожидал получить пользователь? Например:
- ввести данные
- напечатать отчет
- что еще?
Желательно узнать, когда пользователь перестал получать ожидаемый результат. Другими словами, когда работало? Например, «Вчера в 18:30 программа работала, а сегодня в 10:00, уже нет»
Если ошибка происходит при входе пользователя в программу, то необходимо выяснить выполнил ли пользователь вход в сеть.
Нужно узнать, есть ли еще пользователи, выполняющие такие же (или аналогичные) действия, у которых при этом нет проблем.
Если пользователь сообщает о проблеме с каким-то отчетом, то нужно узнать параметры, заданные при формировании отчета.

Каждое хорошее описание ошибки должно содержать ровно три вещи:

Какие шаги привели к ошибке.
Что вы ожидали увидеть.
Что вы в самом деле увидели.

Hyper-V ну очень ожидаемый релиз.

noreply@blogger.com (Gihar) — Fri, 27 Jun 2008 06:11:00 +0000

Вот такую вот картинку наблюдал сегодня утром открыв Google Reader комментарии излишни:

Правило умной ошибки.

noreply@blogger.com (Gihar) — Wed, 14 May 2008 17:33:00 +0000

Хочу рассказать про одно простое правило, которое может здорово облегчить сотрудникам службы поддержки пользователей их работу. Сложность современных бизнес-приложений вообще, и например ERP-систем в частности, такова, что держать все настройки, и все возможные ситуации в голове одному человеку сложно, да и не нужно. Если вы, что то забыли, то всегда можно обратиться к документации, которая поставляется вместе с системой, а также к той документации, которую вы создали сами. Но, вот ведь в чем беда - зачастую для того чтобы решить пустяковую задачку сотрудникам поддержки приходиться "перелопатить" кучу документации, а также потратить немало времени создавая примеры на тестовых приложениях.
Облегчить повседневную работу можно, если использовать правило, назову его правилом умной ошибки, которое состоит в том, что любое сообщение об ошибке или информационное сообщение, которое ваша система выдает на экран, должно содержать идентификатор этой ошибки, по которому можно быстро и легко найти дополнительную подробную информацию о причинах её возникновения.
Приведу простой пример:
Допустим от пользователя поступила заявка, что мол "Я не могу выписать счет, т.к. система ругается "Не указан ответственный менеджер по клиенту ХХХ". Если сотрудник поддержки уже встречался с такой ошибкой, то конечно, он быстро разберется, где в настройках клиента указывается ответственный менеджер, а вот если он встретился с такой ошибкой в первый раз, то вынужден будет вначале самостоятельно разобраться, кто такой ответственный менеджер, за что он ответственный и почему, если он не указан нельзя выписать счет клиенту, где его нужно указать, и кто это должен сделать.
И вот тут на помощь приходит умное сообщение об ошибке, которое могло бы выглядеть, например так: "Не указан ответственный менеджер по клиенту ХХХ (см. NKS-11348)", где NKS-11348 - это ссылка на подробное описание этой ошибки. Описание может быть в виде статьи в базе знаний, или просто ссылкой на какой-то раздел руководства пользователя. Особенно актуальной такая идентификация каждой ошибки становиться, если вы вносите модификации в стандартный функционал вашей ERP-системы. В этом случае даже опытному консультанту без подобной "подсказки" будет трудно разобраться в нестандартном "поведении системы".
Несмотря на всю очевидность и простоту этого правила, к сожалению, разработчики приложений зачастую им пренебрегают. А ведь, если всегда придерживаться этого правила в разработке, то последующая работа с вашим приложением, выполнение настроек и разрешение трудных ситуаций становятся гораздо менее трудоемкими занятиями.

Зарплатные SMS.

noreply@blogger.com (Gihar) — Mon, 14 Apr 2008 15:29:00 +0000

У нас в компании зарплата перечисляется сотрудникам на карточки. С того времени, как все сотрудники получили карточки уже прошло достаточно большое время. И сегодня я получил подтверждение, что большинство сотрудников уже освоились с карточками и современными банковскими услугами. Когда сегодня в большем кабинете, одновременно неожиданно начали звонить почти все мобильники, вначале я был довольно сильно удивлен - с чего бы это вот так, вдруг, штук примерно 10 мобильников зазвонили! Объяснение нашлось тут же. Оказалось, что многие мои коллеги подписались на услугу оповещения об изменении баланса на карточном счете, и когда на карточки была перечислена зарплата, пришли SMS оповешающие об этом. Этот веселый перезвон мобильников был встречен конечно же всеобщим одобрением :)

Лояльные пользователи - залог успеха проекта внедрения ERP

noreply@blogger.com (Gihar) — Fri, 22 Feb 2008 14:20:00 +0000

Много раз я читал и слышал, что одним из ключевых факторов успеха при внедрении ERP систем является привлечение пользователей на "свою" сторону. А сейчас я на своем опыте очередной раз убеждаюсь в верности этого утверждения. У нас в компании мы сейчас завершаем этап модификаций нашей ERP Axapta. И вот на днях я услышал слова нашего главного бухгалтера: "это даже лучше чем в 1С". Это было произнесено когда консультант показывала ей что-то в Axapta.
Надо сказать, что до совсем недавнего времени, пользователи в нашей компании относились к Axapta, мягко говоря не очень дружелюбно. И поэтому когда я услышал "комплимент" в адрес Axapta от бухгалтера, которая до недавних пор была убеждена, что лучшая на свете бухгалтерская программа - это 1С, я был приятно удивлен.
Я думаю, что немалую роль в перемене взгляда на нашего главного бухгалтера на систему Axapta сыграло общение с одной из консультантов по системе, которая с одной стороны отлично знает возможности Axapta, а с другой стороны знает потребности российского бухгалтера привыкшего работать в самой лучшей программе для манипуляции бухгалтерской отчетностью, в 1С :), и используя эти знания, агитировала и убеждала, что работать в новой системе можно более эффективно, если использовать возможности, которые предоставляет система, хотя некоторые из этих возможностей на первый взгляд скрыты или неочевидны.
Обучение пользователей, особенно ключевых, приемам эффективной работы в системе в процессе внедрения и завоевание их симпатий - это ключевой фактор успеха. Пользователи, у которых работа в новой системе начинает получаться лучше и проще чем раньше, становятся активными помошниками в процессе внедрения.

Новый профессиональный журнал по системам автоматизации управления предприятием.

noreply@blogger.com (Gihar) — Mon, 21 Jan 2008 20:33:00 +0000

Готовиться к выходу новый профессиональный журнал по системам автоматизации управления предприятием ERPNEWS. Первый номер журнала выйдет в марте 2008 года.

Темы журнала:
Сфера корпоративных систем автоматизации по направлениям:
- решения по классификации ERP CRM BI EAM MES и другие;
- единые и крупные решения, малофункциональные решения;
- отраслевые решения;
Архитектурные решения автоматизации SOA, SaaS, решения интеграции;
Системы управления базами данных;
Сервера и сетевое оборудование;
Безопасность в корпоративных системах и оборудовании;
Карьера, работа в ИТ (статьи, вакансии, резюме, хобби и увлечения ИТ-специалистов).

Для корпоративных читателей подписка бесплатна. Для того чтобы подписаться нужно зарегистрироваться на сайте http://erpnews.ru/, затем зайти в профиль и указать "Да" в пункте "Подписка на печатный журнал ERPNEWS".

P.S.
Я подписался, так что надеюсь почитать первый номер.

ERP-системы содержат недостаточно финансовой информации

noreply@blogger.com (Gihar) — Tue, 04 Dec 2007 19:55:00 +0000

По данным недавнего исследования компании Unisphere Media, в котором участвовали 360 финансовых аналитиков, несмотря на широкое распространение и доверие к ERP-системам, большинство компаний по-прежнему испытывают трудности в процессе сбора, обработки и анализа необходимой финансовой информации.

Около 71% участников опроса отметили, что сталкиваются с необходимостью вычленения необходимых им данных из различных источников и с проблемами при составлении отчетов, которые должны помочь при поиске ответов на возникающие «нестандартные» вопросы. По мнению аналитиков, эти проблемы вызваны недостаточной гибкостью ERP-систем и отсутствием нужной степени детализации операционных и финансовых сведений, которые содержатся в их базах данных.

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

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

Взято отсюда.

P.S.
Думаю, что если бы в опросе участвовали аналитики моей компании, то к сожалению, они бы подтвердили результат исследования :(
От себя могу добавить, что отчасти это вызвано тем, что большое количество пользователей просто напросто не используют в полной мере все возможности, которые предоставляет им ERP система. Причин у этого несколько: и недостаточность их обучения, и пассивность самих пользователей к самообучению, иногда недостаточно подробная документация.

Социальные сети для бизнеса

noreply@blogger.com (Gihar) — Tue, 04 Dec 2007 19:06:00 +0000

Интересная на мой взгляд статья, в которой обзорно рассмотрены потенциальные возможности использования возможностей социальных сетей для бизнеса:
Социальная сеть для бизнеса
Цитата: "Само собой разумеется, что в данному случае необходимо обеспечить единый стандарт для интеграции различных систем." Как мне кажется, именно со "стандартами интеграции", у того кто всерьез начнет заниматься развитием таких социальных сетей, и будет больше всего хлопот.
Я сейчас участвую в двух проектах по интеграции бизнес-приложений между собой. Для определенности назову эти приложения: Axapta c нашей стороны, а также Navision, со стороны первого партнера, и Manhattan, со стороны другого партнера. Так вот один из основных выводов, который я для себя сделал, такой: несмотря на наличие большого количества так сказать "технологических" стандартов, например, типа языка XML, как стандарта для описания структурированных данных, практически нет ни одного широко применяемого стандартного набора данных для обмена деловой информацией. Обменяться с партнерами накладными и счетами-фактурами - уже проблема! Приходится придумывать свои "стандарты", так как ничего подходящего не нашли.
Не то чтобы, конечно, вообще никто ничего не делал на этой почве, но реально практически непаханное поле.
Ссылка для интересующихся: ECOD - универсальная платформа электронного обмена коммерческими документами. Это единая среда передачи и обработки электронных документов для всех бизнес-партнеров.
По ссылкам на этом сайте найдется много информации о имеющихся на сегодняшний день стандартах.
По моему ощущению, как и обычно, выглядит на презентациях и в рекламе все намного лучше, чем есть на самом деле. По признаю самих специалистов компании Корус, с которыми я общался, реально большая часть их клиентов обменивается только справочниками номенклатур и заказами.
В общем, перспективы бесспорно большие, но пока это все-таки скорее перспективы, а не реалии.

Первое правило ИТ-поддержки

noreply@blogger.com (Gihar) — Mon, 26 Nov 2007 17:04:00 +0000

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

Первое правило ИТ-поддержки:
"НУЖНО РЕГИСТРИРОВАТЬ ВСЕ 100% ОБРАЩЕНИЙ."

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

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

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

Что обычно не регистрируется, а должно:
- непонятные запросы/требования/инциденты
- обращения с неполной информацией
- неподписанные бланки, пришедшие по электронной почте
- заявки, оправленные по электронной почте не на бланках

Все это также необходимо регистрировать, а уже после решать, что делать с этими обращениями.

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

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

Почему хорошие программисты пишут хорошие программы.

noreply@blogger.com (Gihar) — Sun, 18 Nov 2007 10:22:00 +0000

Читая вот этот провокационный пост Почему хороший программист никогда не напишет хорошую программу, не смог удержаться, чтобы не написать свое мнение про то, а кто же такой хороший программист, и что такое хорошая программа?

На мой взгляд, хорошая программа - это прежде всего программа, которой пользуются длительное время. Факт длительного использования программы принципиально важен. Ведь никто же не будет пользоваться программой длительное время, считая ее плохой. Плохим программам всегда хочется найти замену. Плохими программами почти никто не пользуется долго. И обычно, довольно быстро замена находится. А на хорошие программы есть спрос. И при этом совершенно не важно, с использованием какой технологии и какого языка программирования создана программа. У хорошей программы, могут быть и недостатки, и недостатки могут быть существенными. Но, если программой пользуются, то в следующих версиях программы существенных недостатков, как правило, становится меньше. В этом смысле замечательный пример хорошей программы ОС Windows. :)

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

А как только программиста перестает "переть" от процесса написания кода, от процесса отладки и оптимизации и т.п., он перестает быть хорошим программистом.

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

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

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

Мыльный пузырь роста рынка ERP-систем в России.

noreply@blogger.com (Gihar) — Wed, 07 Nov 2007 20:33:00 +0000

У меня наконец нашлось время, и я прочитал октябрьский номер журнала Cnews.
Тема номера "Рынок бизнес-приложений". Хочу поделиться с мыслью, которая пришла мне сразу после прочтения одной из статей темы номера о том, что рынок ERP систем в России растет последние несколько лет бурными темпами, опережающими средние темпы роста российского рынка ИТ. Цитирую: "Игроки российского рынка ERP затрудняются в точной оценке его объемов на период 2006-2007 гг, однако большинство сходится во мнении относительно динамики. Речь идет о ежегодном 30-35% росте. Некоторые наиболее оптимистичные эксперты, правда, говорят о 40%-ном приросте."
Рост 30-35 % - надо сказать не слабо. Однако, если вдуматься, и вспомнить, что любое внедрение ERP-системы - это не просто продажа софта, а это еще и собственно само внедрение, требующее для его успешного завершения определенное количество грамотных и подготовленных специалистов, станет очевидно, что эта цифра 35 % сильно сомнительна. И вот почему.
За счет чего в принципе может на 35 % вырасти рынок:

Если вырастет средняя стоимость стоимость лицензий ПО (вряд ли это произошло)
Если вырастет стоимость работ (насколько мне известно рост цен на работы, хотя и был, но далеко не на 35%)
Если будет на 35% больше проектов.

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

Возможно, что какая-либо комбинация всех факторов роста рынка и позволила ему вырасти на 35 %, но у меня складывается мнение, что главным результатом этого роста стало то, что компании начавшие внедрения в прошедшие год-два, получили в обмен на свои вложения в ERP системы в среднем худший результат, по той простой причине, что на каждом проекте участвовало примерно на 35 % новичков больше, чем в предыдущие годы. Как это не печально, но стремительный рост рынка - это не всегда хорошо.

Болтун находка для шпиона.

noreply@blogger.com (Gihar) — Sun, 04 Nov 2007 16:20:00 +0000

Коммерсантъ пишет, что российские банки начали использовать сервисы социальных сетей www.odnoklassniki.ru, www.moikrug.ru и www.vkontakte.ru для поиска должников. "Ведь прежде чем потребовать возврат долгов, заемщика сначала надо найти." - пишет коммерсант. И здесь на помощь сотрудникам банков приходят социальные сети. Ведь откуда как не с таких сайтов можно почерпнуть самую актуальную информацию о контактах?

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

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

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

Поиск ИТ специалистов

noreply@blogger.com (Gihar) — Fri, 02 Nov 2007 16:00:00 +0000

В течении 2 месяцев я подбирал на работу к нам в компанию нескольких сотрудников. Мне были нужны системный администратор, консультант по системе Axapta и инженеры по поддержке информационных систем.
Меньше всего проблем возникло с поиском системного администратора. На опубликованные на различных сайтах о работе объявлениях в течении двух недель я получил массу отзывов от сисадминов. И что особенно понравилось большинство из кандидатов адекватно оценивали свои знания и умения. Чего, ну, никак нельзя сказать о кандидатах на вакансию консультант по системе Axapta:
Во-первых, откликнувшихся было гораздо меньше. Хотя заявленная зарплата была на уровне и требования не были какими-то слишком выдающимися.
Во-вторых, я был откровенно удивлен, тем что большинство кандидатов явно себя переоценивали. Отдельные личности не могли ответить на совсем уж элементарные вопросы по системе Axapta, ответы на которые знаю даже я после относительно поверхностного знакомства с системой.
И в-третьих, даже убедившись, что их знаний и умений явно недостаточно, кандидаты не соглашались работать некоторое время за меньшие деньги, видимо будучи уверенными, что по-любому найдут себе работу и за большие деньги, чем они на самом деле стоят. И я думаю, что у некоторых из них это безусловно получится, окажись на моем месте менее требовательный "работодатель".

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

В итоге я нашел отличного специалиста, но это заняло у меня более двух месяцев довольно интенсивных поисков. А о моей вакансии он узнал на сайте www.axforum.info, где общаются специалисты по системе Axapta.

Мой опыт показывает, что довольно эффективно искать кандидатов на сайте job.ru, в т.ч. и размещать там объявления о вакансиях. Большинство кандидатов на позиции системных администраторов и инженеров по поддержке приходили именно оттуда. А если по объявлениям на job.ru мало отзывов, то можно воспользоваться сайтами типа Мой круг. Там можно как разместить вакансию, так и напрямую обратиться к человеку, в профиле которого указано что он "ищет работу". На мой взгляд это очень удобно. Ну и не стоит конечно забывать сайты, где айтишники общаются по профессиональным (и не только) вопросам.

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

О том, как одним телефонным звонком можно сэкономить 10 000 долларов

noreply@blogger.com (Gihar) — Mon, 22 Oct 2007 18:38:00 +0000

Так получилось, что совсем недавно я стал ИТ-директором одной московской оптовой компании. Это событие стало для меня самого некоторым сюрпризом. То есть не то, чтобы я никогда об этом не думал, но по крайней мере полученное предложение было неожиданным для меня. Пытливый читатель без труда сможет определить название этой компании, поэтому для того, чтобы съэкономить время, я тупо поставлю ссылку на наш сайт. Кстати, о самом сайте мне сказать нечего, и пожалуй лучшее, что можно о нём сказать - это то что он "никакой". Но, я надеюсь в самом ближайшем будущем, сделать из него нечто, что будет не стыдно показывать людям.

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

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

Для этого вам нужно - знание нескольких простых вещей:

1) Существуют так называемые "каталожные" цены - это цены, которые указаны на сайтах компаний поставщиков и системных интеграторов, также в каталогах вендоров. У компании Cisco, например, эта цена называется ценой GPL - Global Price List.

2) Существуют так называемые "партнерские" скидки. Размер этих скидок - это тот дисконт, который компания-производитель предоставляет партнерам (дистрибьюторам), которые собственно и продают оборудование конечным потребителям.

3) Размер партнерской скидки находится в прямой зависимости от "статуса" партнера. "Золотые" партнеры имеют скидки больше скидок для "просто" партнеров, но меньше чем для "платиновых".

4) Цены, которые "озвучиваются" в коммерческих предложениях, это всего лишь повод для начала беседы. И в процессе этой самой беседы цены могут упасть в разы!

5) Менеджеры по продажам любой торговой фирмы (или компании-интегратора) готовы продать вам свой товар с минимальной рентабельностью, которая только позволена внутренними правилами компаний. Например, если партнерская скидка по какому-то конкретному вендору у компании поставщика равна 40% и вы это знаете, то вы запросто можете продавливать продажников на цены на уровне каталожная цена минус 35%. Пока у меня в этом деле пока мало опыта, и если я не прав прошу поправить меня в комментариях.

6) Основная военная хитрость состоит в том, чтобы выяснить, а какой же процент партнерской скидки имеет конкретная компания-продавец у конкретного вендора, чтобы настаивать на минимальной для нас цене, но в тоже время и не перейти ту границу, когда продавцу становиться неинтересным с коммерческой точки зрения поставлять оборудование. Я думаю каждый может найти для себя тот способ выяснения этого самого размера партнерского процента. Я же перечислю только очевидные:
-можно прямо спросить у менеджеров по продажам, если вы с ними в хороших отношениях, то они могут "слить" вам эту информацию, не знаю, правда, насколько это приветствуется их руководством;
-можно спросить у коллег, которые уже покупали там же.
-можно зная некие средние показатели по рынку, предположить, что все, например, серебрянные партнеры определенного вендора имеют примерно равные партнерские скидки.

Ну, и для полноты пейзажа, привожу конкретный пример:
Послав спецификацию на несколько коммутаторов Cisco в три разные компании, я получил три различных ценовых предложения на абсолютно одну и туже спецификацию оборудования. Сумма наихудшего предложения была примерно 53 000 долларов.

Затем, взяв в руки калькулятор, я определил процент скидки, который каждая из компаний предоставляет мне по отношению к ценам GPL. Так вот ради интереса, я позвонил в компанию, предоставившую эту наихудшую цену. Результатом телефонного разговора длительностью около десяти минут и стал результат, который я вынес в заголовок поста: сумма нового коммерческого предложение от той же компании, полученного на следующий день, составила около 43 000 тех же самых американских долларов, т.е. разница между первым в вторым предложением составила 10 000 $, или 19 % процентов от первоначального предложения.

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