Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...
14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.
Роб Ингланд (широко известный как ИТ-скептик) рассказал о своём взгляде на Значительные инциденты (ЗИ, Major Incident). Основые тезисы его статьи
Со следующей практической проблемой столкнулся Александр в ходе совершенствования работы службы Service Desk: У меня организован сервис деск с определенным количеством операторов. Т.к. с каждым днем в нашей компании все больше и больше ИТ-услуг начинают обрабатываться через сервис деск, то само собой возник вопрос компетенции операторов. В голову оператора невозможно, как на жесткий диск, внести информацию по десяткам информационных систем, рабочих групп, обслуживаемых компаний (точнее можно, но стоимость такого оператора будет зашкаливать). А следовательно надо соорудить некую инструкцию для оператора. Некоторые ее еще называют картой обеспечения сервиса. Может кто из вас сталкивался с такой работой и может поделиться своими наработками (шаблонами, образцами)? Возможно кто-то из читателей нашего…
Ранее мы уже обсуждали тему основных (core) и дополнительных (enhancing) услуг, а также переход услуги из категории дополнительной в основную (enhancing -> core) как следствие прогресса и заимствования идей (то, что вчера делали лидеры, сегодня делают все). Но вот недавно я столкнулся с обратным маршрутом: core -> enhancing. Мне это показалось любопытным и необычным – я раньше в таком ключе не думал. А история такова. Традиционно одним из каналов взаимодействия пользователей с Service Desk помимо телефона была электронная почта. Пользователям такой способ общения весьма удобен, да и просто привычен. Написал «Помогите!» и пусть теперь ИТ-шники подумают, какая именно помощь необходима. Однако…
На прошлой неделе я проводил для группы менеджеров деловую игру The Challenge of Egypt – известную проектную симуляцию, команда строила пирамиду из Лего. Точнее, две пирамиды, Точнее, пирамиду и сфинкса. Точнее, в итоге – одну пирамиду и сфинкса, причем пирамиду не до конца. Это было очень интересно, в том числе и потому, что группа была не айтишная, а необычная аудитория – это всегда увлекательно. Вот сейчас у меня вечерами учатся студенты ВМК МГУ, так это ещё увлекательнее, хотя они почти всё время молчат – ещё нет привычки встревать, есть привычка конспектировать. Но сейчас не о них. Как я уже упомянул,…
Любой руководитель знает, что для того, чтобы задача была выполнена, совершенно недостаточно просто о ней сообщить сотруднику. Необходимо задачу как можно более чётко сформулировать, описать требуемый результат, желательно упомянуть зачем, кому и почему всё это надо, определить сроки и, самое главное – обеспечить контроль. Раньше я думал, что контроль важен только для тех сотрудников, которых можно условно отнести к исполнителям. То есть тех, у кого нет своих подчинённых, и чей круг задач ограничен известным словосочетанием “manage self“. Например, когда я руководил технической поддержкой, то вопрос необходимости контроля даже не поднимался – необходимость была очевидна. Не менее очевидны были применяемые инструменты, как…
В недавнем прошлом большинство предприятий организовали у себя HelpDesk для выполнения своих бизнес-задач, которые так или иначе связаны с ИТ. Спустя некоторое время HelpDesk постепенно превратился в ServiceDesk. Вызов времени в том, что на поверку это изменение может быть лишь сменой названия. Райан Огилви в своём блоге предлагает проверить, является ли ваш ServiceDesk всё ещё эффективным и отвечающим потребностям бизнеса. В первую очередь, пишет Райан, осознайте и примите за аксиому, что способы применения ИТ бизнесом постоянно меняются, дополняются, трансформируются. Сравните, что было пару лет назад с тем, что происходит на текущий момент. Сотрудники офиса больше не привязаны на весь день к столам с десктопами,…
Про футбол я уже как-то писал, на этот раз тема тоже спортивная, но про эстафету. На днях были со Степаном Хрулевым у заказчика и нам рассказали грустную историю из всеми любимого процесса управления инцидентами. Процесс построен силами специалистов заказчика. Все как обычно: есть первая и вторая линия, есть нормативы на сроки обработки обращений. И как обычно случаются ситуации, когда одна группа затянула диагностику, посмотрела в последний момент и поняв, что это не ее, передала дальше. Вторая группа, получив обращение в последний момент, не успела выполнить вовремя, получила ярлык “просрочено” в обращении и грустит на тему “где в этом мире справедливость?”….
Портал theitsmreview.com опубликовал статью Карлоса Казановы на тему «Бизнес-обоснование управления конфигурациями».
Как и было объявлено, сегодня утром состоялся совместный наш с Московским отделением ISACA вебинар/семинар/круглый стол, посвященный дню рождения COBIT 5, а заодно – оценке ИТ-процессов с помощью COBIT 5 Process Assessment Model (PAM). Вещание велось из офиса компании KPMG, сотрудники которой имели возможность присоединиться к нам очно (парадоксальным образом у тех, кто слушал и смотрел нас из сети, была возможность задавать вопросы докладчикам, а у тех, кто сидел в той же комнате – нет; в будущем мы и для очных гостей что-нибудь придумаем). Не буду пересказывать содержание докладов – запись, как обычно, вскоре появится в свободном доступе. Поделюсь лишь некоторыми впечатлениями…
Компания AXELOS на днях объявила о запуске глобальной программы поддержки партнёров, использующих ITIL и PPM по всему миру. Программа позволит AXELOS предоставлять своим партнерам несколько услуг, связанных с маркетингом и продажами:
В любой области существуют понятия, которые известны почти всем. Например, я уверен, что все посетители нашего портала слышали, хотя бы разок, про такую штуку, как цикл Деминга (он же PDCA-цикл). Ничего сложного в PDCA в общем-то нет – четыре шага: Планируй, Выполняй, Проверяй, Корректируй. Однако недавно я задумался над вопросом, который раньше, почему-то, не приходил мне в голову: «А чем, собственно, отличаются шаги цикла Act и Plan?». И ведь действительно: сначала мы планируем (Plan), затем выполняем (Do), далее проверяем (Check). А что дальше? Ищем причины расхождений? Нет, это Check. Изменяем наш план? Но это же Plan! Так в чем же…