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

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

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

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

ITSM-консультант: личная характеристика и профессиональный кодекс

Всё-таки существенная часть нового-полезного в ITSM-мире создается талантливыми увлеченными одиночками. Возможно, эта часть даже больше, чем та, которую создают корпорации. И уж во всяком случае за их успехами интереснее и проще наблюдать, их можно обсуждать прямо с авторами, и можно быть уверенным, что на обратную связь и вопросы, если их отправить автору, будет дан ответ. Вот лишь несколько имен, иллюстрирующих эти наблюдения: Аале Роос, Роб Ингланд, Ян ван Бон… В прошлом году на конференциях itSMF в Хельсинки и Таллине мне довелось познакомиться и пообщаться с еще одним ITSM-профессионалом, консультантом с двадцатилетним опытом, Барклаем Рэем (Barclay Rae). Возможно, кому-то из читателей нашего…

Мотивация персонала: кто что использует

Одна из моделей зрелости руководителя, имеющая акцент на мотивацию сотрудников, может выглядеть так: уровень зрелости 0: "Я работаю хорошо, и подчинённый у меня всего один – сам себя замотивирует, всё будет ОК" уровень зрелости 1: "Что-то людей стало больше, и работают они не так усердно – но разные премии в зависимости от достижений помогают мне добиться от них результатов" уровень зрелости 2: "Что-то премии стали хуже работать, попробуем нематериальную мотивацию" уровень зрелости 3: "Все способы перепробованы, книжки перечитаны, идеи реализованы. Как же их заставить лучше работать?!" Возможны, конечно, и другие модели, дело не в них. А вот в чём: каждый руководитель неизбежно сталкивается…

Взаимовыручка и кооперация: два плюса и два минуса на примере

Две недели назад проводили с Романом Журавлёвым деловую игру "Управление проектами – Египет бросает вызов" для нашего давнего и любимого клиента, крупной международной компании. Играло одновременно чуть менее сорока человек, разделенных на две команды, занимающихся стройкой пирамид (проектные группы), плюс один общий управляющий комитет (архитекторы, контроль качества, высшее руководство и связь с заказчиком). Каждая игра, конечно же, не похожа на другие, но опыт проведения нескольких десятков игр позволяет выявлять закономерности. Так, одно из моих наблюдений для игры по управлению проектами, особенно когда в неё играют ИТ-специалисты, таково. На игру в корпоративном формате обычно приходят сотрудники одной компании, но разных должностей,…

Кто больший глупец: заказчик или исполнитель?

Вы наверняка уже слышали об этой истории – пару дней назад она промчалась по просторам Интернета, вызвав весьма эмоциональные отклики. Вкратце суть такова. Одна крупная компания решила сыграть конкурс. Точная тема для нас не очень важна; скажем, что речь про ИТ. Даже ещё точнее – про ИБ. Суть конкурса: выбрать исполнителя, который выполнит поставку и внедрение специализированного программного обеспечения, а также окажет услуги технической поддержки решения в первый год эксплуатации. Всё как у нас в ITSM-проектах, только консалтинга особо не подразумевается, чисто софтовая работа. Конкурс играли в два этапа: на первом этапе были презентации, цветы, конфеты, оценка функциональности, нагрузочное тестирование. Цену…

Один за всех: когда гиперактивность вредна

Многим командам это знакомо: один из участников бегает заметно быстрее остальных, стараясь сделать как можно больше работы, спросить у этого, проконтролировать того, подхватить здесь, передать туда, помочь, подсобить, поучаствовать. Иногда такой гиперактивный товарищ даже является руководителем. Обычно остальным членам команды это нравится. Да, есть немножко хаоса, зато часть работы делают за них – приятно же! Но не всегда. Бывает, что пользы от “бегунка” меньше, чем вреда. В каких случаях это происходит? Приведу в качестве иллюстрации мою любимую спортивную игру – волейбол. Недавно мне посчастливилось играть в неё дважды в день по два часа почти две недели подряд (отпуск): как вы понимаете,…

Удовлетворённость: измерять или нет?

Буквально пару лет назад я бы не дал на этот вопрос однозначного ответа. Теперь же – ночью разбуди и спроси – вскочу и скажу, что, конечно же, измерять! И вот как я к этому пришёл – как говорится, лучше поздно, чем никогда. В своей практике я постепенно знакомился с разными компаниями. В части из них об измерении удовлетворённости ИТ слыхом не слыхивали и, естественно, никак не использовали. В других – измеряли, результаты измерений применяли. В третьих – когда-то измеряли, но затем отказались. При этом очень часто со стороны ИТ я слышу одни и те же похожие аргументы против измерения удовлетворённости: удовлетворённость содержит эмоциональную…

Проекты или обучение?

Всё управление в конечном счёте сводится к стимулированию активности других людей. Ли Якокка   Люди внедряют и сопровождают информационные системы. Люди исполняют процессы. Люди взаимодействуют с заказчиками ИТ-услуг (тоже людьми, между прочим) и, в конечном счете, больше всего влияют на их ожидания и удовлетворенность. ITSM-проекты (значительная часть которых – от 60% до 80% – являются «глубже или мельче провалившимися») по своей сути направлены на изменение поведения людей: как они определяют цели и измеряют прогресс по их достижению, как осуществляют оперативный контроль, как определяют приоритеты, как взаимодействуют с заказчиками, в чем видят ценность своей работы. Прежде всего (по крайней мере в…

Гуманистический манифест Стратоплана

На днях наши друзья из Стратоплана опубликовали “Манифест работы с людьми” – 12 принципов, лежащих в основе всех страто-материалов и всей работы Стратоплана. Как всякий манифест, список получился довольно масштабным и в целом вызывающим уважение и симпатию – к авторам, к принципам, ко всем, кто так строит свою работу. Вот эти 12 принципов:     Работайте с людьми вдолгую Давайте людям смысл Учитывайте различия Учитывайте внутренние изменения Ищите позитивное намерение Понимайте природу поступков Решайте проблему, а не ищите виноватых Будьте своевременны Не ищите проблему в характере человека, ищите в обстоятельствах Ищите внешнюю причину Думайте, но не додумывайте: ищите факты Помогайте…

Поддержка из тени

Своими мыслями о так называемых “теневых ИТ” в организации поделилась Кирсти Магоуэн, у которой двойственное отношение к этому явлению. По мнению Кирсти, “теневые ИТ” продолжат своё существование и дальнейшее распространение, поскольку бизнес имеет возможность приобретать услуги напрямую у внешних поставщиков и использовать их возможности в области сервис-менеджмента. Это, с одной стороны и не является проблемой, и в тоже время продолжает ею быть. С одной стороны, если было принято взвешенное и стратегическое решение – позволить бизнес-подразделениям самостоятельно управлять своей ИТ-поддержкой на местах – в “теневых ИТ” есть свой смысл. До тех пор, пока бизнес понимает прилагающиеся к этому решению риски и принимает их. С другой стороны, проблема…

ITMF2014: оцениваем процессы и размышляем над уроками

5 июня на XI форуме по управлению ИТ (ITMF2014) среди прочих интересных выступлений был проведен кейс-тренинг по оценке процессов. Участникам была предложена такая ситуация:  В связи со сменой владельцев в торговой компании проводится комплексная оценка действующих практик управления. В частности, новые руководители компании хотят получить оценку процессов управления ИТ. Вообще-то, руководство интересуют:  соответствие практик управления ИТ целям и приоритетам бизнеса; уровень ИТ-рисков; эффективность (рациональность) деятельности по управлению ИТ; соответствие практик управления ИТ рекомендациям и требованиям отраслевых сводов знаний и стандартов. Но с учётом ограничений по времени и стоимости оценки, а также ввиду отсутствия формализованных целей и приоритетов бизнеса, да и…

Риски в SWOT-анализе

Недавно я проводил большой семинар, в рамках которого мы, в том числе, выполняли SWOT-анализ некоторой организации в контексте достижения заданного целевого состояния (надо сказать, в последние годы мы активно используем SWOT в своей проектной практике). SWOT выполняли группой: каждый обдумывал ситуацию и предлагал дополнения во все четыре квадранта, все обсуждали, что-то отбрасывали, что-то фиксировали. Уже почти под занавес этого упражнения я «пропустил» в квадрант «Слабые стороны» две формулировки в виде рисков (ну, скажем, риск «не договориться о взаимно-приемлемом решении задачи»). Потом, разбираясь с результатами уже в одиночку и не торопясь, я понял, что я слишком сильно «срезал угол», и в будущем…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM