Вопрос из зала: в чем разница между ITIL и COBIT5
В редакцию портала поступил вопрос: Добрый день! Хотел бы узнать, в чем разница между ITIL и COBIT5.
В редакцию портала поступил вопрос: Добрый день! Хотел бы узнать, в чем разница между ITIL и COBIT5.
В редакцию портала поступил вопрос: При решении инцидентов иногда возникают ситуации, когда зафиксированное ранее для инцидента влияние требуется изменить. Логичным в этом случае кажется и изменение срока решения инцидента. Хотел бы услышать мнения экспертов по поводу следующего способа изменения срока решения инцидента при изменении его (зафиксированного) влияния. Для упрощения возьмем следующую модельную ситуацию. Срок решения инцидента определяется его влиянием. Шкала влияния состоит из двух значение: 1 — за один час инцидента с таким влиянием бизнес теряет 1$ 2 — за один час инцидента с таким влиянием бизнес теряет 2$ Сроки решения инцидентов: 1 час — для инцидентов с влиянием 1 30 минут —...
В редакцию портала поступил вопрос: Хотел попросить коллег поделиться информацией — какие основные меры направлены на обучение первой линии так, чтобы при функциональной эскалации на 2/3 уровень приходили качественно обработанные обращения (с точки зрения 2/3 линии) в условиях постоянно изменяющихся ИТ-услуг и характера обращений... На мой взгляд это "вечный" вопрос в условиях, когда есть деление поддержки на линии и происходит функциональная эскалация — недовольство работой первой линии. В корне изменить ситуацию можно только посадив "дорогих" специалистов на первую линию и убрав переназначения в принципе. Либо мы можем лишь в большей или меньшей степени уменьшать "боль" некоторыми мерами, например: вводом реестра по каждой ИТ услуге, так...
В редакцию портала поступил вопрос: Помогите разобраться с ситуацией просчета показателя KPI как своевременность обработки и поиску доли вины по просроченным инцидентам. На вашем ресурсе я уже изучил статью, но остался ряд вопросов. Представим ситуацию, когда был просрочен инцидент, и в процессе решения было несколько смен услуг и несколько смен групп ТП. SLA по услуге = OLA (Время 1ЛТП)+OLA (Гр ТП в зависимости от выбранной услуги). Допустим, инцидент по первоначальной услуге надо было решить в срок 10 дней. 1ая Гр ТП была занята или просто приступила к решению на 5ый день. В итоге было установлено, что услуга выбрана не та...
В редакцию портала поступил вопрос: Добрый день! Задача: произвести модернизацию ИС при помощи подрядной организации. Очень часто в ТКП на модернизацию указываются не должности работников, а их роли в проекте (аналитик, программист, архитектор и т.д.). Каждый их указывает по-своему и также их по-своему описывает. Вопрос: Есть ли нормативный документ или какой-то справочник, перечисляющий весь список ролей в проектах, а также расшифровывающий список задач, который возложен на каждую роль? Или может у кого из опыта уже составлен такой справочник (для себя)? Спасибо.
В редакцию нашего портала поступил вопрос от Ленара Рахматуллина, руководителя Service Desk, ICL Services: Добрый день! Предлагаю обсудить ожидания участников от службы Service Desk. В настоящее время у себя в подразделении занимаемся разработкой стратегии развития, совместно с сотрудниками описываем основные ценности и принципы, которым следует Service Desk, выполняя ежедневные задачи. Хотелось бы при этом, кроме своего опыта и понимания, опираться на экспертное мнение участников форума — представителей ИТ-организаций и служб. Могу предложить следующие 3 ключевых, с моей точки зрения, ожидания: 1. Service Desk должен быть связующим звеном в ИТ-организации для координации работ между разными группами, независимо от из принадлежности к компании или стороннему...
Наша читательница Анна Закускина задаёт вопрос: Здравствуйте. Хотелось бы спросить совета в отношении курсов по управлению программистскими проектами и бизнес-анализу в контексте разработки. В компании созрело понимание, что нужно менять подходы к разработке. У нас на данный момент есть группа внутренних заказчиков, которые запрашивают новые функции, и группа разработчиков, которые функции реализуют. При этом внутренние заказчики общаются с разработчиками напрямую. При этом исторически мы никогда не анализируем необходимость запрашиваемых функций. Соответственно, девелоперская воронка перегружена задачами. Сроки не контролируются. Много переделок. Хотелось бы научиться вот чему: — прежде, чем заниматься разработкой функций и новых модулей, пытаться оценить их полезность, необходимость. Оценить...
В редакцию портала Real ITSM поступил вопрос: Добрый день! Вопрос касается области управления доступом (access control, rbac). Кто-нибудь может порекомендовать материалы: статьи, книжки, в которых описываются методологии, подходы к сбору и анализу требований по управлению доступом в процессе разработки функционала системы? В частности меня интересует какие артефакты — формы, отчеты, диаграммы имеются для формализации и фиксации правил доступа в контексте некоторой бизнес функции. Предыстория вопроса: наш проект начинался с небольшого набора функционала для которого достаточно было 5-6 ролей. С течением времени проект разрастался и новый функционал требовал более тонкой настройки прав доступа. У команды на данный момент нет опыта работы с такими методологиями, как, например, Role engineering (top-down, bottom-up, Hybrid),...
Читатель нашего портала Антон интересуется характеристиками, определяющими качество процесса: Коллеги, приветствую! Хотелось бы обсудить тему качества процессов. Предположим процесс описан, утвержден, автоматизирован. Люди обучены и работают по регламентам (так или иначе). Есть задача контролировать качество процесса. Что общественность включила бы в ту самую, значимую для стейкхолдеров, совокупность характеристик процессов определяющих его качество? Возможно есть общие характеристики качества, применимые для всех процессов, а возможно частные — для конкретных процессов. Инетесно ваше мнение, коллеги. Давайте поделимся размышлениями и опытом в комментариях.
В редакцию портала Real ITSM поступил вопрос: Добрый день. В нашей организации два IT подразделения. Назовём их условно «служба инфраструктуры» и «служба разработки». Первое занимается сугубо инфраструктурными сервисами (интернет, сеть, серверы, почта и т.д.) а второе занимается разработкой собственного ПО для бизнеса. Далее речь пойдёт исключительно про второй отдел. Сейчас каталог услуг сформирован в терминах приложений: «Доступ к ПО ZZZ», «Доступ к ПО YYY» и т.д. После прочтения некоторой литературы и посещения курсов по ITIL Foundation пришло чёткое осознание что каталог необходимо пересмотреть и сформулировать в терминах бизнес-услуг. По части каталога, касающейся поддержки пользователей, управления ролями и доступом вопросов не...
Читатель нашего портала, Антон, обратился к нам с вопросом по поводу измерения качества процессов: Коллеги, добрый день! Предположим процесс описан, утвержден, автоматизирован. Люди обучены и работают по регламентам (так или иначе). Есть задача контролировать качество процесса. Что общественность включила бы в ту самую, значимую для стейкхолдеров, совокупность характеристик процессов определяющих его качество? Приглашаем вас поучаствовать в обсуждении.