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

Риски в SWOT-анализе

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

Дмитрий Исайченко, 30 мая 2014, последний комментарий 30 мая 2014

О пользе FTA

Решая задачи управления рисками и непрерывностью ИТ-услуг, я искал инструмент, который в условиях ограниченных ресурсов аналитиков и сложностей с привлечением технических экспертов, позволял бы получить максимально точный ландшафт рисков и полную картину нарушений доступности. Да еще хотелось, чтобы с его помощью была возможна вероятностная оценка, и сразу можно было представить, как полученные и не очень устраивающие цифры исправлять. В книге Service Design любимого пятитомника говорится о методе анализа дерева отказов (Fault-Tree Analysis, далее – FTA), но уж слишком вскользь, чтобы обратить на него внимание. Стандарт ISO 31010 “Risk Management – Risk assessment techniques”, выступает более развернуто и, приводя следующий пример (см….

Павел Дёмин, 28 мая 2014, последний комментарий 5 июня 2014

Делай раз, делай два!

В эти теплые деньки в преддверии начала лета компания AXELOS решила, что самое время помочь ITSM-сообществу не только умными книжками, статьями и экзаменами, но и прямыми указаниями. С 12 мая стартовал конкурс ITIL Journey, нацеленный на быстрый запуск ITSM-практик в компаниях участников. Правила конкурса предельно просты: Проводится 3 спринта (этапа): 12 мая – 25 мая, 26 мая – 8 июня, 9 июня – 22 июня. В рамках каждого спринта AXELOS публикует несколько заданий, из которых вы выбираете подходящие для себя и выполняете. Среди заданий из первого спринта есть, например, такие: Создайте реестр постоянного совершенствования услуг; Проведите день работы с заказчиком; Определите список “быстрых побед”….

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

ИТ-поддержка и «тикетные» процессы

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

Дмитрий Исайченко, 19 мая 2014, последний комментарий 26 мая 2014

Lifehack: почему следует запретить телефон

Мой первый персональный компьютер назывался Спектр-001, это был полный аналог Радио-86РК, только изготовленный на заводе, а не радиолюбителем (этот ПК до сих пор лежит у меня под столом, выбросить кусочек моей истории рука не поднимается). Основным процессором данного компьютера была микросхема КР580ВМ80А, срисованная с Intel i8080A. У микросхемы 40 ножек, одна из них (кажется, номер 14), называлась “INT – запрос прерывания”. Говоря упрощённо, сигнал, поданный на эту ножку процессора каким-либо устройством, означал следующее: “Нам тут не важно чем ты занят, дорогой процессор, бросай всё и делай теперь что мы скажем”. Забавно, что в ПК Спектр-001 прерывания не использовались, и процессору никто никогда не…

Олег Скрынник, 17 мая 2014, последний комментарий 23 мая 2014

Вопрос из зала: снабжаем знаниями оператора Service Desk

Со следующей практической проблемой столкнулся Александр в ходе совершенствования работы службы Service Desk: У меня организован сервис деск с определенным количеством операторов. Т.к. с каждым днем в нашей компании все больше и больше ИТ-услуг начинают обрабатываться через сервис деск, то само собой возник вопрос компетенции операторов. В голову оператора невозможно, как на жесткий диск, внести информацию по десяткам информационных систем, рабочих групп, обслуживаемых компаний (точнее можно, но стоимость такого оператора будет зашкаливать). А следовательно надо соорудить некую инструкцию для оператора. Некоторые ее еще называют картой обеспечения сервиса. Может кто из вас сталкивался с такой работой и может поделиться своими наработками (шаблонами, образцами)? Возможно кто-то из читателей нашего…

Вопрос из зала, 18 апреля 2014, последний комментарий 27 июня 2014

The Real Challenge of Egypt… и другие горькие лекарства

На прошлой неделе я проводил для группы менеджеров деловую игру The Challenge of Egypt – известную проектную симуляцию, команда строила пирамиду из Лего. Точнее, две пирамиды, Точнее, пирамиду и сфинкса. Точнее, в итоге – одну пирамиду и сфинкса, причем пирамиду не до конца. Это было очень интересно, в том числе и потому, что группа была не айтишная, а необычная аудитория – это всегда увлекательно. Вот сейчас у меня вечерами учатся студенты ВМК МГУ, так это ещё увлекательнее, хотя они почти всё время молчат – ещё нет привычки встревать, есть привычка конспектировать. Но сейчас не о них. Как я уже упомянул,…

Роман Журавлёв, 17 апреля 2014, последний комментарий 22 апреля 2014

Два верных способа обеспечить контроль выполнения задач

Любой руководитель знает, что для того, чтобы задача была выполнена, совершенно недостаточно просто о ней сообщить сотруднику. Необходимо задачу как можно более чётко сформулировать, описать требуемый результат, желательно упомянуть зачем, кому и почему всё это надо, определить сроки и, самое главное – обеспечить контроль. Раньше я думал, что контроль важен только для тех сотрудников, которых можно условно отнести к исполнителям. То есть тех, у кого нет своих подчинённых, и чей круг задач ограничен известным словосочетанием “manage self“. Например, когда я руководил технической поддержкой, то вопрос необходимости контроля даже не поднимался – необходимость была очевидна. Не менее очевидны были применяемые инструменты, как…

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

Dev-ops, I did it at last…

…или "лучше поздно, чем никогда". Позже, чем многие, и позже, чем следовало, я таки прочитал The Phoenix Project: a Novel about IT, DevOps and Helping Your Business Win, или просто "Проект Феникс". Спешу поделиться впечатлениями. Это такой производственный роман "про страсти в литейном ковше". В роли ковша выступает ИТ-организация крупной производственной и торговой компании, занимающейся запасными частями для автомобилей. В первой главе главный герой назначается на роль руководителя службы ИТ-эксплуатации, а в конце его ожидает сложная, но увлекательная программа подготовки к роли COO всей компании. Жанр во многом напоминает "Цель" Голдратта, но в ИТ-интерьере: ITIL, SOX404, инциденты, проблемы и изменения,…

Роман Журавлёв, 30 марта 2014, последний комментарий 17 декабря 2014

Мобильные участники процессов

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

Евгений Шилов, 18 марта 2014, последний комментарий 21 марта 2014

ITSM на службе у адронного коллайдера

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

Роман Журавлёв, 16 марта 2014, последний комментарий 6 мая 2014

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

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

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