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

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

Олег Скрынник

Управляющий партнёр Cleverics. Сертификация: IT Service Manager, IPSR (Certified ITIL Practitioner: Support & Restore), IPRC (Certified ITIL Practitioner: Release & Control), IPAD (Certified ITIL Practitioner: Agree & Define), ITIL Expert, EXIN DevOps Master, SAFe 4.0 Agilist, ITIL Managing Professional, ITIL Strategic Leader.

Космос рядом с нами

На прошлой неделе отгремела очередная, пятая, юбилейная, ежегодная, всероссийская конференция itSMF. Компании-участники, а также прогрессивные блоггеры спешат поделиться впечатлениями (пример, пример). В целом то, что слышно, весьма положительно. Я же нахожусь в несколько смешанных чувствах. Конечно же, мероприятие прошло успешно. Много партнёров, много докладов, много участников, много стран… Но, видите ли, есть какое-то лёгкое чувство неудовлетворённости, что ли. Похоже, что предыдущие конференции itSMF задали слишком высокую планку, которую не так-то легко взять. Попытался понять что же меня смущает. Вот что получается. 1. Число участников. Возможно, это ощущение связано с ранним временем начала первого дня и огромным залом, но видеть такое число пустых мест…

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

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

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

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

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

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

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

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

Незаметный праздник и слова благодарности

В апреле 2014-го нашему порталу исполнилось четыре года. Редакция встретилась с датой сдержанно, без громких речей, в рабочем режиме: новость за новостью, заметка за заметкой, комментарий за комментарием… А ведь четыре года, по нынешним меркам, довольно большой срок. За это время открылся и закрылся, например, Hopes & Fears (жаль, конечно, что закрылся). К скромному юбилею мы обновили дизайн: смягчили тёмные цвета и заливки, перейдя, таким образом, на светлую сторону Силы. Полностью переделали HTML, CSS и шрифты, чтобы портал отлично выглядел и на компьютерах, и на планшетах с телефонами. И ещё поработали над ускорением загрузки страниц, раз в десять ускорили. А…

Checklist: три простых способа проверить учебный центр

"Вы нам тут ерунду не рассказывайте: проблема – это инцидент, который перешёл в стадию поиска корневой причины. Нам так тренер на "Основах ITIL" рассказывал в компании AAA." "Мы с коллегами прошли обучение по курсу Operational Support and Analysis (ITIL SOA) в компании BBB, но на экзамен нас не пускают, так как курс не был аккредитован. Можете продать нам сертификаты, как будто мы у вас учились?" "Мы оплатили обучение и экзамен в компании CCC, обучение частично прошли, но экзамен сдать не можем – компания куда-то исчезла, на запросы не отвечает. Что нам теперь делать? Можем ли мы у вас пройти обучение…

По горячим следам: форум ОСП 2014

На прошлой неделе успешно прошёл очередной (ежегодный) форум ОСП, который полностью и правильно называется “XI Russian IT Management Forum (ITMF-2014)“. В 2009 году, когда мы только-только открыли свою компанию, мы то мероприятие пропустили (оно было в мае, мы зарегистрировались месяцем раньше – было не до конференций). А с 2010 года исправно каждый год участвуем. В этом году стали премиум-партнёрами, чтобы получить возможность не только стенд и баннеры поставить, но и контентом поучаствовать по-максимуму. Про контент: более пятидесяти участников собрал наш кейс-тренинг “Оценка процессов управления ИТ с использованием COBIT 5“, который подготовили Роман Журавлёв, Юрий Ерин, Евгений Шилов и Павел Дёмин. Все…

Внедряем все процессы сразу, быстро и гарантированно

Довольно большое число ИТ-руководителей для решения своих управленческих задач старается подобрать какую-либо одну методологию (ITIL, COBIT, MOF…) в надежде, что она позволит устранить максимальное число имеющихся болевых точек. Согласитесь, было бы очень удобно взять с полки одну книжку, желательно не очень объёмную, в которой прочесть: какие ИТ-процессы следует организовать, как эти процессы должны быть устроены, как взаимодействовать между собой, как измеряться, контролироваться и управляться, и так далее. Такой подход позволил бы не тратить время на доскональное изучение всех имеющихся сводов знаний, а время на такое изучение можно потратить значительное – одна лишь библиотека ITIL состоит из пяти книг, каждая по 250-400…

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

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

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM