Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Если инцидент решён в срок, увеличение времени обработки конкретной группой не влияет на её KPI, так как для этих инцидентов vi=0 и их вклад в формулу равен 1. Если же инцидент просрочен, увеличение времени обработки группой (ti) приведёт к росту её доли в общем времени (ti/Ti), что уменьшит её KPI, так как формула для просроченных инцидентов выглядит как 1 - (ti/Ti). Таким образом, метрика специально спроектирована так, чтобы время обработки влияло на показатель только в случае, когда инцидент оказался просроченным.
Попытка «зашить» процесс в систему автоматизации без участия человека опасна тем, что такая система не сможет адаптироваться к изменяющимся условиям, неучтенным исключениям или новым требованиям. Сотрудники теряют возможность гибко реагировать на нестандартные ситуации, что приводит к задержкам и ошибкам. Кроме того, отсутствие человеческого контроля создает иллюзию полной автоматизации, но на практике это лишь перенос проблем на более поздние этапы, где они оказываются сложнее для решения.
'Человек процесса' должен обладать волей, упорством и готовностью работать в условиях организационной инерции. Он должен уметь преодолевать сопротивление, внедрять изменения и поддерживать процессы в актуальном состоянии. Это требует многолетних усилий, так как результаты такой работы проявляются не сразу, но со временем становятся основой стабильности и эффективности организации.
Конечный пользователь ИТ-сервисов получает более стабильную и предсказуемую работу сервисов благодаря формализации процесса управления изменениями. Уменьшается частота сбоев и незапланированных отключений, что повышает продуктивность сотрудников компании. Пользователи также отмечают улучшение взаимодействия с ИТ-департаментом: запросы обрабатываются быстрее, появляется прозрачность по срокам и статусам изменений. Кроме того, конечные пользователи меньше сталкиваются с негативными последствиями спонтанных изменений, таких как потеря данных или временная недоступность критически важных функций.
Возрастной состав и однородность ролей сотрудников существенно влияют на динамику команды в деловой игре. Когда в игре участвуют сотрудники примерно одного возраста, работающие на близких или одинаковых позициях, как описано в тексте, это способствует отсутствию барьеров в общении и создает условия для слаженной работы. Такие команды склонны к совместному принятию решений вместо формирования явных лидеров, так как участники привыкли работать вместе и помогать друг другу. Отсутствие возрастных или иерархических различий уменьшает вероятность появления неформальных лидеров, так как нет выраженных различий в опыте или авторитете. В результате команда работает как равноправные партнеры, что может привести как к положительным эффектам (минимум конфликтов, высокая взаимопомощь), так и к негативным (потери времени на согласование решений, восприятие руководства как советчиков).
Детальная разбивка трудозатрат на сопровождение CMDB по группам конфигурационных единиц дает несколько важных преимуществ. Во-первых, она учитывает различия в характере работы с разными типами конфигурационных элементов (ИТ-системы, бизнес-приложения, технологические элементы бизнес-приложений, инфраструктура), которые обычно обслуживают разные специалисты. Во-вторых, она позволяет учесть различную стоимость рабочего времени для разных категорий специалистов, что делает оценку трудозатрат более точной. В-третьих, разбивка помогает выявить наиболее ресурсоемкие участки работы с CMDB и сосредоточить внимание на их оптимизации. В-четвертых, такая детализация облегчает планирование необходимых ресурсов и их распределение между ответственными сторонами, улучшает управление бюджетом. Наконец, детальная разбивка позволяет сравнивать эффективность сопровождения CMDB на разных участках и вносить корректировки в процессы для повышения их эффективности.
При обнаружении известной ошибки сначала применяется обходное решение для оперативного восстановления услуги. Например, если проблема с сетевым принтером вызвана конфликтом драйвера, временным решением может быть перезагрузка компьютера. Затем специалисты анализируют проблему, документируют ее и ищут постоянное решение, такое как обновление драйвера. Процесс управления известной ошибкой включает мониторинг эффективности временных решений и контроль за внедрением окончательного решения.
Ключевое отличие настоящего менеджера заключается в том, что он достигает цели и решает задачи чужими руками. Настоящий руководитель организует работу команды, доверяет полномочия, делегирует задачи, обеспечивает информацию и поддержку, но не вмешивается в выполнение оперативной работы. Он умеет определять приоритеты, устанавливать процессы взаимодействия, объяснять команде не только что делать, но и зачем это нужно, какой результат требуется, и добивается, чтобы команда сама определяла, как именно достичь лучших результатов.
DevOps способствует перераспределению ответственности, обучая тому, что бизнес должен стать полноправным владельцем своих инструментов и технологий, а ИТ-подразделение — выступать в роли надежного ресурса и профессионального инструмента. Вместо раздельного существования и медленного обмена требованиями через стену, DevOps превращает процесс в непрерывный поток ценности, где бизнес непосредственно управляет своими информационными ресурсами, используя ИТ-экспертизу как вспомогательный инструмент для достижения своих целей.
Негативное отношение сотрудников к метрикам обычно связано с тремя основными факторами: недоверием к прозрачности процессов (ранее мало кто знал о занятости сотрудника, а теперь появляется контроль); страхом, что результаты метрик будут напрямую влиять на материальное вознаграждение; и отсутствием понимания того, зачем нужны метрики и как они помогают в управлении процессами. Сотрудники могут воспринимать метрики как способ давления или наказания, а не как инструмент для улучшения работы.