Основной задачей продукта Alloy Navigator является обеспечение эффективности, прозрачности и оперативности управления ИТ-инфраструктурой; это целостное функциональное решение управления активами, запросами пользователей, лицензированием и проч.
Часто стандартизация и своеобразная «кодификация» правил в сфере системного администрирования воспринимается в штыки. Однако отказ от рекомендованных практик начинает сильно сказываться на состоянии ИТ-инфраструктуры в период интенсивного роста, когда инженеры и и администраторы, а также ИТ-менеджеры начинают испытывать трудности в связи с тем, что парк оборудования и программного обеспечения их собственной компании разрастается или появляется несколько заказчиков с различным типом ведения бизнеса. В таких условиях каждая мелочь становится важным элементом работы и процессный подход отлично помогает уследить за всем, ничего не упустить из виду и не забыть.
Модули Alloy Navigator — краткий обзор
Разрабатывая Alloy Navigator, мы изначально приняли решение следовать рекомендациям ITIL и создать продукт таким образом, чтобы он сам погружал клиента в отлаженную парадигму подхода ITSM. В Alloy Navigator 7.0 реализованы основные модули, которые позволят управлять ИТ-инфраструктурой компании в соответствии с принципами ITIL, но при этом обеспечивающие максимальную гибкость для настройки продукта под потребности каждого конкретного пользователя.
Техническая поддержка (Service Support). В этом модуле собирается информация по инцидентам — случаям прерывания или снижения качества ИТ-услуги. Важно своевременно создавать инциденты с целью обеспечения минимального влияния неполадок на на бизнес-процесс и максимально быстрого восстановления элемента ИТ-инфраструктуры. Каждая запись содержит подробную информацию о возникшей проблеме: тип, категорию, описание, приоритет, сроки исправления, активности по инциденту, описание решения, связанные объекты инфраструктуры, историю взаимодействий.
Пользователь может создавать группировки инцидентов по исполнителям, статусу, срокам устранения, очерёдности поступления заявки и т.д… Это необходимо для того, чтобы установить порядок обработки инцидентов в соответствии с их срочностью и важностью. Кроме того, группировки по типу инцидента и затрагиваемому сервису помогают идентифицировать проблемы, которые могут оказывать негативное влияние на работу множества пользователей или даже на весь бизнес в целом.
Ещё одна важна сущность данного раздела — проблема, причина, лежащая в основе одного или нескольких инцидентов. Как правило, проблема устанавливается в ходе работы над устранением инцидента.
Все данные организованы в виде таблиц с возможностью гибкой фильтрации по набору параметров, а это значит, что можно создавать любые группировки и легко видеть решённые задачи или тикеты, требующие незамедлительного решения. Модуль технической поддержки может использоваться как для внешних клиентов в сервисных службах, так и для обслуживания внутренних заявок. Такая организация технической поддержки крайне полезна в крупных компаниях с большим офисом или распределённой сетью филиалов. Механизмы Service Support в сочетании с KPI и планировщиками, встроенными в Alloy Navigator, способны решить важные управленческие задачи:
- спланировать загрузку сотрудников технической службы и инженеров;
- спланировать закупки оборудования, программного обеспечения и расходных материалов;
- определить ответственных;
- перераспределить задачи в зависимости от сложности и важности между сотрудниками в соответствии с опытом и квалификацией;
- автоматически рассчитать KPI (ключевые показатели деятельности), которые могут лечь в основу принятия решения о премировании или депримировании сотрудников.
Тикет создаётся в привязке к любому элементу ИТ-инфраструктуры и в полном соответствии с рекомендациями ITIL может быть создан из любого раздела.
Тикет является одной из базовых сущностей Alloy Navigator и содержит в себе всю историю взаимоотношений и действий по запросу. Фактически, тикет обеспечивает прописанный в ITSM принцип максимального внимания к потребности конечного клиента.
Модуль SLA (SLA Management). Соглашение об уровне предоставления услуги (Service Level Agreement (SLA)) — термин ITIL, обозначающий формальный договор между заказчиком услуги и её поставщиком, содержащий описание услуги, права и обязанности сторон и согласованный уровень качества предоставления данной услуги. Соглашение об уровне услуг описывает ИТ-услугу, документирует целевые показатели уровня услуги, указывает зоны ответственности сторон – поставщика ИТ-услуг и заказчика. Одно соглашение об уровне услуг может распространяться на множество ИТ-услуг или множество заказчиков.
Проще говоря, соглашение определяет, кто, кому, когда и какого качества оказывает услуги. SLA регулирует не только внешние и аутсорсерские, но и внутрифирменные отношения между подразделениями. В Alloy Navigator определяются часы доступности поддержки сервиса, уровень качества, время действия SLA, тип, категория и статус. В этом модуле фактически можно задавать правила реагирования технической службы на запросы.
Модуль управления ИТ-активами компании (Asset Management) включает в себя список материальных (оборудование) и нематериальных (софт) активов с учётом даты их введения в эксплуатацию и стоимости. Также в этом модуле есть список контрактов (договоров) по обслуживанию, сервису и гарантии.
Внутри карточки контракта создаются связи с конкретным оборудованием/ПО, историей тикетов и событий по данному контракту. В разделе библиотеки (Library) создаются карточки подлежащего учёту оборудования и программного обеспечения (актива), в которых отображается дата запуска, история перемещений (например, один монитор может принадлежать за свою жизнь нескольким сотрудникам), тип, описание, связанные объекты инфраструктуры. В этой же карточке можно зарезервировать оборудование прямо в интерфейсе календаря (например, проектор на время презентации или ноутбук на время командировки); все резервы отображаются в отдельном разделе.
В модуле активов также учитываются локации (комнаты, залы, кабинеты) и расходные материалы. Этот модуль значительно упрощает систему управления ИТ-активами:
- всегда известно, за кем и на какой срок закреплено или зарезервировано оборудование;
- точно известны сроки внедрения и сроки службы оборудования, стоимость оборудования;
- в несколько кликов можно обратиться к документации и гарантийным соглашениям.
В разделе закупок (purchasing) отображаются счета, список вендоров и поставщиков, продуктовый каталог с указанием точного наименования, модели и производителя оборудования.
Software Asset Management — раздел, созданный для реализации востребованной концепции SAM, управления лицензиями программного обеспечения. Если вы имеете дело с программным обеспечением, то вам известно, что лицензии ПО имеют несколько особенностей.
- Лицензии бывают излишними и реально не используются в деятельности компании, в то время как их обновляют и покупают новые версии. Если компания достаточно большая, системный администратор не успевает отслеживать изменения в профилях пользователей и дорогостоящее ПО «повисает» до момента учёта, то есть примерно на год. Такое положение дел приводит к дополнительным нерациональным расходам.
- Иногда проблему оптимизации количества лицензий можно решить с помощью покупки не именных, конкурентных лицензий (не на пользователя, а на подключение). Но для этого необходимо знать, в какое время и каким образом сотрудники используют ПО.
- Морально устаревшие лицензии необходимо своевременно обновлять по запросу пользователей.
Модуль SAM решает эти проблемы. В основе модуля лежит каталог программного обеспечения и три связанных с ним раздела. Software Licences содержит учтённые лицензии программного обеспечения с учётом количества установок, соответствия требованиям и обновлений.
В карточке лицензии учитываются общие параметры, прописываются ключи и идентификаторы, содержатся сведениях об апгрейдах и связанных тикетах.
Tracked Software и Discovered Installations учитывают установленное программное обеспечение, сохраняют параметры его установки и отслеживают фактическое использование существующих лицензий.
Модуль Configuration Management (управление конфигурациями) содержит несколько связанных между собой разделов, которые дают представление как об отдельных элементах инфраструктуры, так и о целых узлах.
- Computers содержит перечень рабочих станций с указанием операционной системы, категории, владельца, имени компьютера, даты аудита и прочих параметров. В этом разделе удобно создавать самые разные группировки на основании технических характеристик ПК: объёма памяти, CPU и проч. Такая возможность достигается за счёт множества параметров карточки компьютера, по которым можно производить фильтрацию. Кроме конфигурации, в каждой карточке можно видеть всё программное обеспечение, установленное на компьютере, стоимость оборудования, связанные тикеты. Для работы с каждой рабочей станцией можно применить внешние инструменты: пропинговать компьютер, воспользоваться Telnet и Remote Desktop.
- Hardware включает в себя железо, соответствующее рабочей станции или группе рабочих станций (например, сетевой принтер), а также портативное оборудование (проекторы, мобильные телефоны и прочее). В карточках содержится информация об установленных программах, ассоциированных объектах и тикетах. Прямо из карточки можно осуществлять списание оборудование, указав основание.
- Networks включает описание сетей с пулом IP-номеров, указанием владельца, статуса активности, организации-холдера или локации.
- Documents содержит любые регламентирующие документы и процедуры, необходимые для управления конфигурациями.
- Configurations включает созданные конфигурации баз данных, интранета, подключений к Интернету и проч.
- All Cls агрегирует в себе информацию из предыдущих разделов для полного представления конфигураций внутри ИТ-инфраструктуры.
Модуль Organisation Management состоит из нескольких разделов, включающих организации (можно вносить подразделения), локации (можно вносить города, можно комнаты и этажи), людей и рабочие группы. В карточку персоны заносятся контакты, сведения о занимаемой должности, активности, связанные объекты инфраструктуры, тикеты, рабочий календарь, если речь идёт о сотруднике.
Такое решение позволяет не только крайне прозрачно контролировать ИТ-инфраструктуру в связке с конкретным сотрудником внешней компании или собственной компании, но и иметь простой и быстрый доступ к сведениям о каждой персоне. Это особенно важно в случае, если нужно оперативно связаться с ответственным лицом из внешней организации. Этот модуль является важным связующим звеном и завершает логику программы как полностью соответствующей ITIL.
Мелочей не бывает
Кроме основных модулей, Alloy Navigator включает ещё несколько важных элементов, которые не только необходимы логике программы, но и решают самостоятельные задачи.
Отчёты + KPI. В интерфейсе системы можно сформировать отчёты с любой вложенностью данных, создать свои кастомные представления и сгенерировать отчётность по показателям KPI за выбранный период. Система ключевых показателей деятельности KPI — важнейший элемент методологии ITIL, который, кроме всего прочего, позволяет проконтролировать результат работы как всего подразделения, так и каждого сотрудника в отдельности. Подобный мониторинг показателей очень важен именно для сервисных служб и технической поддержки, так как позволяет оценить уровень удовлетворённости внешнего/внутреннего клиента.
База знаний организована достаточно стандартно для тех, кто привык к учётным программам: это своеобразный набор карточек вопросов, который создаётся с помощью простого встроенного текстового редактора. В карточке вопроса можно оставлять комментарии, прикреплять файлы, сохранять ссылки. Некоторые компании пришли к внутрикорпоративным справочника в wiki-разметке, однако решение, встроенное в Alloy Navigator, отвечает общей логике программы и легко доступно для нужд операторов. Кстати, дополнительная ценность интегрированной базы знаний – быстрая адаптация новых сотрудников, которые во время обучения могут обращаться к накопленным статьям. Доступ к базе данных может быть предоставлен внешним пользователям — в таком случае они смогут самостоятельно решать наиболее распространённые проблемы.
Рабочий стол программы может быть настроен по желанию сотрудника. В нём отображаются тикеты по статусам, новая информация о введённом оборудовании, а также дашборды, отображающие гистограммы, необходимые пользователю для оперативной оценки ситуации в его сфере влияния. Разделы модулей открываются в отдельных вкладках, между которыми можно переключаться. Карточки в каждом модуле открываются в отдельных окнах. Все группировки левого сайдбара кастомизируемы и могут быть созданы так, как это максимально удобно пользователю.
Основная программа не локализована, все разделы англоязычные, внутри карточек поддерживается внесение данных на русском языке. Все англоязычные термины понятны пользователю, владеющему минимальным техническим словарём. Пользователям (клиентам) доступен русифицированный веб-портал самообслуживания, которые сокращает число обращений в службу технической поддержки за счёт возможности доступа к базе знаний и возможности самостоятельного создания заявок (тикетов). Кроме этого, существуют мобильные версии для удобного и непрерывного доступа к системе.
В продукте Alloy Navigator все объекты взаимосвязаны, к ним можно обращаться из различных разделов и карточек. Такая архитектура решает несколько ключевых задач управления ИТ-инфраструктурой.
- Обеспечивает комплексный, системный подход к управлению и контролю.
- Позволяет оперативно получить доступ к карточкам всех объектов, связанных с инцидентом или тикетом: персонам, оборудованию, программному обеспечению, локации и т.д.
- Позволяет объединять тикеты в проекты и в случае необходимости управлять всеми процессами по проектам.
- Играет важную роль в ходе инвентаризации, когда необходимо собрать и проанализировать информацию в сжатые сроки.
В отличие от конкурентов, Alloy Navigator представляет собой комплексное программное обеспечение, включающее максимальный набор модулей для успешного управления ИТ-инфраструктурой. При разработке мы избежали попыток создать новомодный интерфейс в ущерб функциональности продукта, и у нас получилась структурированное решение с высокой скоростью работы и удобным расположением элементов. Мы приняли во внимание принципы ITIL и организовали Alloy Navigator таким образом, чтобы пользователям для эффективной работы не пришлось изучать всю методологию. Нашей целью было предоставить эффективный инструмент управления и контроля инфраструктуры. Пользователь может настроить поведение системы «под себя», таким образом совмещая базовые идеи ITIL и требования реальной жизни. Достаточно установить Alloy Navigator и начать работать. Порядок в ИТ-инфраструктуре и значительная экономия на излишних активах не заставят себя ждать.
Комментарии (26)
Sergey-S-Kovalev
06.12.2015 14:47+1У меня лишь пара вопросов. Зачем скриншоты консольных окон, когда есть веб интерфейс, который наверняка на порядок быстрее работает.
Немного личной боли: Окошко с описанием проблемы видите? Сколько оно место занимает? Менее одной пятой рабочей поверхности. А теперь представьте что вам прислали полотенце текста и два скриншота вставленным в письмо. Что мы там увидим? Правильно! Нифига мы не увидим, пока не по скроллим и не переключимся на какую нибудь вкладку что бы еще и открыть перекинутые из письма во вложения картинки. Самое важное в инциденте (заявке) засунули в прямоугольник размером с пятачок.
Я когда на последней презентации у двух менеджеров продажников hp просил показать кейс прохождения заявки с заданными мною параметрами, знаете что они мне в итоге показали? Как у них в новом интерфейсе красиво менюшки вертятся! Менюшки, Карл!
Про сложность стартового внедрения я умолчу. Много слов про SLA Managment и ITIL на это намекают. У нас MS ServiceManager так и не успел за реалиями роста и потребностями бизнеса, аналог от hp, кхе кхе отпал еще на этапе демонстрации по тем же причинам. Интерфейс перегружен как и всегда.
зыю, из личных потребностей
— ужасное окно заведения заявки. адское. античеловеческое. пожалуйста, пришлите мне видео, где вы сжигаете проектировщика этого интерфейса и менеджера, который это утвердил.
— нет быстрого предпросмотра, что бы заглянуть в заявку и понять что там вообще внутри, если не использовался шаблон или не сработало бизнес-правило автоназначения. экономит уйму времени. обыкновенный попап с первыми 256 символами без форматирования.
— я знаю, что здесь люди технического склада ума, но где русский интерфейс?
— SLA Management, ITIL, бла, бла, бла. Клиенту нужно быстрое решение его проблемы. Вы либо успеваете, либо нет. Вы зад SLA Managementом прикрыли, а клиенту нада было быстрее. Перед законом и по договорам вы чисты, а клиент не доволен. Оп. И нет клиента.
подрожать ms/hp service manager/landesk на мой взгляд… спорное решение. ощутимо бОльшая часть пользователей никогда не заходит на портал и не использует шаблоны. требовать от них красивого заполнения инцидентов как в примерах — глупо.navion
06.12.2015 18:06А идеальное решение вообще существует?
В Jira Service Desk прекрасный интерфейс, но это просто база заявок без какой-либо интеграции с SAM и CM.Sergey-S-Kovalev
06.12.2015 19:55Ну как вариант ManageEngine ServiceDesk Plus. SAM, CM, AM и прочие прелести взрослых инфраструктур конечно за деньги, как впрочем и у всех. Зато есть бесплатная версия по ServiceDesk взрослой коммерческой системы без ограничения на количество авторов заявок, интеграцией и авторизацией по AD.
Не идеально, но куда ближе чем остальные, по-моему.
Gray_Wolf
06.12.2015 21:24+1Что значит идеальное?
На текущий момент от SD ожидают собственно системы заведения тикетов, БДКЕ, БДПО, возможности кастомизации интерфейсов и некоторое количество интеграционных интерфейсов (CLI, API, WebServices) и адаптеров.
Всё остальное (дискаверинг, мониторинг, контроль конфигураций, системы оповещения) включая зонтичные системы интегрируются между собой под нужды конкретного заказчика.
Sergey-S-Kovalev
06.12.2015 19:49похоже проектировщик интерфейса прочитал мой комментарий, и он с ним не согласен :)
ArsenyMeshkov
07.12.2015 15:25Спасибо за комментарий ) видео сжигания снять не могу — из гуманистических соображений. но давайте попробую ответить по существу.
— в наличии редакторы как процессов, так и пользовательских форм, полей, шаблонов действий и т.п. — в той же заявке нет проблем сделать её в несколько страниц (табов), с полем description хоть на все окно.
— просмотр в наличии — в приведенных скриншотах он, к сожалению, не показан. Выглядит например вот так
chemistmail
Для успешного управления IT инфраструктурой, нужны люди которые это умеют делать. Инструмент не панацея. Задолбал маркетинговый бред на техническом ресурсе.
Boomburum
Что-то по-моему с вами не согласны немного :) По вашей логике и менеджеры задач при разработке не нужны — главное чтобы был толковый ПМ и маркерная доска. Ну, для гаражного стартапа может быть этого и хватит, да.
mezastel
Ну почему же, я согласен :) слишком откровенный маркетинг.
Boomburum
Я имел ввиду про утверждение «инструмент не панацея». Без нормальных инструментов сложно работать — это применимо как для ИТ-сферы, так и для любой другой, будь то медицина или например строительство.
mezastel
С этим я согласен :)
Subrisk
Я вот что-то маркетингового бреда в посте не заметил. Нормальное глубокое описание довольно интересного инструмента (к сожалению, только виндового). Таким софтом пользоваться может человек с головой, а вот без подобных программ в большой компании ни одна голова не поможет. Если только разрастить ИТ-отдел до кучи народа и делить работу. Возможно, вам не приходилось админить и инвентаризировать 400 рабочих мест? Осознание пользы подобного сразу приходит.
foxmuldercp
Полностью соглашусь. А если учитывать, что эта тысяча человек разбросана по офисам всех региональных центров страны — учитывать что, где, у кого, какой «свежести», и кому, что, для чего заказывать (и статус заказа железки на замену (заказана, куплена, отправлена, ждёт установки), например) без подобного п/о, и не важно, на чём оно выполнено — печаль и грусть.
Subrisk
Да, с географически распределённым офисом вообще беда. Помню, пришло письмо «Пищалка в продажах сдохла» из офиса в областном центре. Оказался бесперебойник, которому 7 лет было :) А еще подметил, что сотрудники очень любят тикеты и радостно ими пользуются, потому что могут отслеживать статус решения вопроса и в случае «просрочки» звонить и ругаться. Им приятно, а сисадмину всегда свежая информация. Правда, в тикетах перлов хватало на целый блокнот.
navion
Тут ещё фишка в интеграции, позволяющей отслеживать жизненный цикл рабочего места.
Жаль они решили тупо перечислять имеющиеся фичи в отрыве от реальных сценариев использования, вроде письма счастья от MS или нового начальника ИТ.
Subrisk
Хм, я вот прикинул реальные сценарии — это какой величины пост был бы. У вас одни кейсы, у меня другие, а у разработчиков явно третьи. Есть общее описание, а каждый уже примеряет частности на себя. Например, в той конторе на 400 человек, где я работал, смена ИТ-директоров была делом обычным, а они даже не касались нашего админского софта (у нас другой поставщик ПО был, больше акцент на SAM, тикеты самописные). Задача ИТ-шефов была — координировать внедрения биллинга и адского SAP. Писем счастья от MS удалось избежать благодаря неусыпному контролю. А вот на Adobe нарвались, было дело. Так что реальные сценарии, они легко ориентируются на фичи — кому что надо.
navion
Только на реальных сценариях можно понять насколько хорошо продукт решает задачу, а не просто реализует «некий функционал».
Сценарии взял первые пришедшие в голову, а для дебилов из MS вообще нужен скрипт fuck_these_bitches.ps1 с формированием отчёта, так как письма они рассылают рандомно и не могут посмотреть свою же базу покупок в VLSC.
Subrisk
Ни один сценарий не соберёт всех функциональных возможностей, я прямо уверен в этом. А вот обзор собирает всё. Те же гаджеты не разбирают же по принципу «а вот новый смартфон, рассмотрим его в контексте кейса отправки SMS и MMS» :-) Я вот про SAM знал, про тикеты знал, а вот закупки, например, в таком софте впервые увидел. На моих бывших 400 не помешало бы.
chemistmail
Крупный машиностроительный завод, офис около 500 человек (4 компании, инфраструктура раздельная), провайдер, там около 300 человек. Страховая компания, головной офис 200 человек, + 18 филиалов по стране. Это 10 лет назад. До ухода в чистый IT. Приходилось.
Subrisk
И как обходились, без специализированного софта? Какой штат сисадминов был?
chemistmail
По разному, на заводе 2 человека, в страховой 3, у провайдера около 10, но там своя специфика.
Тикеты, вики, ldap + скрипты, excel, базы данных. Вот и весь софт.
Subrisk
Ааа, понятно. Хороший, достойный набор. Но лень-то раньше родилась, готовый софт удобнее, что говорить. И поддерживать его проще, чем зоопарк из утилит.
chemistmail
Не продали. Такие статьи можно в мегамозге публиковать, там целевая аудитория.
Subrisk
Так я не продаю, я с вами разговариваю и обсуждаю + и — подхода. Мне бы странно было увидеть на Мегамозге пост про софт для сисадмина. Видимо, как-то у вас с оценкой целевой аудитории не сложилось…
chemistmail
Здесь я увидел только рекламу, технической информации тут чуть больше чем ноль. Набор скриншотов, мы считаем лицензии, можно посмотреть то или это, тупой маркетинг.
База данных, gui в стиле 1Сv7, клиент, ITIL, SLA и тд. Что из этого может быть полезно инженеру? Весь смысл статьи — купите.