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

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

25
авторов

440+
источников

100%
оригинальный контент
Автоматическая функциональная эскалация может снижать мотивацию специалистов текущего уровня поддержки, так как у них появляется ощущение, что их работа не ценится в полной мере. Если заявка автоматически передается на следующий уровень по истечении времени, даже если специалист активно работает над ней, это создает впечатление, что результаты их труда могут быть проигнорированы. Кроме того, специалисты могут терять заинтересованность в решении проблем на своем уровне, понимая, что в любом случае через определенное время заявка уйдет выше. Это нарушает естественный процесс поиска решений и может приводить к тому, что специалисты будут сознательно «перекидывать» сложные случаи на высшие уровни, зная о скором автоматическом переназначении.
Улучшение форм поиска в CleverENGINE 3.1 обеспечивает двукратное увеличение количества поисковых атрибутов без увеличения размеров форм. Это значительно повышает эффективность поиска информации и устраняет потребность в использовании функциональной клавиши F3, которая ранее применялась в системе OMNITRACKER. Такие улучшения делают работу с системой более продуктивной и удобной для пользователей.
Для демонстрации отделения сервисного и процессного подходов можно взять компанию, оказывающую два вида услуг: услуги эксплуатации информационных систем (ИС) и услуги заказной разработки программного обеспечения (ПО). Для этих видов услуг производственные процессы могут серьезно различаться: в разработке ПО лежит процессная модель ALM (или RUP, MSF и другие), а в эксплуатации ИС - операционные процессы ITIL. При этом управленческие процессы, такие как SLM (Service Level Management), будут общими для обоих видов услуг.
Противоречие заключается в том, что хотя компании, придерживающиеся стратегии выживания, выделяют больший процентный объем бюджета (4-8%) на управление ИТ по сравнению с активно расширяющимися компаниями (1-2%), фактическая натуральная величина этих затрат может быть существенно меньше. Это связано с тем, что общий ИТ-бюджет компаний в кризис может быть значительно уменьшен, поэтому 4-8% от меньшей суммы может быть меньше, чем 1-2% от значительно большего бюджета активно развивающихся компаний.
Предложенные показатели (суммарное время простоев, максимальный разовый простой, количество нарушений) тесно связаны с традиционными метриками надежности MTRS (Mean Time To Restore Service), MTBF (Mean Time Between Failures) и MTBSI (Mean Time Between Service Incidents). Например, суммарное время простоя связано с MTRS, количество нарушений - с MTBF, а средняя продолжительность работы без нарушений соотносится с MTBSI. Однако предложенные показатели сформулированы более приближенно к бизнес-эффекту и фокусируются на том, как именно простои влияют на бизнес-процессы, в то время как традиционные метрики носят более технический характер и не всегда напрямую связаны с бизнес-потерями.
Делегирование функций локальным командам в распределенных структурах позволяет значительно сократить время обработки обращений, так как исключаются задержки, связанные с ожиданием работы команды из другого часового пояса. Локальные специалисты могут оперативно реагировать на запросы пользователей в своем регионе, что повышает скорость и качество обслуживания. Кроме того, локальные команды лучше понимают специфику региона и могут учитывать местные особенности при решении задач. Это также снижает нагрузку на центральные группы и позволяет им сосредоточиться на более сложных или стратегических задачах. Делегирование функций укрепляет автономность региональных подразделений и повышает общий уровень удовлетворенности пользователей.
Бюджет доходов и расходов (P&L) ИТ-подразделения содержит доходную часть (присутствует только если услуги предоставляются на коммерческой основе) и расходную часть. Доходная часть формируется на основании тарифных планов, а также прогноза объема потребления ИТ-услуг.
Оптимальные нормативы времени на обработку обращений в условиях нескольких часовых поясов определяются через анализ исторических данных и моделирование рабочих процессов. Сначала необходимо собрать данные о том, сколько времени обычно занимает обработка аналогичных обращений с учетом перенаправлений между регионами. Затем, используя календари рабочего времени всех групп, рассчитать среднее фактическое рабочее время для решения типовых задач. На основе этого определяются реалистичные нормативы, которые затем проверяются на тестовых примерах. Важно учитывать не только средние значения, но и максимальные возможные значения при сложных сценариях. После определения нормативов их следует довести до сотрудников и пользователей, объяснив, как рассчитывается время обработки. Регулярный пересмотр нормативов на основе новых данных поможет поддерживать их актуальность.
Поиск универсального решения для всех организационных проблем приводит к игнорированию специфики конкретного случая и к применению недостаточно адаптированных методик. Каждая организация уникальна: в ней свои процессы, культура, люди и контекст, из-за чего решение, которое сработало в одной компании, может не подойти для другой. Например, внедрение Kanban-метода не будет работать, если не решены вопросы мотивации сотрудников, даже если эта методология успешна в других организациях. Универсальные решения не учитывают тонкости ситуации, сложные взаимосвязи и конкретные вызовы, стоящие перед организацией. Поэтому важно подходить к решению проблем гибко, анализируя каждую ситуацию в отдельности и находя наиболее подходящее решение, учитывающее особенности конкретной организации.
Каждое управленческое решение по смене приоритетов имеет свою цену, которую часто не принимают во внимание. Эта цена включает в себя потерю уже вложенных в задачу ресурсов, если задача находится в незавершенном состоянии и не принесла никакой ценности. Это создает турбулентность в системе выполнения работы, замедляя и удорожая выполнение всех задач. Цена также заключается в коммуникационных издержках с заинтересованными сторонами, которые могут быть недовольны понижением приоритета их задач. Фактически, цена смены приоритетов проявляется в замедлении общего выполнения всех задач, увеличении незавершенной работы и создании новых кризисных ситуаций на месте предыдущих. Регулярная смена приоритетов подрывает стабильность работы организации и разрушает доверие к управленческим процессам.