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

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

25
авторов

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

100%
оригинальный контент
Если на письмо не приходит ответ в ожидаемые сроки, рекомендуется поступать следующим образом: сначала, после отправки письма, можно созвониться с коллегой и кратко проинформировать о его отправке; если ответ не приходит в течение ожидаемого периода (обычно 1-2 дня для обычных писем, несколько часов для срочных), то отправляется повторное письмо с префиксом «ПОВТОРНО:» в теме. Если и это не помогает, и коллега не отвечает, возможно, он находится в командировке или уволился, тогда письмо следует переадресовать его непосредственному начальнику или руководителю. В случае, когда в письме даны распоряжения с указанием сроков и ответственных, ожидание ответа должно соответствовать указанным датам.
У большинства ИТ-менеджеров при упоминании Соглашения об уровне обслуживания (SLA) возникают ассоциации с измерением и оценкой уровня предоставления услуги, штрафами и наказанием поставщика за несоответствие условиям. Многие воспринимают SLA как прямую связь между качеством оказания услуги и финансовыми санкциями против поставщика в случае невыполнения обязательств. Такая точка зрения отражает установку на жесткое регулирование и ответственность поставщика за качество предоставляемых услуг.
Методика «Метод освоенного объёма» (Earned Value Management, EVM) определяет ключевые численные характеристики для измерения степени соответствия хода проекта его плану. EVM широко используется в управлении проектами для количественной оценки прогресса по проекту. Методика хорошо описана в литературе и стандартах, таких как PMBoK, и реализована во многих программных продуктах, связанных с управлением проектами. Она фокусируется на анализе стоимости и выполненных работ для оценки текущего состояния проекта по сравнению с запланированным.
Value chain - это линейная модель взаимодействия субъектов, где каждый участник цепи выступает как потребителем, так и поставщиком услуг, следуя последовательному порядку. В этой модели каждый субъект принимает решения о требованиях к услугам и их стоимости для следующего звена. Value network же представляет собой более сложную модель взаимодействия нескольких субъектов, которые находятся в нелинейных отношениях, могут быть потребителями услуг друг друга, совместно предоставлять услуги и вступать в различные партнерские взаимодействия. Value network лучше отражает реальные сложные взаимодействия в современных бизнес-структурах и особенно внутри корпораций, например в ИТ-сфере.
Основные документы, которые ассоциируются с процессом управления уровнем услуг - это каталог услуг (с разделением на бизнес-услуги и технические услуги), SLA (Service Level Agreement) и OLA (Operational Level Agreement). Данная ассоциация между процессом управления и его документами является весьма устойчивой и часто возникает автоматически, без глубокого анализа необходимости этих документов именно в конкретной ситуации.
Менеджеры ИТ-процессов часто совмещают свои обязанности с другими должностями потому, что в большинстве организаций роль менеджера процесса не выделена как отдельная позиция. Процессные обязанности накладываются на текущие должностные функции сотрудника, например, начальник группы поддержки может быть менеджером процесса управления инцидентами. Это связано с незрелостью организационных структур, где приоритет отдаётся операционной работе, а управленческие аспекты ИТ-процессов недостаточно востребованы. Компании предпочитают оптимизировать ресурсы, избегая выделения отдельных позиций, пока нет явной потребности в профессиональном управлении процессами.
Гартнер изменил позиции вендоров в магическом квадрате за счет смещения фокуса с технических характеристик продуктов на способность поставщиков поддерживать долгосрочные стратегические партнерства. Анализ Гартнера концентрируется на оценке компаний-разработчиков, а не на функциональности их решений, что приводит к значительным изменениям в позициях даже при незначительных изменениях в самом продукте. Например, компания HP переместилась из лидирующей позиции в претенденты из-за оценки ее маркетинговой и продажной активности, несмотря на отсутствие существенных изменений в продукте.
Основное сходство между IT4IT и ITIL v3 заключается в использовании концепции жизненного цикла услуги. В IT4IT сервисная модель (Service Model) построена вокруг четырех основных столпов и представляет собой Service Backbone, что по сути соответствует этапам жизненного цикла услуги в ITIL v3 - от концепции до оказания услуги. Обе модели рассматривают ИТ-услуги в разрезе процессов, и многие функциональные компоненты в IT4IT (такие как управление инцидентами, проблемами, изменениями) напрямую соответствуют стандартным процессам ITIL v3. При переходе к ITIL v4 видно еще больше общего, в частности, использование цепочки создания ценности (Value Chain), впервые предложенной Майклом Портером. Обе модели стремятся описать целостную картину ИТ-управления, а не просто набор разрозненных процессов.
Роль тимлида напрямую противоречит некоторым принципам гибких методологий. Например, Scrum Guide не предусматривает существования тимлида в команде, так как он ориентирован на самоорганизованные кроссфункциональные команды, где ответственность распределена между всеми членами. Гибкие подходы подразумевают, что команды должны быть способны принимать решения самостоятельно, без назначения отдельного лидирующего лица для решения технических или управленческих вопросов.
Центральной темой и главным достижением ITIL v3 является Continual Service Improvement (CSI) – постоянное совершенствование услуг, которое точнее можно определить как непрекращающееся совершенствование процессов ИТ-услуг. Это направление требует систематического подхода и является показателем зрелости ИТ-менеджмента в организации, причем часто уделяется меньше внимания, чем следует, несмотря на наличие множества материалов по этой теме.