вторник, 4 декабря 2007 г.

Рекомендации Google Reader

Для чтения RSS я уже пару месяцев использую Google Reader. И только сегодня заметил весьма полезную возможность. На левой панели есть (или может только недавно появилась), ссылка "Discover". По переходу по этой ссылке Google Reader показывает список фидов, которые по его "мнению", могут быть вам интересны. Лично я сегодня нашел там действительно несколько интересных для себя блогов. Как я понял, рекомендации даются на основе сравнения ваших интересов, с интересами других пользователей подписанных на те же фиды, что и вы.
Как это выглядит можно посмотреть на скриншоте:

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

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

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

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

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

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

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

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

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

понедельник, 26 ноября 2007 г.

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

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

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

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

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

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

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

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

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

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



воскресенье, 18 ноября 2007 г.

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

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

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

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

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

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

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

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

среда, 7 ноября 2007 г.

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

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

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

воскресенье, 4 ноября 2007 г.

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

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

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

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

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


пятница, 2 ноября 2007 г.

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

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

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

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

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

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

понедельник, 22 октября 2007 г.

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

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

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

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

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

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

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

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

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

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

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

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

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

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