Практика и опыт Archives – Страница 16 из 53

Когда начинается ITSM Change Management

Стюарт Рэнс, один из авторов текущей версии библиотеки ITIL, в своей заметке When Should ITSM Change Management Start рассуждает о процессе управления изменениями: «У большинства организаций есть процесс управления изменениями. Обычно он включает такие шаги, которые гарантируют, что изменение не вызовет негативных последствий. Для инициирования процесса управления изменениями регистрируется RFC, и тогда это изменение рассматривается на предмет того что: необходимое тестирование проведено, вопросы безопасности и риски рассмотрены, все регламенты и стандарты взяты в расчет, etc. Процесс управления изменениями также составляет график изменений, чтобы предотвратить конфликты – например, когда для двух разных изменений требуются одни и те же ресурсы. Одно большое…

Об учете фактических трудозатрат специалистов

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

Андрей Труфанов, 24 июня 2018, последний комментарий 27 июня 2018

4tune в переписке по Email

На курсе «ITIL Practitioner», который пошагово помогает реализовать ИТ-инициативу, у слушателей часто возникают вопросы – каким образом выстраивать эффективные коммуникации, в каких случаях и какие каналы коммуникаций при этом использовать. В частности, у ответственных за реализацию ИТ-инициатив возникают трудности в переписке по email c заинтересованными сторонами. Типичные трудности: письмо игнорируется; ответ приходит слишком поздно, либо в нем отсутствует решение поднимаемого вопроса. Цель заметки – поделиться практическим опытом использования электронной почты при общении в деловой среде. Прежде чем “тюнинговать” переписку, давайте зададимся вопросом: “А какие письма МЫ хотели бы получать от своих коллег, деловых партнеров?” Вполне возможно, в ответе может содержаться:…

Андрей Носов, 18 июня 2018, последний комментарий 25 июня 2018

Измерение процессов на практике

Темой измерения процессов мы занимаемся довольно давно. Важной вехой на этом пути стала публикация осенью 2014 года книги «ITSM. Руководство по измерению», суммировавшей наш проектный опыт последних четырех-пяти лет. Однако жизнь продолжает подбрасывать нам новые задачи, опыт продолжает копиться и структурироваться. Так зимой этого года мы сформировали внутренние материалы по построению комплексной системы оценки персонала на основании процессных, проектных, сервисных и других KPI (например, индивидуальные оценки руководителей, выполнение целей MBO и так далее). Эта работа пока не стала достоянием общественности, но рано или поздно, по всей видимости, к этому вопросу придется вернуться. А пока я хотел бы кратко рассказать о…

Проектируем канбан для ИТ (по следам мастер-класса)

22 мая на замечательной конференции “IT Management Forum 2018” я проводил мастер-класс “Проектируем канбан для ИТ”. Понятное дело, что помимо задачи рассказать самое главное, поупражняться с группами и продемонстрировать собственную безграничную компетенцию в данном вопросе (ха-ха), я также преследовал и иные цели. А именно: мне было очень любопытно, вызовет ли такая тема интерес и насколько большой, кто придёт на мастер-класс и с какими вопросами, не будет ли приготовленная мной задачка банальной и слишком простой для участников. Одним словом, мне хотелось многое узнать для дальнейших размышлений. Вот что могу сообщить по итогам. Уже в первой половине дня несколько участников конференции меня…

Олег Скрынник, 27 мая 2018, последний комментарий 3 июня 2018

Как управлять в Service Desk тем, что вы не можете измерить

Аале Роос, наш давний знакомый, ITSM-эксперт из Финляндии, на страницах портала ITSM.tools даёт советы по управлению Service Desk. Как отмечает Аале, к сожалению, практически невозможно измерить ценность, создаваемую Service Desk и её деятельностью в целом. С другой стороны, довольно просто можно измерить отдельные виды деятельности Service Desk, среди которых самые важные – регистрация инцидентов и обращений, маршрутизация, проверка и закрытие обращений. Данные виды деятельности дают возможность использования большого количества возможных метрик. Эти метрики, продолжает Аале, говорят вам о том, как работает Service Desk. Также они показывают вам, в каком окружении трудится Service Desk, в каких внешних условиях. Однако, основываясь на…

Новостной поток, 25 мая 2018, последний комментарий 29 мая 2018

Давайте перестанем играть в “Поставщика услуг” и “Заказчика”

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

Фокус внимания ИТ-менеджера: культура, целеполагание, мотивация

Не секрет, что в эпоху цифровой трансформации, роль ИТ в деятельности бизнеса возрастает. Она накладывает на ИТ-руководителей и менеджеров ответственность по поиску путей обеспечения эффективного роста компании. В качестве решения используются широко известные подходы мирового передовой опыта (ITIL/ITSM, CobiT, ISO 20000 и др.). «Красной нитью» в лучших ИТ-практиках и стандартах прошита идея – «счастье» бизнесу, доставляемое через повышение удовлетворенности потребителей (заказчиков и пользователей). При этом уровнем «счастья» рекомендуется управлять в рамках согласованных «правил игры». Руководство ИТ, ориентирующееся только на потребителе, может оставлять вне зоны внимания ИТ-сотрудников – ИТ-кузнецов «счастья» бизнеса. Такой подход, как правило, рождает в ИТ-персонале «прохладное» отношению к…

8 убийц продуктивности ИТ-менеджмента

В апреле на он-лайн ресурсе https://www.cio.com/ была опубликована статья Bruce Harpham, профессионала в проектном управлении, о том, что мешает ИТ-организации делать свою работу хорошо. «На современном рабочем месте есть два типа убийц производительности: мелкие отвлекающие факторы и большие убийцы производительности, которые заставляют вас вкладывать время и усилия в коррекцию «слабых мест». Нравится вам это или нет, но слабый подход к управлению ИТ является причиной более значительных убийц производительности. Ниже приведен обзор восьми факторов, которые подрывают ваш ИТ-отдел, и советы – как все же прийти к успеху: 1. Пренебрежение приоритизацией стратегических проектов «Самая большая ошибка, связанная с производительностью, которую большинство ИТ-менеджеров и…

Новостной поток, 9 апреля 2018, последний комментарий 9 апреля 2018

Актуализация бизнес-ролей

Ролевой подход широко используется в управлении доступом. В его основе находится RBAC, или ролевая модель, обладающая многими существенными преимуществами по сравнению с другими традиционными моделями (MAC, DAC). Так, например, в мандатной (MAC) модели предполагается, что у пользователя есть мандат или допуск к определённому классу информации. Сами информационные ресурсы в этой модели классифицируются и также разделяются по уровням допуска. Грифы секретности: “особой важности”, “совершенно секретные”, “секретные” – это примеры использования данной модели. Модель довольно простая, но ей не хватает гибкости: представьте, что все информационные ресурсы одного уровня допуска доступны всем пользователям с соответствующим мандатом. Увеличивать количество классов – это снижение простоты,…

Подход к формированию каталога услуг – нет повода не совершенствоваться

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

Андрей Шилов, 30 марта 2018, последний комментарий 30 марта 2018

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

Практика и опыт

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