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

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

Артём Мукосеев

Отпуск, как фактор влияния на результат проекта

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

Модели изменений в контексте DevOps

Концепция DevOps всё больше проникает в умы руководителей и сотрудников ИТ-подразделений, а также в наши заметки на портале REALITSM. Это не удивительно, ведь с трудностями при организации взаимодействия подразделений "Dev" и "Ops" так или иначе сталкиваются почти все, у кого есть программное обеспечение заказной разработки. Мы регулярно помогаем нашим заказчикам решать задачи интеграции деятельности департаментов разработки и поддержки в рамках процессов управления инцидентами/запросами и управления изменениями (о нём и пойдёт речь дальше), поэтому знаем о возникающих проблемах не понаслышке. Поэтому никак не можем остаться в стороне от концепции, призванной данные проблемы решать. На всякий случай сразу уточню – при этом…

RFC и Change proposal: кто первый?

После недавно проведённого курса ITIL RCV пришёл к выводу, что будет полезно зафиксировать некоторые комментарии относительно взаимосвязей запроса на изменение (Request for change, RFC) и предложения об изменении (Change proposal). Как оказалось, термин “предложение об изменении” не всем понятен и вызывает у коллег некоторые вопросы, в частности: в чём разница между RFC и Change proposal и как они связаны между собой, что из них первично; если первичным является Change proposal, то что является его источником. Чтобы разобраться с данными вопросами, заглянем в учебник. Вот, что написано про предложение об изменении в глоссарии*: Предложение об изменении (Change proposal) – документ, содержащий…

Пицца – она у каждого своя

Вот и мне довелось съесть кусочек пиццы! Хотя честнее было бы сказать, что я большей частью наблюдал, как её едят другие. Но искренне причмокивал вместе со всеми! Вы уже догадались, конечно, что речь о деловой игре Grab@Pizza, которую компания Cleverics с успехом проводит уже не первый год. Моя роль позволила наблюдать за всей картиной со стороны. А наблюдать было за чем! День пролетел совершенно незаметно. Сначала быстрое погружение в задачу создаёт для участников идеальную картину неопределённости. Возникает желание разобраться, обсудить с коллегами, вникнуть в текст на карточках, разобраться в обозначениях и нумерации… Вы, кажется, не заметили, что время пошло? Совет…

Может ли Change Management быть “бумажным”?

Вопрос может показаться странным, но он возник не на пустом месте. Если на этапе разработки процесса нет ясности, каким образом будет решаться вопрос автоматизации, процесс проектируется "на бумаге". Разрабатывается только регламент процесса, для которого пока не предполагается соответствующего функционала в ITSM-системе. Функционала, обеспечивающего возможности учёта объектов управления и направляющего исполнителей ролей процесса по нужному пути. В целом, если автоматизация предполагается на следующем этапе, в виде отдельного проекта, никаких противоречий, вроде бы, нет. Ведь это, как раз, правильно – проектировать процесс от потребностей, а не выстраивать его в зависимости от возможностей конкретной ITSM-системы. Затем сформулировать требования к автоматизации и "уложить" процесс…

Моделирование изменений, как инструмент преодоления разногласий

Что делать, когда единые правила не работают? Когда разные группы участников одного процесса работают по своим правилам? Причём, не из прихоти, а в силу определённой специфики своей деятельности? В качестве примера рассмотрим знаменитую историю про трёх товарищей, которые не смогли сдвинуть с места воз с поклажей. Ведь золотые слова написал Иван Андреевич! Но можно взглянуть на проблему и чуть с другой стороны. Все трое ведь банально РАЗНЫЕ! И по-другому не могут! Значит, надо их правильно организовать. Менеджера процесса на них нет, да с регламентом! Только вот ведь незадача: смотри пункт 1 – они все разные. Ну нельзя им всем просто…

“CI or not CI” или размышления о картриджах

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

CMDB: как начать доверять финансовой информации?

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

О важности непрерывного совершенствования

На прошедшем на прошлой неделе itSMF сразу несколько выступавших упоминали тему непрерывного совершенствования процессов. На слайдах фигурировали различные варианты визуализации цикла Деминга-Шухарта и приводились примеры его использования в различных контекстах управления ИТ. Однако, я думаю, уважаемые читатели портала REALITSM.RU согласятся с тем, что также крайне важно совершенствовать личные компетенции, навыки и умения. Представьте (или вспомните) такую картину: вы пригласили консультантов реализовать, например, управление изменениями, и они, придя к вам, начинают рассказывать "как надо". Знакомо? Конечно, в этом, во многом, и заключается наша (консультантов) работа. Для этого мы и учились и приобретали практический опыт – чтобы поделиться им с вами. Тем…

Четыре вопроса постановки управления ИТ

Что является результатом ITSM-проекта? Обобщённо можно сформулировать результат, как "работающее организационно-техническое решение". То есть запущенный процесс, работу которого можно измерять и прогнозировать, а также адаптированный под этот процесс инструмент автоматизации, которым умеют пользоваться исполнители. Как достичь запланированного результата наиболее эффективно? Одним из ключевых факторов успеха является наличие соответствующего опыта у архитектора решения и других участников проекта. Однако накопленный проектный опыт, являясь отличной базой при разработке новых решений, одновременно является потенциальным источником проблем, если его применять без адаптации под нужды конкретного заказчика. Как не поддаться вредному влиянию стереотипов и избежать серьёзных ошибок при проектировании? Предложенный ниже подход не претендует на особую…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;