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

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

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

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

12 «лучших практик» в ИТ, которых следует избегать любой ценой

Начиная от слов «вы – наши заказчики» и заканчивая «облачной» стратегией – эти «лучшие практики отрасли» погубят вас. В чем причина неудач ИТ-компаний? Очень часто – это использование так называемых «лучших практик», описанных людьми, которые могли бы знать побольше о предмете, но не знают, возможно, потому, что никогда этим не занимались. Начиная от определения «внутренних заказчиков», и заканчивая внедрением практики внутреннего выставления счетов для обеспечения рентабельности инвестиций. Большинство этих советов внушают доверие с расстояния более ста километров. Однако стоит стереть верхний слой и вы поймете, что многие из них на самом деле – верный путь к провалу. 1. Все вокруг…

“… многоликий Вы наш”

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

Продаём DevOps высшему руководству

В последние месяцы в общении с коллегами, клиентами и партнёрами регулярно наблюдаю примерно такой диалог: — Эх, всё так стремительно меняется! Конкуренты запускают новые продукты, клиенты становятся всё более придирчивыми и продвинутыми. Прямо чувствуется, как мы всё больше и больше отстаём. — Что же мешает вам двигаться быстрее? Есть же новые подходы, успешно применяемые в разных организациях. Тот же DevOps, к примеру. — Это да, было бы круто. Но это же большая перестройка! — Разумеется. Но ведь дорогу осилит идущий. С чего-то надо начинать. — Нет, у нас не выйдет, руководство не поддержит. То, которое в бизнесе. Ведь им тоже…

Давайте будем осторожны, когда тратим деньги, и другие мифы о технической поддержке

Оригинал заметки Let’s Be Careful How We Spend Our Money: And Other Tech Support Myths, автор Рой Аткинсон (Roy Atkinson) Не так давно у меня был разговор с человеком из очень большой компании, очень-очень большой компании с сотнями тысяч сотрудников. Они сбрасывают пароли вручную. За прошлый год их служба технической поддержки проделала это 600 000 раз. Давайте быстро и, не сильно вдаваясь в детали, посчитаем. Средняя стоимость каждого тикета, если верить отчету HDI 2016 Technical Support Practices & Salary Report составляет $ 18,50. Но сброс пароля всё-таки относительная простая и быстрая операция, поэтому давайте оценим его в половину стоимости: $…

Как определить, измерить и отчитаться о доступности ИТ-услуг

Оригинал статьи How to Define, Measure, and Report IT Service Availability, автор Стюарт Ренс (Stuart Rance). Доступность ИТ-услуг имеет большое значение. Когда услуги, необходимые заказчику, недоступны, он будет недоволен. Почему заказчик должен платить за услугу, которой в реальности нет тогда, когда он в ней нуждается? Именно поэтому согласованный показатель доступности услуг часто входит в KPI. Сотрудники ИТ-службы прикладывают много усилий, чтобы убедиться, что обозначенная цель достигнута и показать в отчетах заказчикам цифры, подтверждающие это. Обычно ИТ-компании используют для этого проценты, например, 99,999%. К сожалению, зачастую это означает, что они сосредотачиваются только на процентном измерении и упускают из виду свою истинную…

В защиту Роба нашего Ингланда

Провокационный пост от Роба Ингланда (IT Skeptic), посвящённый CAB, заметка о котором недавно была опубликована на нашем портале, и не менее эмоциональный (но весьма рациональный) комментарий моего коллеги по этому поводу побудили меня высказаться немного более развёрнуто, чем предполагает формат комментариев на форуме. Действительно в обсуждении практик DevOps у апологетов, по моему мнению, в некоторых случая наблюдаются проявления, обусловленные слишком упрощённым взглядом на вещи. Вряд ли имеет смысл без оглядки применять рецепт по отказу от CAB в абсолютно любых компаниях. Собственно, примеров классических «enterprise’ов» (крупных, распределённых компаний, с «гетерогенной, территориально распределенной» инфраструктурой, как писал Андрей Труфанов, которые бы поменяли свой…

Зомби Scrum

Тренеры, которые не видели "продвинутые" Agile-организации, склонны рассматривать "правила" Scrum, как целевое состояние, а не как отправную точку. Год назад ваша организация начала работать по методологии Scrum. Scrum помог вам сломать межфункциональные преграды, вывести на новый уровень коммуникации, активизировать совместную работу внутри и между командами, подстегнуть развитие междисциплинарных навыков среди сотрудников. Поначалу это воодушевляло. Все были вовлечены и полны энтузиазма. Были сформированы стабильные команды, и работа распределена между ними в соответствии с цепочками ценности. Люди стали работать в помещениях, спроектированных для совместной работы, а не сидя в изолированных ячейках, как отшельники. В каждом спринте команды выстраивали доверительные отношения с заказчиками…

Эффективные способы получения обратной связи от пользователей

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

Думайте о своих пользователях, создавая dashboard

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

Терпение, эволюция, политики и полномочия

Роб Ингланд (Rob England) о ключевых уроках DevOps-преобразований, интервью организаторам DevOps Enterprise Summit (DOES17) в Лондоне. Роб Ингланд (Rob England) – независимый консультант по управлению ИТ, тренер и автор публикаций, управляющий директор Two Hills Ltd., которая предлагает услуги ИТ-консалтинга и обучения широкому кругу компаний – государственных и коммерческих. Роб также является автором блога IT Skeptic и целого ряда ценных идей в сфере DevOps и управления ИТ.  Каковы основные проблемы и вызовы, которые ждут идущих по пути DevOps-преобразований? Вызов номер один – это консервативная культура. Вы слышите следующие возражения: «это не будет работать здесь», «у нас нет ресурсов», «это слишком рискованно»,…

Cleverics 8 лет!

В апреле 2017 Cleverics исполнилось 8 лет. Отличная погода за окном вкупе с длинными выходными не способствуют подведению итогов, поэтому мы просто благодарим вас за то, что вы отмечаете этот юбилей вместе с нами и дарим ценный подарок: скидку 8% на все открытые курсы Cleverics*. Скидка действует в течении 8 недель – до 25 июня. Пользуясь случаем, хотим сообщить, что редакция портала уходит в отпуск до 10 мая, следующий дайджест новостей уйдёт в рассылку 15 мая. Желаем вам отлично отдохнуть в этим майские праздники и будем рады видеть вас на наших курсах! * для получения скидки свяжитесь с нашими менеджерами ** скидка…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM