Портал №1 по управлению цифровыми
и информационными технологиями

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Agile versus ITIL

Paul Reeves рассуждает на тему взаимодействия подходов Agile и ITIL. "На первый взгляд, практики, используемые в Agile, способствуют ускорению разработки программного обеспечения, по сравнению с другими подходами, в то время как ITIL, с его подчеркнуто процессным подходом вроде бы всё замедляет…" Пол возражает сторонникам этой точки зрения так: "Нигде в ITIL не сказано, что процессы призваны замедлять то, как вы выполняете работу…" Для совместимости частых релизов (которые предлагает Agile) с вашей практикой управления ИТ-услугами, просто предусмотрите в своих процессах отдельный контролируемый маршрут для них. Несколько раз в тексте, Пол предлагает "не внедрять ITIL по книжкам", но четко представлять себе предпосылки…

Доступность, готовность?

Вопрос прислан посетителем портала. Возник он (вопрос) при подготовке документа, который описывает ПО, позволяющее: собирать информацию об отказах в сети, вычислять значения коэффициента готовности отдельных компонент сети вычислять интегральный коэффициент готовности сети  вычислять некоторые финансовые показатели (потери от простоев…). Как видно из второго пункта в списке, речь в документе первоначально велась о "готовности". И не просто потому что слово понравилось, а потому, что автор давно и привычно основывает свою работу в этой области на ГОСТ 27.002-89 «Надежность в технике» (ныне действующий ГОСТ Р 53480-2009 «Надёжность в технике. Термины и определения»). С другой стороны расчет метрик велся в целях повышения степени управляемости…

ГОСТ 20000 принят

Революция, о которой так долго говорили большевики, свершилась. Более того, свершилась довольно давно. ГОСТ 20000 принят и действует, в чём каждый желающий может убедиться на сайте Федерального агентства по техническому регулированию и метрологии (РОССТАНДАРТ). В форме поиска в поле "Поиск по обозначению" следует просто написать "ГОСТ 20000". Текст данного стандарта можно скачать и изучить в свободное время.

Роман Журавлёв сменил работу

Роман Журавлёв назначен на должность директора по консалтингу и обучению компании SAP СНГ. На этой позиции он будет создавать и реализовывать стратегию развития соответствующих подразделений компании, контролировать реализацию консалтинговых проектов компании, развивать отношения с настоящими и потенциальными клиентами и партнерами, а также выводить на рынки СНГ новейшие продукты и технологии компании SAP. Подробнее – в пресс-центре SAP СНГ

CleverAPRIL. Встречаем день юмора.

В ознаменование годовщины сознательного применения реальных практик управления ИТ-услугами (Real ITSM) в России и СНГ компания Cleverics при поддержке всех желающих проводит викторину, цель которой – повеселиться и задуматься. Викторина содержит всего 16 вопросов. Участники получат хорошее настроение, победители – ценные (по мнению организаторов) призы. Викторина проводится с 1 апреля по 5 апреля 2011 года. Итоги викторины будут опубликованы на этом портале 7 апреля 2011 года. Подробнее об этом уникальном событии и о том, как принять участие…

Как нам обустроить ITSM-википедию?

Роб Ингланд, широко известный как ИТ Скептик, все еще пребывает под влиянием отказа Британского правительства поддержать его инициативу Free ITIL. Скептик провел собственное исследование wiki-образных открытых сводов знаний по управлению ИТ-услугами, и обнаружил, что большинство не развивается уже долгое время. "Дорога управления ИТ-услугами завалена ржавеющими обломками открытых сводов знаний: Open ITIL, the ITIL Wiki, the ITIL Open Wiki, the ITIL Process Wiki, the People's Liberation Front of Judea … Если бы открытая для всех желающих информация по ITSM где-либо появилась, то почему не в Википедии? Можно ли придумать место лучше? И тем не менее – текущая статья просто ужасна". В скобках…

В 2010 году ИТ-обучение росло быстрее рынка

ITIL) сертификационным схемам, специалисты ожидают дальнейшего повышения спроса как на обучение, так и на сертификацию на основе стандарта ISO 20000. В области корпоративного обучения активнее используются адаптированные программы, компании стремятся не просто сформировать теоретическую базу для развития ITSM, но получить в ходе обучения ответы на конкретные вопросы и решения конкретных прикладных задач. Подробнее…

ITSM – это парадигма

Или у ITSM есть парадигма – я не очень понял что имеется ввиду вот в этой фразе: "Парадигма ITSM, концептуальная структуризация процессов управления ИТ-сервисами на всем жизненном цикле информационных систем. Структуры сервисной поддержки предоставляемых ИТ-услуг". По мне это всё какой-то бессмысленный набор слов. Однако не все так считают. Ведь это вопрос №30 из итогового государственного экзамена по направлению "Системный анализ и управление". И не где-нибудь, а в МФТИ, на шестом курсе зимней сессии за 2010 год. О как. Боюсь представить чему их там учат и каков правильный ответ.

CleverENGINE в Автоспеццентре

Компания Cleverics завершила проект миграции системы автоматизации процессов управления ИТ-услугами на OMNITRACKER CleverENGINE для Группы компаний «АвтоСпецЦентр». Это первая миграция на новый отечественный продукт по автоматизации процессов управления ИТ-услугами – OMNITRACKER CleverENGINE. CleverENGINE представляет собой специализированое проектное решение, которое было разработано специалистами Cleverics на базе программного продукта OMNITRACKER как итог более чем шестилетнего опыта реализации процессов управления ИТ-услугами в различных компаниях. Подробнее…

Разрушители легенд: приоритеты и сроки инцидентов

Внимательно читаем ISO 20000 и не перестаем удивляться. Часть 2, страница 20, черным по белому: "Targets for resolution should be based on priority." Мне неизвестно, откуда взята эта рекомендация (в ITIL я такого утверждения не помню). И хорошо, что не в первой части стандарта (то есть не требование, а рекомендация). И так, легенда: срок инцидента должен рассчитываться на основании приоритета. В моем понимании это – широко распространенное заблуждение и пример серьезного непонимания модели определения приоритета на основании уровня влияния и срочности, описанной в ITIL. По идее приоритезация работ (любых, не только устранения инцидентов) должна способствовать своевременности их исполнения. Однако расчет…

Услужливый подход

Многие компании освоив первый столп ITIL – процессный подход начинают задумывать о втором – сервисном подходе. В некоторых случаях этот переход протекает плавно и нельзя точно определить момент когда в компании начали бродить идеи сервисного подхода. Например, при внедрении процесса управления инцидентами составили каталог ИТ-систем, который обозвали каталогом ИТ-услуг. Придумали отчетность по инцидентам в разрезе этих самых ИТ-систем (услуг). Пусть даже зафиксировали некие нормативы на решение инцидентов в зависимости от ИТ-услуги. Можно ли про такие компании сказать, что у них работает сервисный подход или чего-то не хватает?  Интересно было бы узнать Ваше мнение по вопросу: что является неотъемлемой частью сервисного…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM