Да, модель оценки процессов COBIT 5 PAM применима и для малых ИТ-команд, несмотря на распространенное заблуждение, что она подходит только для крупных компаний. Для небольших организаций необходимость в структурировании процессов возникает, когда внутренняя вариативность деятельности становится настолько значительной, что работа по памяти уже неэффективна. В таких случаях стандартные рамки управления — четкое распределение обязанностей, введение автоматизации, регулярное измерение и улучшение процессов — становятся критически важными. Эти элементы помогают стабилизировать работу даже небольшой команды и создают основу для будущего роста. Модель не навязывает сложные процедуры, но предоставляет структуру, которую можно адаптировать под масштаб компании.

Управление уровнем услуг (Service Level Management) в ИТ - это процесс, который фокусируется на определении, согласовании, мониторинге и поддержании уровня предоставления ИТ-услуг. Оно включает в себя создание соглашений об уровне услуг (SLA), которые определяют ожидаемые параметры качества и доступности услуг. Этот процесс помогает обеспечить, чтобы ИТ-услуги соответствовали бизнес-требованиям и потребностям заинтересованных сторон.

Отсутствие SLA в случае, когда ИТ-подразделение является внутренним поставщиком услуг, может привести к ряду проблем. Во-первых, качество предоставляемых услуг становится субъективным и размытым, так как не определены показатели для его измерения. Во-вторых, бизнес-результаты могут не достигаться, поскольку ИТ-подразделение может не понимать, на какие бизнес-цели ориентирован бизнес. В-третьих, бизнес может недовольствоваться работой ИТ, что становится поводом для постоянных обвинений из-за отсутствия четких договоренностей. Наконец, недостаток доверия к деятельности ИТ может усугубить проблему, но при отсутствии альтернативных поставщиков сервисные отношения превращаются в неформальные, что напоминает отношения соседей в коммунальной квартире.

Поставщик может улучшить понимание ценности для потребителя через активное исследование и анализ потребительского поведения. Это включает проведение опросов, интервью, сбор обратной связи после покупки и использования продукта. Также важно наблюдать за изменениями в восприятии ценности на разных этапах: до предполагаемой покупки, сразу после неё и в процессе длительного использования. Поставщик должен стремиться предсказывать будущие изменения в ожиданиях потребителей и адаптировать свои предложения соответственно. Например, если владелец кафе считает, что для него наиболее ценна круглосуточная техническая поддержка программного обеспечения, а не низкая стоимость программы, то поставщик должен сделать акцент на этом аспекте в своем предложении, даже если другие поставщики делают упор на другие преимущества.

SLA активно применяются не только в ИТ-сфере, но и во многих других областях бизнеса. Например, в административно-хозяйственной службе, маркетинге и продажах. В частности, между отделами маркетинга и продаж существуют сервисные соглашения, где маркетинг обязуется предоставить определённое количество квалифицированных потенциальных клиентов, а продажи - обеспечить определённый уровень конверсии этих клиентов в покупателей. Также SLA могут использоваться в цепочках поставок между различными подразделениями компании.

Процесс Управления инцидентами в ITIL Service Operation включает множество задач, среди которых обеспечение прозрачности процесса является ключевой. В перечне задач процесса явно указано, что необходимо обеспечивать прозрачность деятельности процесса. Также к задачам относится эффективное решение инцидентов в установленные сроки, минимизация негативного воздействия на бизнес, восстановление нормального функционирования услуг в минимально возможные сроки и поддержание согласованных уровней качества услуг. В примерах критических факторов успеха процесса указано: «Улучшать прозрачность и коммуникации в работе процесса», что подтверждает важность коммуникационной составляющей в работе с инцидентами.

История с мылом в английском отеле иллюстрирует, как формальное отслеживание и выполнение запросов заказчика приводит к нежелательному результату, даже когда персонал отеля следует всем регламентам и процедурам. Постоялец хотел, чтобы ему не приносили отельное мыло, так как он пользуется собственным, но персонал интерпретировал его просьбы буквально, не пытаясь понять истинную потребность. Когда постоялец попросил убрать мыло, его убрали, но затем в следующий день принесли новое, поскольку по регламенту в номер должны класть мыло каждый день. Когда постоялец пожаловался, что остался без мыла, ему тут же принесли дополнительное. Ситуация усугублялась тем, что разные сотрудники отеля по-разному понимали суть проблемы, но никто не задал вопрос, зачем постояльцу нужно именно убрать мыло или почему он просит вернуть своё. Это напрямую отражает ситуацию взаимодействия ИТ и бизнеса, когда технические специалисты формально выполняют требования, но не понимают бизнес-цели, что приводит к ненужным усложнениям и неэффективным решениям.

Издержки на создание и поддержание документации процессов можно снизить за счет четкого разграничения документов: создать единый подробный документ для менеджеров и аудиторов, а для исполнителей разработать краткие ролевые инструкции, содержащие только необходимую информацию. Также важно наладить процесс регулярного, но целенаправленного обновления документа, ориентированный на реальные изменения в процессе, а не на избыточную детализацию. Внедрение инструментов управления документацией в ИТ-системах может упростить поддержку и сократить время на корректировку.

Распространённая ошибка при внедрении канбана — это чрезмерная фокусировка исключительно на визуализации процессов, игнорируя другие важные аспекты системы. Люди часто думают, что создание канбан-доски автоматически решит все проблемы, но на самом деле канбан — это комплексный метод, который также включает управление потоком задач, ограничение количества активных задач (WIP), создание вытягивающей системы и постоянное выявление и устранение узких мест. Без этих элементов система канбан не сможет функционировать эффективно и принести ожидаемую пользу.

Измерение необходимо для решения четырех ключевых задач: подтверждения актуальности ранее принятых решений, направления деятельности на достижение требуемых целей, обоснования необходимости предполагаемых действий и внесения корректировок в ход деятельности. Это основа для принятия осознанных решений и управления процессами.