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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

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

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

4 способа повышения квалификации и переквалификации могут заполнить труднодоступные позиции

    Трудно найти нужных людей, обладающих нужными навыками, с нужной зарплатой и в нужное время? Возможно, вы ищете не в том месте.   Нужные вам сотрудники, возможно, уже есть в вашей команде, но находятся вне поля зрения. Поиск существующего персонала с передаваемыми навыками, скрытыми навыками, технической обучаемостью и скрытыми знаниями может привлечь внимание к этим потенциальным сотрудникам. Передаваемые навыки Это знания, опыт и способности, которые облегчают освоение новых навыков. В сфере ИТ это может означать поиск работников для программирования, тестирования, кибербезопасности, эксплуатации, управления проектами и других подобных задач. Например, если вы пытаетесь заполнить вакансии в области кибербезопасности, вы можете...

Насколько хорошо разработчики и не разработчики работают вместе?

Разработка продукта — это почти всегда командный вид спорта. Но заставить «разработчиков» и «не разработчиков» (заинтересованных лиц, не являющихся инженерами) хорошо работать вместе не так уж и просто. Почему? Разбираемся.

Думать нельзя выбирать инструмент

Вспоминая недавнее обсуждение цифровой трансформации, в котором участвовал, Рой Аткинсон в небольшой заметке «Инструменты, дураки и трансформация» («Tools, Fools, and Transformation») приводит пару ярких образов, которые могут помочь осознать, как странно мы иногда подходим к решению ответственных задач. Собственно, название его заметки основывается на известной фразе «A fool with a tool is still a fool». Дословно: «дурак, у которого есть инструмент, всё ещё дурак» (смысл: «инструмент [в широком смысле этого слова] не поможет, если…»). В рамках обсуждения цифровой трансформации, поскольку она цифровая, разговор о технологиях нередко затмевает все прочие аспекты. Хотя технологии в решении данной задачи не первичны. О чём...

12 вещей, которые должен сделать каждый ИТ-директор в первый год работы

Фаза медового месяца для новых ИТ-директоров коротка. Вот как подготовить почву для долгосрочного успеха: от ознакомительных встреч до создания союзника в совете директоров.

Как ломаются сложные системы

Нечасто приходится читать что-то, что полностью меняет ваш взгляд на ИТ. Эта статья потрясла меня. Она заставила меня полностью пересмотреть свой взгляд на ITSM, в особенности – на анализ корневых причин, оценку крупных инцидентов, и управление изменениями.

PRO-видение миссии

Спросите своих сотрудников, знают ли они о Миссии или каково Видение компании, в которой они работают? Уверен, что в качестве ответа можно получить встречный вопрос: “Что???” А еще самый распространенный вопрос, который обычно задают в ответ: “А в чем разница между миссией и видением?” Не верите? Тогда проверьте.

Что такое ITOM и чем он отличается от ITSM?

Этот вопрос становится все более популярным среди ИТ-специалистов. Отчасти это обусловлено тем, что организациям необходимо использовать управление ИТ-операциями (IT Operations Management, ITOM) в сочетании с более традиционным управлением ИТ-услугами (IT service management, ITSM) в связи с постоянно растущей зависимостью от технологий для обеспечения бизнес-операций и результатов. Чтобы помочь вам разобраться, в этом блоге мы объясним, что такое ITOM, зачем оно нужно и что из себя представляет. Так что же такое ITOM, в любом случае? Во-первых, существуют различные определения, в зависимости от точки зрения поставщика определений, потому что, в отличие от ITSM, нет принятого общеотраслевого определения. Во-вторых, в то время как...

Что я понял про DevOps

Когда я впервые услышал термин DevOps, от своих коллег я понял примерно следующее: «Процесс развёртывания приложения в любой среде (dev/QA/prod) называется DevOps. Просто ещё один синоним эксплуатации». Как начинающий программист, я подумал: "Ок, здорово! Ещё одно модное словечко, поразившее в ИТ-индустрию». Люди, которые имеют некоторое представление о DevOps, знают, как я ошибался!

Запросы на обслуживание vs. Инциденты

Периодически в наших публикациях и на наших курсах поднимаются интересные вопросы, которые вызывают активный отклик и обсуждение как в аудитории, так и за ее пределами. Практически в каждой группе, обсуждая вопросы управления поддержкой, мы сталкиваемся с тем, что почти все обращения пользователей могут регистрироваться и отслеживаться как инциденты. В контексте работы Сервис Деска, у многих компаний инцидентами считаются не только ошибки аппаратного или программного обеспечения, но и запросы на обслуживание. А так ли это на самом деле? Нужно ли разделять эти два понятия и нужно ли их измерять отдельно? В чем отличие Что говорят лучшие практики? ITIL дает описание управления...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM