Если Вам нужно стабилизировать организацию, то важно описать ее деятельность, чтобы затем обучать и мотивировать сотрудников. Чтобы каждый понимал что и зачем нужно делать и за что отвечать.
Разбирая этот предмет, за десять лет пришел к выводу, что идеальная модель состоит из 7П:
Читать полностью »
И опыт, сын ошибок трудных,
И гений, парадоксов друг,
И случай, бог изобретатель.
/А.С. Пушкин/
Как опыт привел к парадоксу требований и заставил изобрести новую систему документооборота.
Кому интересно, прошу…
Читать полностью »
Неужели все так просто? Для успеха в бизнесе достаточно накупить побольше дорогих компьютеров, посадить за них как можно большее число наемных работников и постоянно их подгонять? Нет уж, при таком подходе ни одна компания долго на плаву не продержится…
А вот грамотные и внимательные управленцы понимают: для прибыльного развивающегося проекта просто необходима эффективная организация производства и забота о сотрудниках.
Читать полностью »
Форма заявки
Представьте, что вы приходите в большую компанию руководить ИТ-департаментом, и понимаете, что там просто конь не валялся. В самом простом случае у вас есть от 50 человек, куча бумажек про закупки и перемещения, инвентарная опись оборудования… и, пожалуй, всё.
Первая задача, с которой начинается разбор хаоса — это аудит подразделений/процессов и работа с самыми важными и тормозящими. Хочется точно знать, как решаются сбои — заводится система тикетов-инцидентов… Хочется автоматизировать большую часть задач — система тикетов обрастает функционалом бизнес-правил. Хочется, чтобы пользователи разгрузили саппорт — и вот уже у них есть свои инструменты для формирования заявок, причём такие, что отправить заявку, не заполнив все нужные данные, просто нельзя.
Следующий уровень — понять, что ИТ вообще должны делать и в какие сроки — появляется каталог услуг и соглашения с бизнесом; где какой сервер, лицензия, как они используются — дискаверинг и система учета; кто к чему имеет доступ, кто должен согласовывать изменения, сколько стоит предоставление каждого ИТ-сервиса. Финал — чёткое понимание затрат ИТ и возможность внятно/быстро объяснять бизнесу куда уходят его деньги. А заодно и сколько будут стоить его новые хотелки.
В итоге IT-департамент, призванный автоматизировать работу компании, автоматизирует и свою работу тоже. Естественно, для решения таких задач есть специальный уже готовый софт. Про него и поговорим. Читать полностью »
«Раньше это был просто значок, который при желании могла получить любая ITSM-система, лишь бы соответствовала процессам ИТИЛ» (цитата с одного форума)
Да, именно такие расхожие мнения можно услышать при обсуждении новости о получении сертификата производителем программного обеспечения или всего процесса сертификации ПО в целом. Хочется надеяться, что со временем таких реплик станет меньше, а ценность международного признания качества ПО в нашей стране возрастет. Этот небольшой рассказ об уникальном проекте международной сертификации нашего ПО: о его предпосылках и ключевых этапах с цифрами, о некоторых сложностях и итоговых результатах.
ITIL®[1] — библиотека книг в которых подробно и всесторонне описываются различные «хорошие» практики управления ИТ-услугами (IT Service Management). У книг ITIL разные авторы, описанные в них процессы и рекомендации никто между собой не согласовывал, так что любимый тезис специалистов по ITIL — ITIL нельзя внедрить, только адаптировать. Логическим выводом из этого будет то, что ITSM-решение нельзя получить из коробки.
Прежде, чем запустить Service Desk и завести первые тикеты, вам придется сначала получить сертификат по ITIL, пройти обучение по выбранному ITSM-продукту, пригласить консультантов, потратить несколько месяцев и несколько миллионов рублей на проект. Есть, конечно, бесплатные решения, которые можно настроить самому, но голову в процессе настройки придется поломать изрядно. Не лучший подход, особенно для небольшой ИТ-службы с ограниченным бюджетом и ресурсами.
Исходный тезис про необходимость адаптации сам по себе правильный. Конечно, потребуется несколько лет, чтобы обнаружить и автоматизировать несколько десятков процессов, описанных в ITIL. Однако если компания вообще не сталкивалась с ITIL и ITSM, то ни большей части этих процессов, ни какой-либо потребности в них у нее просто еще нет.
В реальности с чего все начинают внедрение Service Desk? С управления инцидентами или если проще с заведения тикетов. Откровенно говоря, не самый сложный процесс — пришла заявка открыли тикет. Выполнили заявку — закрыли тикет. На этом этапе автоматизации вникать в теоретические сложности и особенности системы не требуется.
Читать полностью »
Компания Naumen открыла публичный доступ к своему новому он-лайн сервису ITSM 365 — SaaS инструменту автоматизации работы ИТ-отдела, ориентированному на малый и средний бизнес. Сервис позволяет использовать типовые процессы управления ИТ-сервисами для ИТ-отдела из 10 — 30 сотрудников. Сервис позволяет компаниям перейти к управлению ИТ-сервисами на основе практик ITSM без долгого и дорогостоящего внедрения.
На Хабре уже неоднократно поднималась тема использования лучших практик ITIL для «улучшения климата» работы ИТ-специалистов в небольших компаниях. Первый и главный совет обычно — внедрение в соответствии с рекомендациями инструментария управления заявками в техническую поддержку пользователей. Главным образом такой подход позволяет перевести неприятные разговоры с бизнесом о полезности ИТ-службы на понятный обоим язык, как говориться, раскрыть карты и показать, что системные администраторы, на самом деле, целый день действительно заняты исполнением пожеланий бухгалтерии, администрации и т.п.
Дальше — больше. Инструментарий ITSM позволяет посмотреть на весь формализованный процесс технической поддержки на другом уровне масштаба и оценить, нет ли во всем этом каких-то неприятных закономерностей? Не требуют ли те или иные части ИТ-инфраструктуры регулярных обращений к специалистам? В конце концов, после планомерного описания средствами соответствующего инструментария они позволяют ответить на глобальный вопрос: «а что вообще происходит в этой ИТ-инфраструктуре?».
Считается, что в вопросах внедрения практик ITSM в среднем по бизнесу наша страна на несколько лет отстает от Запада. Причем, проблема здесь даже не в менталитете или особенностях бизнес-процессов именно в нашей стране. Для каждого формата бизнеса есть свои вполне объективные причины, побуждающие руководителей медлить с переходом к сервисному управлению и, соответственно, повышению эффективности процессов.
Читать полностью »
Отправной точкой для статьи служит момент, когда очередные окна обслуживания пройдены, обновления систем на большую часть систем установлены, но остается незначительный процент машин на которые, судя по отчетам, обновления не встали.
Читать полностью »
-sredstvami-OTRS.jpg "ITIL (Problem Management) средствами OTRS")
Напомню, основной целью Incident Management является как можно быстрое восстановление услуги, что иногда становиться похожим на попытки тушения лесного пожара лопатой. Так как, затушив возгорание на отдельно взятой сопке, мы не устраним общее бедствие, а, затушив всю площадь возгорания, не решим вопрос с появлением нового очага в следующем сезоне или даже на следующий день. Необходимо разобраться с причиной пожара, то ли это туристы и необходимо провести агитацию (обучение), то ли это заболоченный, высохший лес, и необходимо провести его очистку (модернизацию).
Читать полностью »
Сегодня так часто слышишь слово "сервис", его так часто употребляют, оно такое популярное и модное. А есть ли такое слово?
На помощь позовем "этимологию":
Этимоло́гия (от др.-греч. ἔτυμος — истинный, правильный, верный + др.-греч. λόγος суждение) — раздел лингвистики (конкретнее сравнительно-исторического языкознания), изучающий происхождение слов. Первоначально, у древних — учение об «истинном» («первоначальном») значении слова.
Давайте разбираться :)
Читать полностью »
