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

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

25
авторов

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

100%
оригинальный контент
На проявление групповых эффектов в ИТ-командах влияют несколько ключевых факторов: уровень мотивации участников, вовлеченность в достижение общей цели, прозрачность процессов и организация рабочей среды. Высокая мотивация и четкое понимание общей цели способствуют проявлению позитивных групповых эффектов, таких как синергия идей. Прозрачность процессов позволяет оценить вклад каждого, снижая негативные проявления социальной лени. Комфортная и безопасная рабочая среда, в которой нет страха показать свои проблемы, предотвращает дисфункции, когда члены команды прячут отсутствие вовлеченности за коллективной работой. Плохо организованные процессы и отсутствие вовлеченности, напротив, усиливают негативные групповые эффекты и снижают общую продуктивность команды.
Стандартное определение доступности кажется неопределенным, потому что все ИТ-услуги уникальны, предоставляются в различных условиях и имеют разные параметры и клиентские сегменты. Формула доступности, где в числителе время работы, а в знаменателе запланированное время работы, не дает достаточной конкретики для владельца услуги. Чтобы получить четкое определение, необходимо обратиться к документации, где зафиксирована ценность, предоставляемая потребителю, и определить критерии, которые влияют на получение этой ценности.
Помимо недостатка времени и ресурсов, одной из причин накопления технического долга является несостыковка в логической продуманности системы, которая часто возникает из-за недостаточной коммуникации между бизнесом и ИТ-специалистами. Если разработчики не полностью понимают бизнес-требования или не могут адекватно передать технические ограничения бизнесу, это приводит к принятию решений, которые создают долгосрочные проблемы. В тексте особо подчеркивается, что «немалая часть технического долга закладывается из-за несостыковок в логической продуманности системы». Также упоминается, что технический долг может накапливаться из-за эффекта Даннинга-Крюгера, когда разработчики неправильно оценивают сложность задачи и не осознают долгосрочных последствий своих решений.
Для более оперативного реагирования на блокеры можно внедрить несколько улучшений. Во-первых, установить визуальные индикаторы (например, красные стикеры или специальные метки) на доске, которые сразу привлекают внимание. Во-вторых, определить четкие правила времени реакции на появление блокера, например, обязательное упоминание в течение получаса после обнаружения. В-третьих, разработать механизм немедленного оповещения соответствующих специалистов (через мессенджеры или специальные уведомления в системе). Также важно поддерживать культуру открытого и немедленного сообщения о проблемах, чтобы коллеги могли оперативно включаться в решение.
Низкий уровень клиентского сервиса в России заметен в таких явлениях, как постоянные очереди в McDonalds, отсутствие достаточного числа прокатных контор и торговых центров по сравнению с европейскими странами. Потребители редко сталкиваются с действительно запоминающимся сервисом: вместо брендов они запоминают отдельных профессионалов (стоматологов, парикмахеров). Большинство компаний предлагают минимально приемлемые услуги, не стремясь к превосходству, поскольку конкуренция слабая, а клиенты не имеют выбора.
В Советском Союзе качество обслуживания клиентов не было приоритетом из-за всеобщего дефицита и низкого уровня товаров и услуг. Система функционировала без конкуренции, и предприятия не сталкивались с необходимостью бороться за клиентов, поскольку спрос значительно превышал предложение. Отсутствие выбора у потребителей делало излишним заботу о комфорте и удовлетворённости покупателей.
OPBOK (Outsourcing Professional Body of Knowledge) представляет собой 300-страничное руководство по внедрению профессиональных стандартов аутсорсинга. В нем содержится подробная информация о том, как разрабатывать, реализовывать и управлять аутсорсинговыми проектами. Руководство включает множество практических шаблонов для применения знаний на практике, охватывает все этапы жизненного цикла аутсорсинга — от планирования и выбора поставщиков до управления контрактами и оценки результатов. OPBOK разработан Международной ассоциацией профессионалов в области аутсорсинга (IAOP) и используется как основа для обучения и сертификации в этой области.
Управление инцидентами и управление запросами на обслуживание имеют несколько общих черт. Во-первых, обе эти практики обычно обрабатываются одной и той же командой сервис-деска. Во-вторых, для обеих практик должны быть четко определены и реалистичные ожидания пользователей относительно сроков выполнения запросов, что обычно фиксируется в SLA. В-третьих, обе практики существенно влияют на удовлетворенность пользователей и заказчиков. В-четвертых, эффективность обеих практик зависит от уровня взаимодействия между различными командами, участвующими в предоставлении ИТ-услуг.
Компромисс достигается через валидацию требований: бизнес соглашается на минимально необходимую детализацию учета, обоснованную экономической выгодой (например, снижение затрат на ИТ за счет точного отслеживания амортизации). ИТ, в свою очередь, адаптирует процессы под существующие учетные стандарты, внедряя промежуточные решения вроде реестров вне учетных систем. Ключевой элемент успеха — совместная разработка метрик, демонстрирующих пользу изменений (увеличение скорости реакции на сбои, уменьшение простоев). Примеры показывают, что управленческая поддержка на уровне топ-менеджмента повышает шансы на внедрение балансированных решений.
SIP способствует более тесной интеграции функций эксплуатации и разработки, так как направляет их усилия на достижение общей цели — повышение удовлетворенности потребителя услуг. Программа совершенствования услуг создает общие задачи и проекты, которые требуют совместной работы эксплуатационных и разработческих команд, фокусируясь на улучшении конкретных аспектов услуг. Это позволяет устранить разрыв между созданием функциональности и ее поддержкой в эксплуатации, создавая единую систему ответственности за качество сервиса на всех этапах его жизненного цикла.