Обо всём на свете Archives – Страница 40 из 114

ITSM с грузинским акцентом

На прошлой неделе в Алазанской долине прошла международная ненаучно-практическая конференция, посвященная современным методикам управления ИТ и не только, в которой приняли участие ведущие специалисты, тренеры и консультанты сразу двух компаний – Cleverics (Россия) и Omniway (Украина). Программа конференции получилась крайне интересной и насыщенной. Прозвучали доклады, посвященные управлению доступностью, управлению инцидентами, аллокации ИТ-затрат, практическим примерам реализации машинного обучения, полнотекстовому поиску ElasticSearch и многому другому, о чём, к сожалению, подробно и открыто рассказать не представляется возможным. Завершил конференцию камерный грузинский концерт, который все желающие могли наблюдать в прямом эфире на странице Фейсбук компании Cleverics. Во второй и третий день конференции прошли панельные…

Фотоотчёт о юбилейном XV ITMF-2018

На днях, а именно 22 мая, в Москве прошёл юбилейный IT Management Forum. В этом году ITMF исполнилось 15 лет. Задумайтесь, для ИТ-мира – это же эпоха. Сколько всего успело произойти за это время. И насколько быстрее стал темп изменений… Всё это невозможно было бы без ИТ, как основы этого всё убыстряющегося ритма. Поэтому “В ответе за цифровое предприятие” неспроста было выбрано главной темой форума. Основными направлениями докладов, тематических сессий, мастер-классов были “цифровые трансформации”, “цифровизации”, перспективы и способы управления всем этим в новом изменяющемся и изменившемся мире. Формат организации форума был неизменен: вначале единая пленарная сессия, затем разбивка на разные…

SRE vs DevOps: конкурирующие стандарты или близкие друзья?

Site Reliability Engineering (SRE) и DevOps – два популярных направления, которые во многом совпадают. Ранее находились те, кто называл SRE конкурирующим с DevOps набором практик. Но мы считаем, что они не такие уж и разные. Различия между DevOps и SRE Возникновение DevOps обусловлено тем, что разработчики писали код, не сильно озадачиваясь тем, как он будет работать в рабочей среде. Они бросали этот код через пресловутую стену к эксплуатации, которая отвечает за работоспособность и сохранность приложений. Это часто приводило к возникновению напряженности между двумя группами, поскольку их приоритеты никак не соотносились с потребностями бизнеса. DevOps появился, как культура и набор практик,…

Новостной поток, 21 мая 2018, последний комментарий 4 августа 2021

Как правильно выбрать метрики управления знаниями

Вы приняли вызов и стремитесь совершенствовать ваше управление знаниями. Прежде чем начать строить планы, выполните необходимые для любой инициативы шаги и ответьте на вопрос как ваша инициатива поддерживает достижение бизнес-стратегии, определите заинтересованные стороны, оцените, что уже есть и работает хорошо, а что нужно улучшить, сделать с нуля и даже, от чего можно отказаться. Эти шаги помогут понять, что мы хотим получить в результате инициативы и как мы будем измерять ее успешность или неуспешность. Нет единой метрики, демонстрирующей работу процесса управления знаниями. Вам необходим набор метрик, которые позволят отслеживать отклонения в процессе, прогнозировать будущие результаты, своевременно вносить коррективы. Влияние на бизнес…

Вот купил себе значок…

На портале уже публиковалась заметка о том, что AXELOS (правообладатель ITIL, PRINCE2 и других управленческих практик) в целях популяризации программы «ITIL Membership» (направлена на создание сообщества вокруг ITIL) предлагает всем, сдавшим с начала 2018 года экзамен «Основы ITIL» («ITIL Foundation»), бесплатную годовую подписку на эту программу. Аналогичная программа, кстати, создана и по PRINCE2 (методология управления проектами). Правда, для бесплатного получения этой годовой подписки «PRINCE2 Membership» необходимо сдать экзамен более высокого уровня («PRINCE2 Practitioner»), а не «Основы PRINCE2» («PRINCE2 Foundation»). С момента начала этого аттракциона невиданной щедрости прошло более трёх месяцев. Но пока я не встречал людей, которые бы воспользовались предложением. Нужно…

Игорь Гутник, 20 мая 2018, последний комментарий 22 мая 2018

Как измерить ценность службы Сервис Деск

В блоге ITSM tools Aale Roos, который занимается ITSM более 20 лет делится впечатлениями по поводу измерения ИТ-услуг с точки зрения стоимости бизнеса. «Это отличная идея, – говорит он, – но ее трудно реализовать. Ценность очень бизнес специфична, и обычно измерениями занимается бизнес. В простейшем случае бизнес существует, чтобы расти и быть прибыльным. У некоммерческих организаций есть и другие, но обычно также измеряемые цели. Задача состоит в том, чтобы измерить вклад ИТ в создание стоимости, что является практически невозможной задачей. К сожалению, это привело к тому, что деятельность по управлению ИТ-услугами (ITSM) сосредоточилась на, в основном, бесполезных показателях активности, таких…

Новостной поток, 14 мая 2018, последний комментарий 14 мая 2018

Назначение владельца услуги

В вашем ИТ-департаменте определены и назначены владельцы услуг? Как вы поняли , что определили правильного человека в качестве владельца услуги? Начнем с самого начала Что такое «услуга»? Согласно ITIL, услуга – это «cпособ предоставления ценности заказчикам через содействие им в получении конечных результатов, которых Заказчики хотят достичь без владения специфическими затратами и рисками».[1] Услуга – это не отдельная единица поставки, а поток по запросу, который (должен) постоянно улучшаться для достижения результатов, отвечающих постоянно меняющимся бизнес-потребностям. Ключевая роль в услуге – роль владельца услуги. Владелец услуги «владеет» услугой, то есть, несет ответственность за качество результатов, полученных в результате её потребления и…

Новостной поток, 13 мая 2018, последний комментарий 3 марта 2023

Какие запросы на изменение нужно выносить на CAB?

Если ваш ИТ-департамент отправляет каждый запрос на изменение (RFC) в Совет по изменениям (CAB) для утверждения, то вы неправильно управляете изменениями. По моему опыту, есть четыре причины того, что все или большинство RFC отправляются в CAB: Плохо построенный процесс управления изменениями. Не прозрачные бизнес-требования для внесения изменений («что мы должны получить в результате?»). Объем RFC не понятен. В ИТ есть те, кто больше озабочен выполнением предписанных действий, чем хорошей работой. Хорошо продуманный процесс управления изменениями должен облегчить, но не перегружать контролем осуществление изменений. Эффективные процессы управления изменениями устраняют столько разногласий, сколько возможно, гарантируя ясность того, каким образом осуществляются изменения. В…

Дизайн для услуг

Обсуждение сложности и специфики такого явления, как услуга, длится уже не один десяток лет. И есть основания полагать, что профессиональная общественность находится не в нулевой точке по накопленным о предмете знаниям, опыту и методологии. В современном мире по многим причинам большую роль играет творчество – как для успеха продукта, так и для работающих над продуктом людей. Одна из краеугольных областей для творчества – дизайн. Что же может потребоваться для дизайна услуги? Эмпатия Основа дизайна услуги – желание сделать жизнь людей лучше. Для этого необходимо уметь слышать потребителей, понимать, стремиться помочь в их нуждах, быть способным вовлекаться в их опыт и…

3 причины не любить корпоративные приложения

Сотрудники не любят корпоративные приложения Исследование Stratecast and Frost & Sullivan делает заключение, интересное для ИТ-специалистов – 80% участников опроса признаются в использовании облачных сервисов и приложений, формально не разрешенных в их компаниях. Имеет смысл задуматься, насколько велика доля ваших коллег или подчиненных, использующих теневое ИТ. Почему работники не используют корпоративные приложения Помимо самого факта есть более интересный вопрос – почему сотрудники используют другие приложения вместо тех, которые предоставляет им компания? На эту тему тоже есть исследование, на этот раз – от Fujitsu and Digital Catapult: Конечно, причины нелюбви людей к инструментам компании могут быть разнообразными и сложными. Но три главные из…

Принципы DevOps от DASA

На сайте сообщества по развитию компетенций DevOps и Agile, ассоциации DASA (DevOps Agile Skills Association), опубликован список принципов DevOps. Авторы предваряют этот список формулировкой задачи, решение которой было бы крайне полезно. Существует множество определений DevOps. И многие из них адекватно объясняют один или более аспектов важных для предоставления ИТ-услуг. Вместо попыток сформулировать наше собственное исчерпывающее определение, мы предпочитаем подчеркнуть шесть принципов DevOps, которые мы считаем важными для тех, кто применяет или переходит на подходы DevOps к организации работы. Но, как видно из краткого изложения этих принципов ниже, подход к формированию списка вряд ли можно признать системным. Например, если в первом…

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

Обо всём на свете

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