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

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

Процессы

Все про процессы: внедрение, управление, совершенствование

Управление знаниями: шаги к успеху

Известный эксперт в области управления ИТ Стивен Манн (Stephen Mann) продолжает делиться своим опытом и рекомендациями по организации управления знаниями. Какие шаги могут помочь вам сделать быть успешными на старте подобной инициативы: Приведите всех участников к единому пониманию управления знаниями. Например, пониманию его, как процесса со всеми необходимыми инструментами и атрибутами. Больше внимания использованию знаний, чем их накоплению, хранению и управлению ими. Воспримите запуск управления знаниями, как изменение в работе и поведении людей. Не возлагайте свои надежды исключительно на технологии управления, пусть и передовые – опыт много раз показывал, что люди в таком проекте неизмеримо важнее. Не пренебрегайте / доведите…

Какие запросы на изменение нужно выносить на CAB?

Если ваш ИТ-департамент отправляет каждый запрос на изменение (RFC) в Совет по изменениям (CAB) для утверждения, то вы неправильно управляете изменениями. По моему опыту, есть четыре причины того, что все или большинство RFC отправляются в CAB: Плохо построенный процесс управления изменениями. Не прозрачные бизнес-требования для внесения изменений («что мы должны получить в результате?»). Объем RFC не понятен. В ИТ есть те, кто больше озабочен выполнением предписанных действий, чем хорошей работой. Хорошо продуманный процесс управления изменениями должен облегчить, но не перегружать контролем осуществление изменений. Эффективные процессы управления изменениями устраняют столько разногласий, сколько возможно, гарантируя ясность того, каким образом осуществляются изменения. В…

На чём фокусироваться в первую очередь: технические практики или ценность для заказчиков?

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

Управление инцидентами в бизнес-процессах компании

В редакцию портала поступил вопрос: Коллеги, всех приветствую. Хотел поднять тему внедрения управления услугами на уровне предприятия (Enterprise Service Management). На тему натолкнула статья Стюарта Рейнса Incident Management Isn’t Just For IT (оригинал optimalservicemanagement…isnt-just-for-it, перевод habrahabr.ru/post/347488/). Кому-нибудь приходилось участвовать в таком преобразовании процессов? С какими трудностями сталкивались? Известны случаи, когда инициатором таких проектов был именно ИТ и ИТ оставалось рулить процессами? На сколько успешно это было?

Вход и выход ИТ-организации

Сдвиг приоритетов в управлении современной ИТ-организации выводит на место особо важных процессы управления отношениями с бизнесом (Business Relationship Management, BRM) и управления поставщиками (Supplier Management), считает Марк Бланк (Mark Blanke) и пишет об этом в своей статье. Названные процессы сегодня не менее важны, чем другие 4-5 процессов ITIL, которые традиционно внедряют или уже внедрили большинство ИТ-служб. Очень часто внедренный (как это утверждается) процесс BRM сводится к деятельности конкретного сотрудника или группы, координирующей и представляющей командам разработки требования к информационным системам и предоставляющей высокоуровневую поддержку по ключевым приложениям. Эти люди, как правило, не являются полнценными представителями ИТ перед бизнесом, а также…

Контролируемый хаос

Таким эпитетом охарактеризовали одну из недавних игр её участники.  Есть даже научный термин «управляемый хаос» – им оперируют физики, социологи, политтехнологи. Но мы, собственно, не про политику. По правде говоря, первый игровой раунд в этой игре (а речь идет о небезызвестной уже многим Apollo13) – это всегда хаос. Так даже в скрипте заложено – авторы постарались. Но игра построена так, что в последующих раундах силами игроков уже можно организовать какой-никакой порядок. Так вот в той, о которой идет речь, так не случилось. Как это выглядело: Все между собой общались – несмотря на то, что люди были из разных подразделений одной организации,…

Пост на вечную тему, который должен написать каждый

“Беги, дядь Мить…” Все однажды сталкивались с обслуживанием, которое совсем не оправдывало наши ожидания и вызывало негативные эмоции. Многие после этого взрываются гневными постами в соц. сетях с  традиционными «больше ни ногой», «куда смотрит ваш прогрессивный менеджмент», «вы посмотрите, какие конкуренты – молодцы» и прочими шпильками. Как новый сотрудник компании, я должен был поучаствовать в стандартной процедуре – получить банковскую карту в рамках зарплатного проекта. И отправился за ней в доп. офис банка, цвета бренда которого в природе свойственны демонстративно опасным и ядовитым видам. По мере того, как мы с сотрудниками отделения пытались приблизиться к заветной цели, все становилось сначала…

Когда бизнес заодно…

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

Стороны согласования запросов по доступу

Видя, как устроены, и участвуя в процессах управления доступом в различных компаниях, я уже в который раз замечаю, что некоторые участники согласования, бывает, не понимают, по какой причине они включены в согласование, что именно даёт их согласование, какой цели служит. Природа не любит пустоты, но и излишеств тоже не терпит. Как может быть устроено согласование доступов, каков набор согласующих сторон? Давайте поразбираемся. Предположим, что сотрудник подразделения запрашивает для себя доступ к какой-либо информационной системе. Также примем, что заранее описанных и утверждённых (предсогласованных) маршрутов получения разрешений для запросов на доступ в организации пока не имеется, они в процессе анализа / создания….

Информированность – залог клиенто-ориентированности

Все мы в повседневной жизни пользуемся какими-нибудь услугами. И далеко не все эти услуги работают так, как декларирует их провайдер. В некоторых случаях неэффективность процессов настолько очевидна, что организацию становится даже немного жаль. Конечно, уже потом, когда уляжется первая волна негатива. К сожалению, вряд ли сотрудники компании, о которой пойдёт речь, читают наш портал. Хочется надеяться, что если бы читали, всё было бы несколько лучше. Но в любом случае рассмотренный ниже пример, как мне кажется, интересен своей жизненностью. А пример этот про компанию, предлагающей новомодную услугу – совместно используемый автомобиль. Ну уж простите, не хочу “ругаться” заморскими словами. Кто уже…

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;