Является ли ИТ-архитектура частью CMDB?
В редакцию портала поступил вопрос: Здравствуйте! ИТ-архитектура является частью CMDB или наоборот ? Спасибо!
ITSM (IT Service Management) – современный подход к управлению информационными технологиями как услугами.
В редакцию портала поступил вопрос: Здравствуйте! ИТ-архитектура является частью CMDB или наоборот ? Спасибо!
На недавно прошедшем курсе «Управление архитектурой предприятия на основе TOGAF и IT4IT» возник вопрос о соотношении/противопоставлении моделей, предлагаемых для описания функционирования ИТ, IT4IT (The Open Group IT4IT™ Reference Architecture) и библиотекой ITILv3. На самом деле в подходах к описанию довольно много общего (а если брать последнюю четвертую версию ITIL, то, как мне кажется, общего ещё больше. Например, использование в качестве операционной модели ИТ цепочки создания ценности (или «цепочки ценности» – Value Chain), предложенной ещё в 1985 году Майклом Портером). В IT4IT она выглядит так: Но в ITILv3 такой концепции не было. Насколько это вообще важно? И есть ли отличие картинки…
Среднее время поставки (Lead time) является одной из ключевых метрик команд разработки ключевых информационных систем /продуктов компаний. Если ваша компания уже не стартап, а “безжалостный и беспощадный” энтерпрайз, то ваши основные бизнес-процессы и поддерживающие их системы / продукты обросли вспомогательными услугами и приложениями, сервисами, on-site инфраструктурой. Все эти артефакты ваших внутренних и внешних услуг важны в некоторой области, но их ценность не превышает того порога, когда вы задумываетесь о необходимости создания и финансирования отдельной постоянной команды по их развитию в продуктовом ключе, не готовы инвестировать в их развитие. Тогда вы создаете подразделение по эксплуатации этих разнородных приложений и сервисов и…
23 апреля прошёл вебинар «ITIL 4 и всё, что нужно знать интересующимся данной темой», его запись можно найти на нашем канале YouTube. Это вебинар не о содержании конкретных книг ITIL 4 или программе курсов. Он посвящен “инфраструктуре” ITIL 4, тому, что может пригодиться всем, кто уже изучает ITIL, планирует сертификацию, сдачу экзаменов или пока только знакомится с новой версией библиотеки. Участие AXELOS, PeopleCert, конкретного учебного центра в процессе вашего погружения в ITIL 4. У всех, кто идёт по этой дороге, есть точки взаимодействия с каждым из перечисленных контрагентов. И эти точки, не всегда очевидные, играют важную роль. На что обратить внимание?…
Начинается новый сезон бесплатных вебинаров по управлению ИТ. В программе на сегодняшний день четыре вебинара, регистрация уже идёт. 23 апреля. ITIL 4 и всё, что нужно знать интересующимся данной темой.Ведущий: Игорь Гутник, ITIL 4 Managing Professional, ITIL Expert, ITIL Practitioner, EXIN DevOps Master, PRINCE2 Practitioner Программа: Действующие лица, и как эта информация может помочь Текущее состояние дел с экзаменами Источники знания: книги, практики Регистрация 14 мая. Кто управляет Канбан-системой?Ведущий: Павел Капусткин, Agile-практик с более чем десятью годами практического опыта, PME, ICP, ICP-ATF Программа: Канбан метод и самоорганизация Менеджерские роли в канбан-системе, их смысл и предназначение Управление сервисом Развитие сервиса и развитие процессов Регистрация…
До конца нерабочего месяца вы можете купить полный комплект электронных книг Cleverics со скидкой 40%, по цене 5100 рублей. В комплект входят 12 книг, включая бестселлер 2020 года – “Управление услугами на основе измерений” Павла Дёмина и Дмитрия Исайченко. Печатный тираж этой книги закончился еще в феврале. Проверенные практикой подходы и методики выстраивания систем измерения и оценки, примеры их применения к различным ситуациям, а также теоретическая база, дающая целостное представление о предметной области – всё это в книге “Управление услугами на основе измерений” Первую часть комплекта составляют книги, посвященные гибким подходам к разработке: «DevOps для ИТ-менеджеров», автор Олег Скрынник На основе…
Уже много написано об IT service management (ITSM) и DevOps. Большая часть статей посвящена противопоставлению ITSM и DevOps или даже тому, как DevOps “убивает” ITSM. К счастью, некоторые ведущие эксперты по DevOps высоко оценивают необходимость в совместной работе ITSM и DevOps, направленной на удовлетворение потребностей бизнеса в инновациях и услугах, основанных на технологиях. Итак, вместо того чтобы сравнивать и противопоставлять DevOps и ITSM, давайте рассмотрим некоторые практические советы по их совместному применению. “DevOps против ITSM” или “DevOps и ITSM”?Обычно в компаниях DevOps и ITSM – это две отдельные области со своей внутренней культурой и инструментами, и в которых задействованы разные…
В редакцию портала поступил вопрос: Добрый день! Вопрос по проактивному управлению проблемами. Поддержка, которая решает инциденты, может создавать отдельные запросы на вендора. Таким образом, инциденты от заказчиков, с одинаковой «проблемой» могут быть связаны с одним запросом, который решается вендором. При анализе инцидентов, определяется ряд инцидентов с одинаковой проблемой, которая решается в рамках запроса на вендора. Так как есть инциденты с одинаковой проблемой, регистрируется проблема, которая привязывается к запросу на вендора. Насколько это правильно, с точки зрения организации процесса? Новые обращения должны привязываться к проблеме или же к запросу, в рамках которого решается проблема? Имеет ли смысл выделять главный инцидент, к…
Футбольная команда, с бегающими по полю игроками у меня всегда вызывала вопрос: это пример сотрудничества (Collaboration) или взаимодействия (Cooperation)? Каждый игрок: будь то нападающий, защитник, вратарь имеет в игре специфические задачи, а значит и особые способности и навыки, отличающие их друг от друга. Здесь трудно выделить, кто важнее. Важны все – ведь это команда. Глядя на результаты командной игры, все же хочется понять разницу между сотрудничеством и взаимодействием. А разница есть, и она имеет влияние на то, как члены команды играют (работают) вместе. Принципиальное различие, влияющее на способы работы в организациях (командах) состоит в том, как люди связывают свою работу…
Роль менеджера изменений исторически вызывает некоторые расхождения в толковании охвата обязанностей. Довольно часто доводится задавать слушателям вопрос: “Вы сейчас кого имеете в виду, менеджера процесса в целом или координатора отдельных изменений?”. Надо сказать, что в зависимости от контекста ответ бывает разным. После очередного случая решил пробежаться по рекомендациям ITIL, чтобы выделить те, которые касаются области ответственности менеджера изменений. Что интересно, в книжке ITIL V3 2011 Service Transition (вы же ещё не забыли такую?) роль “менеджер изменений” в разделе “6.4.6 Роли управления изменениями” не описана. Там есть традиционные Владелец и Менеджер процесса, а также Инициатор, Практик, Авторизующий, Участник и Председатель комитета…
– Это ее мозг. Горячая статья Капусткина Павла “Ускорение без новых людей и овертаймов” наглядно демострирует катастрофическое влияние длительности и объемов интервалов ожидания, когда работа ожидает свой очереди быть сделаной, на результаты этой самой работы. Живые примеры показывают, что мозг черепахи может сколь угодно интенсивно ускорять производящие основную ценность органы, вкладывая в это значительные усилия, не всегда добиваясь особенного успеха. Черепахе не удастся полакомиться зайчатиной, пока ее лапы и хвост не дадут нужной скорости и ловкости, пока ее ороговевший панцирь будет придавливать ее к земле. Правило Парето Успех и результаты любых инициатив, направленных на проведение преобразований, ускорение производственных процессов, в…