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

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

Вопрос из зала

Вопросы, заданные читателями портала, на которые дают ответы авторы блогов и другие читатели.

Можно ли сдать экзамены ITIL® Foundation и ITIL® Intermediate удалённо?

В редакцию портала поступил вопрос Добрый день, подскажите, где можно сдать экзамены удаленно? Обучение я буду проходить очно в Москве в январе и феврале, но потом территориально буду находиться во Владивостоке. Хотелочь бы сдать удаленно следующие экзамены на русском языке: ITIL® Foundation ITIL® Intermediate OSA Module ITIL® Intermediate SOA Module это возможно?

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

Трудности при доработке существующей документации по каталогу услуг

В редакцию портала поступил вопрос Добрый день. На работе задали дописать документацию по каталогу услуг. Но не могу найти несколько понятий. Пожалуйста, напишите, что такое: Поставляемая услуга Партнерская услуга Описание этапов жизненного цикла:  Планируются к внедрению Тестовая эксплуатация Пилотный проект Опытная эксплуатация Промышленная эксплуатация Планируется к выведению из эксплуатации Выведен из эксплуатации 4. Какие есть классы безопасности? (один содержит пользовательские данные, второй нет. Как они называются?) Спасибо большое за ответы!

, 27 декабря 2016, последний комментарий 29 декабря 2016

Вопрос из зала: что делать с переклассификацией инцидентов

  В редакцию портала поступил вопрос: При решении инцидентов иногда возникают ситуации, когда зафиксированное ранее для инцидента влияние требуется изменить. Логичным в этом случае кажется и изменение срока решения инцидента. Хотел бы услышать мнения экспертов по поводу следующего способа изменения срока решения инцидента при изменении его (зафиксированного) влияния. Для упрощения возьмем следующую модельную ситуацию. Срок решения инцидента определяется его влиянием. Шкала влияния состоит из двух значение: 1 — за один час инцидента с таким влиянием бизнес теряет 1$ 2 — за один час инцидента с таким влиянием бизнес теряет 2$ Сроки решения инцидентов: 1 час — для инцидентов с влиянием 1 30 минут —…

, 25 ноября 2016, последний комментарий 29 ноября 2016

Вопрос из зала: качество работы первой линии поддержки

В редакцию портала поступил вопрос: Хотел попросить коллег поделиться информацией – какие основные меры направлены на обучение первой линии так, чтобы при функциональной эскалации на 2/3 уровень приходили качественно обработанные обращения (с точки зрения 2/3 линии) в условиях постоянно изменяющихся ИТ-услуг и характера обращений… На мой взгляд это "вечный" вопрос в условиях, когда есть деление поддержки на линии и происходит функциональная эскалация – недовольство работой первой линии. В корне изменить ситуацию можно только посадив "дорогих" специалистов на первую линию и убрав переназначения в принципе. Либо мы можем лишь в большей или меньшей степени уменьшать "боль" некоторыми мерами, например: вводом реестра по каждой ИТ…

, 2 ноября 2016, последний комментарий 8 ноября 2016

Вопрос из зала: KPI и своевременность обработки инцидента

В редакцию портала поступил вопрос: Помогите разобраться с ситуацией просчета показателя KPI как своевременность обработки и поиску доли вины по просроченным инцидентам. На вашем ресурсе я уже изучил статью, но остался ряд вопросов. Представим ситуацию, когда был просрочен инцидент, и в процессе решения было несколько смен услуг и несколько смен групп ТП. SLA по услуге = OLA(Время 1ЛТП)+OLA(Гр ТП в зависимости от выбранной услуги). Допустим, инцидент по первоначальной услуге надо было решить в срок 10 дней. 1ая Гр ТП была занята или просто приступила к решению на 5ый день. В итоге было установлено, что услуга выбрана не та и проблема…

, 20 октября 2016, последний комментарий 2 декабря 2016

Вопрос из зала: роли в проекте и их задачи

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

, 10 августа 2016, последний комментарий 20 августа 2016

Вопрос из зала: чего мы ждём от Service Desk?

В редакцию нашего портала поступил вопрос от Ленара Рахматуллина, руководителя Service Desk, ICL Services: Добрый день! Предлагаю обсудить ожидания участников от службы Service Desk. В настоящее время у себя в подразделении занимаемся разработкой стратегии развития, совместно с сотрудниками описываем основные ценности и принципы, которым следует Service Desk, выполняя ежедневные задачи. Хотелось бы при этом, кроме своего опыта и понимания, опираться на экспертное мнение участников форума — представителей ИТ-организаций и служб. Могу предложить следующие 3 ключевых, с моей точки зрения, ожидания: 1. Service Desk должен быть связующим звеном в ИТ-организации для координации работ между разными группами, независимо от из принадлежности к компании или…

, 22 июня 2016, последний комментарий 6 июля 2016

Вопрос из зала: куда пойти учиться?

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

, 22 июня 2016, последний комментарий 29 июня 2016

Вопрос из зала: управление доступом – как к нему подойти

В редакцию портала Real ITSM поступил вопрос:  Добрый день! Вопрос касается области управления доступом (access control, rbac). Кто-нибудь может порекомендовать материалы: статьи, книжки, в которых описываются методологии, подходы к сбору и анализу требований по управлению доступом в процессе разработки функционала системы? В частности меня интересует какие артефакты — формы, отчеты, диаграммы имеются для формализации и фиксации правил доступа в контексте некоторой бизнес функции.  Предыстория вопроса: наш проект начинался с небольшого набора функционала для которого достаточно было 5-6 ролей. С течением времени проект разрастался и новый функционал требовал более тонкой настройки прав доступа. У команды на данный момент нет опыта работы с такими методологиями, как, например, Role engineering (top-down, bottom-up, Hybrid),…

Вопрос из зала: характеристики, определяющие качество процесса

Читатель нашего портала Антон интересуется характеристиками, определяющими качество процесса: Коллеги, приветствую! Хотелось бы обсудить тему качества процессов. Предположим процесс описан, утвержден, автоматизирован. Люди обучены и работают по регламентам (так или иначе). Есть задача контролировать качество процесса. Что общественность включила бы в ту самую, значимую для стейкхолдеров, совокупность характеристик процессов определяющих его качество? Возможно есть общие характеристики качества, применимые для всех процессов, а возможно частные – для конкретных процессов. Инетесно ваше мнение, коллеги. Давайте поделимся размышлениями и опытом в комментариях.

, 20 апреля 2016, последний комментарий 20 апреля 2016
 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
Авторы и редакторы портала — консультанты и тренеры компании Cleverics.
Использование материалов данного сайта допускается исключительно с разрешения правообладателя.
Использование данного сайта означает согласие с обязательством соблюдать нашу Политику конфиденциальности и Согласие на обработку персональных данных.
;