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

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

Общие вопросы менеджмента

Вопросы, методики, инструменты, находки в менеджменте, не обязательно относящиеся к управлению информационными технологиями

Два слова о границах

Вчера itSMF России проводил семинар, посвященный организационным изменениям. А сегодня, так уж вышло, я вел курс на ту же тему. А завтра мы будем играть в деловую игру, и тоже о них. И вчера, и сегодня мы обсуждали вопрос о границах дисциплин управления организационными изменениями и управления программами/проектами. И вот какое у меня сформулировалось мнение: Можно рассматривать этот вопрос с точки зрения границ проводимой трансформации. Тогда матрешка складывается такая: организационное изменение может включать в себя одну или несколько программ, в свою очередь состоящих из нескольких проектов.  Например, организационное изменение “Выделение ИТ-функции в самостоятельную организацию “NNN-информ”” может включать в себя программу формальной…

Lifehack: почему следует запретить телефон

Мой первый персональный компьютер назывался Спектр-001, это был полный аналог Радио-86РК, только изготовленный на заводе, а не радиолюбителем (этот ПК до сих пор лежит у меня под столом, выбросить кусочек моей истории рука не поднимается). Основным процессором данного компьютера была микросхема КР580ВМ80А, срисованная с Intel i8080A. У микросхемы 40 ножек, одна из них (кажется, номер 14), называлась “INT – запрос прерывания”. Говоря упрощённо, сигнал, поданный на эту ножку процессора каким-либо устройством, означал следующее: “Нам тут не важно чем ты занят, дорогой процессор, бросай всё и делай теперь что мы скажем”. Забавно, что в ПК Спектр-001 прерывания не использовались, и процессору никто никогда не…

Remote. Офис не обязателен

Несколько лет назад, будучи на 98% работником офиса, я задумывался о возможностях, которые предлагает удалённая работа. Эти моменты возникали после тех редких дней, когда я вынужденно оставался дома, но при этом мог выполнять все те задачи, которые на меня были возложены. И меня в этом привлекали следующие вещи. Концентрация. В гудящем опенспейсе зачастую было комфортно собираться с мыслями лишь после окончания трудового дня или до его официального начала. Если от шума можно отгородиться хорошими наушниками, то от руки коллеги, лёгшей тебе на плечо – не всегда. Доступность. Реализовать возникшую идею или проверить вспыхнувшую догадку можно было в любое время.   Гибкость. Можно…

The Real Challenge of Egypt… и другие горькие лекарства

На прошлой неделе я проводил для группы менеджеров деловую игру The Challenge of Egypt – известную проектную симуляцию, команда строила пирамиду из Лего. Точнее, две пирамиды, Точнее, пирамиду и сфинкса. Точнее, в итоге – одну пирамиду и сфинкса, причем пирамиду не до конца.  Это было очень интересно, в том числе и потому, что группа была не айтишная, а необычная аудитория – это всегда увлекательно. Вот сейчас у меня вечерами учатся студенты ВМК МГУ, так это ещё увлекательнее, хотя они почти всё время молчат – ещё нет привычки встревать, есть привычка конспектировать. Но сейчас не о них.  Как я уже упомянул,…

Два верных способа обеспечить контроль выполнения задач

Любой руководитель знает, что для того, чтобы задача была выполнена, совершенно недостаточно просто о ней сообщить сотруднику. Необходимо задачу как можно более чётко сформулировать, описать требуемый результат, желательно упомянуть зачем, кому и почему всё это надо, определить сроки и, самое главное – обеспечить контроль. Раньше я думал, что контроль важен только для тех сотрудников, которых можно условно отнести к исполнителям. То есть тех, у кого нет своих подчинённых, и чей круг задач ограничен известным словосочетанием “manage self“. Например, когда я руководил технической поддержкой, то вопрос необходимости контроля даже не поднимался – необходимость была очевидна. Не менее очевидны были применяемые инструменты, как…

Plan – Do – Check – What?

В любой области существуют понятия, которые известны почти всем. Например, я уверен, что все посетители нашего портала слышали, хотя бы разок, про такую штуку, как цикл Деминга (он же  PDCA-цикл). Ничего сложного в PDCA в общем-то нет – четыре шага: Планируй, Выполняй, Проверяй, Корректируй. Однако недавно я задумался над вопросом, который раньше, почему-то, не приходил мне в голову: «А чем, собственно, отличаются шаги цикла Act и Plan?». И ведь действительно: сначала мы планируем (Plan), затем выполняем (Do), далее проверяем (Check). А что дальше? Ищем причины расхождений? Нет, это Check. Изменяем наш план? Но это же Plan! Так в чем же…

Следи за собой, будь осторожен

Ари Хенстард написал, а Каймар Кару приметил и порекомендовал небольшую заметку для всех, выступающих на сцене. Если быть совсем точным, для музыкантов. Называется она “Десять вещей, которые никогда нельзя делать на сцене“. Есть мнение, что после некоторой адаптации эти советы вполне применимы для любых публичных выступлений, в частности – для тренингов, и значит, для тренеров. Что же Ари советует не делать, а точнее не говорить? Я позволил себе немного адаптировать его рекомендации для наших тренерских нужд, сохранив слог и общий подход автора. Некоторые из этих советов кажутся мне очень верными,  “У нас технические проблемы”. Нет такой фразы. Это ваша сцена,…

SLA с отделом маркетинга

​В нашем “айтишном мире” мы привыкли, что сервисные соглашения, часто называемые SLA, заключаются между ИТ-отделом и бизнес-подразделениями. Иногда такой ИТ-отдел бывает расположен внутри компании, иногда его полностью или частично переводят “наружу”. Иногда такие бизнес-подразделения входят в структуру компании, иногда они располагаются вовне. Мы разные видели SLA, и разные SLA разрабатывали. Мы также начинаем привыкать к тому (и даже активно в том участвуем), что сервисные принципы работы распространяются не только на ИТ-отдел, но и на другие, схожие подразделения компании. Скажем, на административно-хозяйственную службу. И там тоже можно придумать и подписать SLA. Но мир устроен ещё удивительнее. Не только ИТ По своей…

ITSM: защищать и служить

Вновь созданное министерство развития Крыма объявило о масштабном применении принципов сервис-менеджмента для обслуживания населения полуострова. "Назначение государственных органов – служить своему народу", – заявляют в новой властной структуре. – "А для того, чтобы обеспечить высокую эффективность этого служения, необходимо применять передовой опыт, накопленный в мире." "Нам было сложно построить систему управления государственными услугами в огромной России, объединив субъекты с различным уровнем зрелости. Крым – отличная возможность освоить управление услугами на ограниченном, но обширном пространстве." В составе вновь образованного министерства уже планируется выделение департаментов, ответственных за управление инцидентами, изменениями и уровнем услуг. В планах на второе полугодие – управление доступностью, мощностями…

Dev-ops, I did it at last…

…или "лучше поздно, чем никогда". Позже, чем многие, и позже, чем следовало, я таки прочитал The Phoenix Project: a Novel about IT, DevOps and Helping Your Business Win, или просто "Проект Феникс". Спешу поделиться впечатлениями. Это такой производственный роман "про страсти в литейном ковше". В роли ковша выступает ИТ-организация крупной производственной и торговой компании, занимающейся запасными частями для автомобилей. В первой главе главный герой назначается на роль руководителя службы ИТ-эксплуатации, а в конце его ожидает сложная, но увлекательная программа подготовки к роли COO всей компании.  Жанр во многом напоминает "Цель" Голдратта, но в ИТ-интерьере: ITIL, SOX404, инциденты, проблемы и изменения,…

Четыре составляющих проблемы личной эффективности

Вчера в офисе разговорились со Степаном Хрулёвым и Павлом Дёминым, речь зашла об управлении рабочим временем и проблемах личной эффективности. К этому вопросу я обращался уже не раз и не два (см, к примеру: Искусство впрягания невпрягаемого, Много работаешь — не обязательно молодец, Лидер и менеджер — совсем не одно и то же, Руководитель или исполнитель?, а из свежего — Памятка по научной организации труда). Видимо, обращаться буду и дальше, так как мне совершенно точно есть ещё над чем работать и что изучать. Подумал, что читал и слушал на эту тему много, кое-что использую в работе, но никогда не формулировал в…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM