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

Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Questions and answers
6160+

вопросов и ответов

Authors
25

авторов

Sources
440+

источников

Original
100%

оригинальный контент

В тексте упоминаются следующие примеры некорректного использования переназначения инцидентов: возврат на Service Desk при передаче решения пользователю; возврат группе, отвечающей за прикладное ПО, после устранения проблемы в базовой инфраструктуре; последовательное переназначение одного инцидента или обращения пользователя нескольким группам для выполнения различных работ. Все эти случаи нарушают принцип, при котором переназначение должно использоваться только для функциональной эскалации (передача на более высокий уровень экспертизы).
общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами управление конфигурациями, CMDB
Дмитрий Исайченко (источник). Рейтинг вопроса: 106
Оригинальный пятый принцип Agile Manifesto гласит: «Стройте проект вокруг мотивированных личностей. Создайте им необходимые условия, поддерживайте и доверьтесь им, чтобы работа была сделана». Официальный русский перевод формулирует этот принцип так: «Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им». Основное различие заключается в том, что в оригинале акцент сделан на мотивацию конкретных личностей, тогда как в русском переводе смещение акцента происходит на профессионализм команды в целом. Автор текста считает, что создатели манифеста (сверхпрофессионалы) воспринимали профессионализм как данность, поэтому в оригинале они фокусировались именно на мотивации, тогда как русский перевод добавил акцент на профессионализм, возможно, учитывая реалии, где настоящих профессионалов не хватает.
Agile и гибкие методы разработки ПО командная работа мотивация персонала, стимулирование поддержка пользователей, Service Desk, Help Desk управление проектами, PRINCE2
Павел Капусткин (источник). Рейтинг вопроса: 106
В Бахрейне каждый из блоков процессов был проанализирован с точки зрения текущей эффективности и важности. Определялись области, нуждающиеся в плановом развитии, сопровождении, незамедлительном улучшении или более детальной оценке. На основе этого анализа проводились мероприятия по прояснению ответственности за критичные ИТ-процессы и создавалась дорожная карта для улучшения ключевых процессов на ближайший год.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 106
Концепцию 'лебедь, щука и рак' можно применить к реальным бизнес-процессам, создав общий регламент, который определяет обязательные этапы процесса для всех участников, и описав, как каждый участник должен действовать на каждом этапе с учетом своих особенностей. Например, в процессе управления изменениями ИТ-систем общим регламентом может быть последовательность: инициация, согласование, разработка, тестирование, публикация. Для лебедя (аналог - проприетарная система) на этапе публикации это может быть публикация по релизной схеме, для щуки (самописная система) - немедленная публикация после тестирования, а для рака (портал) - публикация по специальному графику. Такой подход позволяет всем участникам двигаться в одном направлении, сохраняя при этом свою специфику работы.
бизнес, ценность, бизнес-заказчик управление изменениями управление процессами, ИТ-процессы
Артём Мукосеев (источник). Рейтинг вопроса: 106
Алгоритм профилирования нагрузки распределяет задачи так, чтобы количество открытых задач на каждом сотруднике было пропорционально определенным весовым коэффициентам, которые могут отражать уровень компетенции или целевой уровень загрузки сотрудника оперативными задачами. Например, если у одного сотрудника с коэффициентом 1 имеется 5 задач, а у другого сотрудника с коэффициентом 2 – 6 задач, то новая задача будет назначена сотруднику с коэффициентом 2, так как пропорционально он занимает меньше объема по отношению к своему весовому коэффициенту. Однако этот метод также не учитывает сложность конкретных задач и временные недоступности сотрудников.
управление доступностью
Дмитрий Исайченко (источник). Рейтинг вопроса: 106
Сходство заключается в том, что в обоих случаях отсутствие жёстких временных рамок приводит к более качественному результату. При катании на лыжах отказ от планирования конкретного времени позволяет наслаждаться процессом и завершить его тогда, когда достигнуто максимальное удовольствие. Аналогично в ИТ-поддержке сотрудники, не ограниченные строгими временными KPI, могут выделять на запрос столько времени, сколько необходимо для полного решения проблемы, что повышает удовлетворённость пользователей и снижает количество повторных обращений. Оба случая демонстрируют, что жёсткие нормативы часто мешают достижению реальной цели процесса.
архитектура ИТ, TOGAF и IT4IT измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление процессами, ИТ-процессы
Олег Скрынник (источник). Рейтинг вопроса: 106
Философская идея о том, что «бытие определяет сознание», применяется к проблеме взаимодействия бизнеса и ИТ следующим образом: для того чтобы бизнес мог органически расти, необходимо изменить его «бытие», ликвидировав стену между бизнесом и ИТ. Изменение структуры взаимодействия приведет к изменению «сознания» — бизнес начнет воспринимать технологические ресурсы как часть своей собственной ответственности, а не как чужую сферу. Это позволит бизнесу более эффективно использовать ИТ для достижения своих целей.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление отношениями, взаимодействие, BRM
Андрей Труфанов (источник). Рейтинг вопроса: 106
CleverENGINE 3.1 — это обновленная версия программного комплекса, выпущенная как развитие продукта, начавшего разрабатываться с 2009 года. Основные отличия от версии 3.0 сосредоточены на повышении удобства использования: улучшен модуль визуализации CMDB с возможностью запрашивать конкретные представления данных, переработан web-интерфейс для ИТ-специалистов, модернизированы формы поиска, увеличено количество поисковых атрибутов в два раза при сохранении размеров форм, и добавлена функциональность заместителей для временного или постоянного включения в согласования.
автоматизация ИТ-процессов, ПО для ITSM и ESM управление конфигурациями, CMDB управление продуктами, продуктовый подход эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 105
Типичная доля стоимости предпроектного обследования в общей стоимости проекта составляет от 5% до 10%. Это соотношение считается экономически целесообразным, так как стандартные риски при неопределенной постановке задачи обычно начинаются от 10%, а проведение обследования позволяет существенно снизить эти риски и оптимизировать бюджет проекта в долгосрочной перспективе.
аудит бюджетирование, планирование затрат управление проектами, PRINCE2 управление рисками
Дмитрий Исайченко (источник). Рейтинг вопроса: 105
Для пассажиров введение новых стандартов пунктуальности предоставляет безусловные выгоды в виде повышения качества услуги и увеличения точности расписания для станций с высоким транзитным потоком. Это позволяет планировать поездки более точно, уменьшая неопределенность в ожидании поездов, особенно для тех, кто пересаживается на другие виды транспорта. Повышение точности до минутной дает возможность лучше рассчитывать время передвижения и повысить общую надежность железнодорожного транспорта как средства передвижения.
ISO 20000 Канбан, WIP-лимиты управление уровнем услуг, SLM
Андрей Труфанов (источник). Рейтинг вопроса: 105
« 1 ... 608 609 610 ... 617 »