Итак, выбор сделан. HP iPAQ 2190. Видимо, "серая" поставка, потому что без русификатора. Мне он в принципе не очень нужен - так как не испытываю проблем с английским. Но ввод русских букв - обязателен.

Кстати, WM2005, даже английской сборки, поддерживает отображение русских букв. Только с вводом проблема.:)

Впечатления от пользования.

Корпус приятный на вид и на ощупь. Пользуясь определением С.Голубицкого ("Компьютерра") - "тактильность на высоте". WM2005 приятно порадовала поддерживаемой возможностью поворота экрана. Так же, как и жестко предустановленный набор софта от HP.

Из благ цивилизации: неплохой (с моей точки зрения) процессор 312 МГц, 128 Мб ОЗУ, 64 ПЗУ, модуль Bluetooth. Последняя фича оказалась просто незаменимой: синхронизация наладонника может быть выполнена "легко и изящно", то есть - прозрачно.

Это - бочка меда. Ложка дегтя состоит в том, что на указанном девайсе поначалу не было русификации (пробовал поставить с диска Fuji - как и следовало ожидать, не пошло). Также не поддерживается ввод русских букв (отображается без проблем). Ввод русских букв решился просто - Resko Keyboard Pro/ Русификация интерфейса была признана ненужной, и поиски в этом направлении более не велись.

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

Неплохо еще В общем Start - Settings - Personal - Today - Items - отключить галочку у Today Timeout

Кстати, у меня приведенное выше решение сработало на 100%.Итог: могу рекомендовать HP iPAQ как недорогой и неплохой наладонник для тех, кто не предъявляет требований к супермобильности и крутизне, но понимает, зачем ему КПК:)

С удивление констатирую факт: в настоящее время нет

(по крайней мере в Санкт-Петербурге)

просто наладонника без "наворотов".

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

Для начала я сформировал требования, которым должен удовлетворять наладонник. Для этого я начал с того, что описал то, что я делаю на наладоннике:

1. Читаю книги
2. Использую в качестве большой записной книги
3. Иногда пишу что-нибудь (небольшие заметки)
4. Один раз за несколько лет вышел в Интернет

Соответственно, требования минимальные: чтобы был как класс, без лишних наворотов (зачем мне WiFi или Bluetooth, которыми я не пользуюсь? - хотя Bluetooth как интерфейс был бы нелишним для организации беспроводной связи "компьютер -наладонник" - отметим, как требование). Большой экран, желательно с хорошим разрешением (не критично, просто комфортнее). GPS, GPRS и т.д. не требуется - GPS я не пользуюсь, а GPRSG/GSM не нужен просто потому, что для этих целей имеется телефон.

Анализ рынка показал, что Toshiba перестала поставлять свои КПК на наш рынок (а жаль! - хорошая была техника), правда, рынок прирос массой конкурирующих предложений. В основе своей все эти предложения "жутко HiTech" - интерфейсы WiFi, Bluetooth, быстрый процессор, QVGA и т.д. встречается чуть ли не на каждой модели. Что примечательно: простого наладонника (совсем-совсем без наворотов) мне найти ... правильно, удалось! HP iPAQ 1710. Модель, снятая с производства, но пока еще присутствующая в продаже (как я думал - наивный!) в некоторых магазинах.

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

Что в итоге? Выбор продолжается. Не удалось уложиться в "бюджетную" модель, по причине отсутствия оной. Зато найдено несколько интересных моделей - совсем бесполезные мне HP iPAQ серии 19хх и интересные iPAQ серии 2ххх. Интересны они тем, что при стоимости на 2 000 руб. больше, чем 1710, по начинке они от них не отличаются практически ничем, кроме Bluetooth модуля.

Последняя ремарка этого довольно сумбурного поста: как оказалось, VGA и QVGA разрешение экрана идет вкупе с безумным количеством наворотов. А жаль!

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

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

Сюжет прост и незамысловат: опергруппа отправляется в отпуск в село, куда за ней следует международный террорист, снедаемый местью (Алекс Борр) и где находится (как оказывается) вход в гору, в которой, подобно спящей красавице, спит крепким сном жена Кащея Бессмертного... В итоге зло наказывается (а как же иначе?), «сказочные опера» выходят победителями, и все радуются.

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

Что сказать в итоге? Книгу осилил в поезде Москва – Питер (то есть, прочитал за 4 часа). Один раз прочитать можно, мозг расслабляет и местами заставляет поулыбаться, забыв на время о делах...

Распространенная задача, решать которую приходится практически во всех ИТ отделах, пытающихся применить принципы сервисного управления – построение, развитие и управление каталогом сервисов. Задача эта на первый взгляд достаточно тривиальная, однако и при ее решении существуют определенные «подводные камни».

Например, при решении задачи «в лоб», каталог сервисов часто заменяют на перечень эксплуатируемых ИТ систем и базового ПО. Подобный подход имеет ярко выраженный недостаток: при инвентаризации в средней компании (то есть, с числом АРМ порядка 500) может быть обнаружено порядка 100..300 систем и приложений, которые могут быть классифицированы как сервис. Таким образом, пользователь, обращаясь в ИТ для решения каких-либо вопросов, вынужден формулировать свой запрос «на языке ИТ», что принципиально противоречит рекомендациям ITIL. Другая крайность – чересчур широкое определение сервиса. Например, сервис «рабочее место пользователя» может включать в себя ПК, базовое ПО, специфическое ПО и периферийные устройства, что приближает количество инцидентов, связанных с данным сервисом, к 100% от общего числа зарегистрированных инцидентов.

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

Библиотека ITIL не содержит четкого алгоритма, при помощи которого может быть построен каталог сервисов. Единственная рекомендация – «взглянуть на мир глазами пользователя». В этом случае сервис может быть представлен в виде совокупности инструментальных средств, технологий, политик и методов. Например, информационным сервисом может выступать «доступ в Интернет», который может быть реализован для различных пользователей при помощи различного оборудования, различных инструментальных и технологических средств, но результат будет один – доступ конкретного пользователя к ресурсам Интернет. Подобный подход к сервису значительно упрощает жизнь простым пользователям, одновременно усложняя ее специалистам ИТ, поскольку в этом случае они должны иметь информацию о связях пользователя, сервиса и оборудования. (Следует отметить, что рекомендации ITIL не обходят вниманием эту проблему – процесс управления конфигурациями и конфигурационная база данных как раз направлены в том числе на решение указанной задачи).

Таким образом, примерный алгоритм построения каталога сервисов будет следующим:

• Составляется инвентарный перечень всех программных и аппаратных средств, а также политик
• Составляется список пользователей, которые работают с указанными средствами
• Пользователи объединяются в группы по определенным признакам (соответственно, выделяются признаки классификации)
• Для каждой из сформированных таким образом групп пользователей выделяются те ресурсы (программные и аппаратные средства, политики), которые ими используются
• Определяется примерный перечень сервисов для каждой из групп пользователей
• Определяется примерный перечень всех сервисов, которые предоставляются отделом ИТ
• Проводится аудит перечня сервисов

Но создание каталога сервисов – это только «верхушка айсберга». Следующим, не менее важным этапом, является соотнесение сервисов с предоставляющими и обслуживающими их подразделениями. В простом случае отношение «сервис» - «подразделение» определяются однозначно: определено одно конкретное подразделение, которое отвечает за предоставление конкретного сервиса всем пользователям. К сожалению, подобные идеальные случаи редки. Как правило, ответственность за предоставление и поддержку большинства сервисов распределена между несколькими подразделениями. Как крайний вариант, один и тот же сервис в различных географически распределенных точках предоставляется и поддерживается группой различных подразделений. В этом случае необходимо выстроить матрицу, в которой соотносятся сервис, территория, подразделение, предоставляющее сервис и подразделение, обслуживающее сервис.

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

И, наконец, каталог сервисов и построенную матрицу необходимо отобразить в средстве автоматизации (для чего средство автоматизации должно поддерживать такую возможность). После чего можно переходить к следующей фазе – а именно, к управлению каталогом сервисов.

Управление каталогом сервисов включает в себя:

• Мониторинг текущего каталога сервисов
• Выявление новых сервисов
• Выявление новых территорий, требующих разворачивания тех или иных ИТ сервисов
• Выявление утративших актуальность сервисов
• Актуализация каталога сервисов

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

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

7 января 2007 года состоялся 12 Круглый стол по ИТ сервис менеджменту.

В отличие от прошлого мероприятия, которое мне откровенно не понравилось, этот был на гораздо более высоком уровне. Понравилось конструктивное выступление Михаила Потоцкого относительно 3 версии ITIL (Михаил приоткрыл завесу таинственности над ITIL3 и назвал конкретные сроки выхода: примерно май 2007 года). ITIL 3 является логическим продолжением ITIL 2, значительно переработанным и усовершенствованным. По утверждению М.Потоцкого, в работе над 3 версией ITIL приняло рекордное количество специалистов из Америки (напомню: традиционно над ITIL работали европейские специалисты). Благодаря этой «свежей крови» рекомендации (по заявлениями знакомых с пре-релизами ответственных товарищей) стали более конкретными, смещаясь от акцента относительно того «что надо делать» к акценту «как надо делать». Отмечу, что вторая версия ITIL не отвечала на вопрос «как надо делать» вообще никак. Кроме того, в третьей версии ITIL появятся разделы, ориентированные на малые (до 100 человек) предприятия, и декларативно будет описан процесс управления персоналом (читаем между строк: самым общими фразами). Кроме того, ITIL 3 полностью перегруппирует и перекомпанует процессы, характерные для ITIL 2 (что говорит о их переосмыслении). Среди официальных языков ITIL 3 значится и русский, что не может не радовать. Правда, пока непонятно, кто именно будет выполнять перевод (оригинал все равно разрабатывается на английском).

Вторая часть Круглого стола была посвящена проблеме оценки рисков при управлении проектами. Выступал представитель компании PM Expert, который здорово (действительно здорово!) описал, как можно управлять рисками проекта со стороны заказчика. За что и был засыпан горой вопросов относительно того, а как управлять рисками проекта в целом (и заказчика, и исполнителя), а также как отдельно управлять рисками исполнителя.

Подробности – на http://www.itsmforum.ru/