Как стать автором
Обновить

Комментарии 14

Тема ITSM очень интересна с административной и управленческой точек зрения. Но как-то хоть в «Что такое ITSM? — Часть первая» переименуйте… Тема-то очень объемная. Одно только управление непрерывностью на отдельную большую статью тянет.

На самом деле, многие вещи, с которыми сталкиваются люди разных специальностей, относящихся к ИТ, можно трактовать с точки зрения ITSM. ru.wikipedia.org/wiki/ITSM
Согласен, что тема объемная, и что по каждому процессу можно написать несколько статей. Я сам в свое время сталкивался с тем, что есть полно материалов, описывающих конкретные процессы или фреймворки, которые, к сожалению, не дают общей картинки. То, что написал я, это всего лишь введение, общий обзор, призванный понятным языком описать тему в целом. Вот и название статьи в духе той же википедии, оно не подразумевает углубление в детали.
не сочтите за рекламу, но:
www.itsmforum.ru/
www.realitsm.ru/

Если кому-то нужна книжка на русском по блоку Service support из ITIL v2 — в личку, выложу на файлфэктори.
Вы неправильно понимаете или (описываете) SaaS. Это НЕ «модель распространения программного обеспечения, при которой покупатель не становится владельцем ПО, но получает доступ к нужному ему функционалу».
Кстати облако вполне может быть и частным.

Общее впечатление от статьи — «каша». Пишем про ITSM всередине вдруг SaaS и дальше снова ITSM.
Предложите ваше, правильное, определение SaaS. Может быть, если посмотреть на определения и посравнивать их, то станет понятнее, какие есть параллели между услугой по предоставлению доступа к ПО и различными ИТ-услугами в целом.
По SaaS вроде б ясно из названия прямо — Software as a Service. То есть это просто сервис. Для нашего понимания может быть ближе «аренда».
Нормальное определение в англ вики «sometimes referred to as „on-demand software,“ is a software delivery model in which software and its associated data are hosted centrally (typically in the (Internet) cloud) and are typically accessed by users using a thin client, normally using a web browser over the Internet.»

Есть еще DaaS, PaaS, IaaS.

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

Но это технические аспекты модели, тогда как в статье я хотел сделать акцент на другом. А именно: во-первых, на том, что в случае SaaS потребитель услуги, как правило, совершенно не задумывается о том, как она реализованна, а во-вторых, на том, что SaaS позволяет довольно прозрачно сопоставлять цену в деньгах с объемом полученной услуги. И в этом смысле для примера можно точно так же выбрать и DaaS, PaaS или IaaS.

А о том, как ITSM связан с IaaS, в смысле должен ли внедрять ITSM-практики поставщик или потребитель услуг, в статье нет ни слова. Действительно, поставщику они пригодятся с большей вероятностью.
«потребитель услуги, как правило, совершенно не задумывается о том, как она реализованна» — так бизнес и так не задумывается (не должен задумываться) как она реализована не зависимо от того находится ли сервис (приложение, платформа, десктоп ...) в облаке у внешней компании или организован локальным ИТ.
Но если в локальном ИТ тогда желательно и весь комплекс ITSM (incident, problem, release, configuration, change, slm, continuity, capacity). А если во вне то достаточно financial т.к. по большому счету остальное реализует поставщик xaaS.
Ключевое слово — модно.
Это и печально. ITSM должен внедряется как осознанная необходимость, а не как дань моде. Иначе как у нас любят заплатят(откатят) консалтерам за очередной ITSM или ERP или еще что. После этого приедут мальчики в галстуках с одной сторны и компания, сотрудники которой не понимают зачем это вообще нужно, с другой стороны и наворотят такого что в итоге работы больше а результат хуже.

Хотя на самом деле ITIL штука здравая и необходимая для эффективного бизнеса, если подходить к этому с умом.
Ничего там здравого нет. Маразм, развод и пережиток темного прошлого, когда всё в ИТ было дорого. Имеет некоторый смысл только для организации работы совершенно не мотивированных изнутри сотрудников.
Да, ключевое слово. ITIL, ITSM — способ развести бизнес на деньги, создать лишний overhead и лишние должности, накормить внешних паразитов. В отличие от Lean-подходов. Что применять — зависит от личности ИТ директора и его отношения к работе.
По моему личному мнению в любой вводной статье по ITSM или ITIL просто необходимо разъяснить чем связаны и чем отилчаются эти два невнятных набора букв.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.