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

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

Всё это – ЛЮДИ

Всё про управление персоналом в ИТ

Догонять и причинять добро: как убедить людей работать в новых процессах

У гостей и участников 10-го Russian IT Management Forum (ITMF-2013), который пройдет в Москве 6 июня 2013 года, есть редкая возможность принять участие в интерактивном тренинге, основанном на реальном кейсе. Тренинг пройдет в формате деловой игры, демонстрирующей трудности принятия в компании процесса управления ИТ-изменениями. Наш проектный и тренинговый опыт за последние девять лет показывает, что описанный в кейсе сценарий весьма распространен и актуален для многих организаций. Это касается и непосредственно процесса управления изменениями, и в целом проектов по организации процессов ITSM. Так, согласно статистике компании Pink Elephant, 82% ITSM-проектов, впервые инициирующих в организации процессы управления ИТ-услугами,  терпит неудачу. И основная…

Такие хорошие экзамены ITIL

​Что такое таксономия Блума – вам лучше меня расскажет Википедия (особенно англоязычная). Это серьезная целостная модель задач сбалансированной образовательной системы. Бенджамин Блум лишь начал ее придумывать в 1950-ых, а развивается и используется она и поныне (вот здесь коротко, от авторов Кратволя и Андерсона). Те, кто пытают нас экзаменами ITIL и ISO/IEC 20000, тоже применяют таксономию, а точнее образовательные цели когнитивного направления (простите) для того, чтобы ранжировать вопросы экзаменов по сложности. Если сильно упростить, то используется следующая шкала: Зубрежка (запоминание) Понимание выученного (понимание) Применение знаний Анализ Синтез и способность к творчеству Вопросы экзамена ITIL Foundation («Основы ITIL») проверяют уровни 1 и…

Гордость, воспоминания и немного белой зависти

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

Искусство впрягания невпрягаемого

«В одну телегу впрячь не можно Коня и трепетную лань»   Из поэмы «Полтава» (1829) А. С. Пушкина   Отточенная операционная деятельность – необходимое условие стабильной работы компании. Ежедневные рутинные операции должны выполняться быстро, эффективно, с минимальными рисками, не требовать лишних ресурсов. Это – залог выживания и успешности. Большинство моих коллег, знакомых и клиентов разделяет эту точку зрения. Развитие – необходимая часть работы любой организации, как компании целиком, так и отдельных её частей. Мир постоянно меняется, меняются рыночные условия, клиенты, их потребности, а также требования регулирующих органов, возможности организации, ресурсы в наличии… Организациям следует не только подстраиваться к новой окружающей…

Цыплята, производительность труда и ИТ

В команде блога itskeptic.org, появился новый автор: цыпленок Chicken ITLe. Он будет писать о тех, кто предрекает скорую катастрофу и крах ИТ-индустрии в случае, если мы все не начнем быстро исправлять ситуацию. Обычно такими провидцами  становятся аналитики и вендоры, пытающиеся заработать на коллективном страхе. Сегодня обструкции подвергается книга профессоров из MIT «Race Against The Machine». Среди прочих оценок и прогнозов, цыпленок разглядел мысль о том, что рост производительности труда и появление новых рабочих мест, которые с момента Второй мировой войны росли параллельно, в последнюю декаду изменили поведение: производительность труда продолжает расти, а новых рабочих мест и роста дохода не наблюдается….

Проблемы роста маленькой ИТ-команды: процессы или найм?

Надеюсь, что в комментариях вы подскажете мне, из какого учебника открываю я эту Америку: по экономике, менеджменту или по физике. Бывают ведь маленькие (и не очень) ИТ-команды которые работают «на износ»? Высокая специализация труда, высокая нагрузка на каждого сотрудника. Заказчик очень ревностно относится к затратам на поддерживающие технологии, и требует максимальной отдачи от специалистов, и не приветствует расширение штата. Руководитель такой команды, естественно, желает ее увеличить для того, чтобы обеспечить взаимозаменяемость и снизить стрессовую нагрузку на своих подчиненных. Поэтому он ищет управленческие инструменты, которые позволили бы доказать заказчику (владельцу, спонсору) необходимость инвестиций в увеличение числа сотрудников ИТ. Открыв для себя…

Секреты управления программистами…

…или "Как менеджеру программистов удвоить зарплату, сделать карьеру и начать жить". Шесть лет назад под таким названием вышла книга Александра Орлова, сооснователя и соруководителя проекта "Стратоплан", за которым мы с интересом следим и с которым мы с удовольствием сотрудничаем.  Так вот, книжку эту теперь можно совершенно бесплатно и совершенно легально скачать и читать в своё удовольствие. И на пользу, что тоже немаловажно.  Как сообщает автор, Книга очень сжатая, она охватывает 5 важных тем: • Условия для команды • Почему у людей горят глаза и как их зажигать • Правильные люди • Как расти • Work-Life balance Эту книгу я написал…

Групповая безответственность

Который раз встречаюсь с проблемой обеспечения качества при выполнении работ, в которых задействовано несколько групп ИТ-специалистов. Тема всплывает в поддержке, в обработке изменений, управлении конфигурациями. В каждой области со своими нюансами, но неизбежно в обсуждении проблемы присутствуют формулировки класса: "это не наша вина, мы свою часть сделали вовремя (качественно)". Если взять, к примеру, поддержку, то проблема звучит так "обращение просрочено, но все участники уверены, что они не виноваты, т.к. они свою часть работы выполнили в срок и с должным качеством". В управлении конфигурациями проблема может принимать вид "сервер установлен, но связи с прикладным ПО в CMDB не установлены, т.к. прикладники…

Началась подготовка к TFT13

Сегодня был опубликован анонс второй виртуальной ITSM-конференции Tomorrow’s IT Service Future Today 13, которая пройдет 18 июня. Мы подробно рассказывали о первом таком марафоне, состоявшемся в прошлом году. На этот раз масштаб будет еще солиднее. Во-первых, планируется два параллельных потока докладов. Первая группа докладчиков, как и в прошлый раз, будет представлять независимые доклады о свои лучших идеях по управлению ИТ-услугами. Участвовать в открытом голосовании по выбору участников может любой желающий. Второй поток планируется сделать спонсорским. Таким образом, за сутки конференции накопится до 48 докладов со всего мира, которые будут помещены в открытом доступе сразу по окончании мероприятия. Во-вторых, прямые трансляции конференции…

Владелец, менеджер, технолог – кто все эти люди?

Эксперт в области управления ИТ-услугами Стефен Александр в своей статье на The ITSM Review рассуждает о ролях, которые обычно встречаются в процессах управления ИТ – "Владелец процесса", "Менеджер процесса" и "Технолог процесса" (Process Engineer). В чём разница между этими ролями? Какие обязанности они подразумевают, и какие способности нужны для их выполнения? Отвечая на эти вопросы, Стефен описывает соответствующие этим ролям зоны ответственности и перечисляет навыки, необходимые для работы в каждой из этих ролей. Вот, что у него получается:  Владелец процесса Зоны ответственности: Общее проектирование процесса Обеспечение ценности для бизнеса, приносимой процессом Обеспечение соответствия всем связанным политикам Определение ролей в процессе Определение критических факторов…

Вторжение, набег, нашествие… Кого воспитывать – пользователей или программы?

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM