Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Залогом выживания и успешности компании является отточенная операционная деятельность, при которой ежедневные рутинные операции выполняются быстро, эффективно, с минимальными рисками и не требуют лишних ресурсов, а также развитие как необходимая часть работы организации. Мир постоянно меняется, и организациям необходимо подстраиваться к новой окружающей среде или предугадывать изменения, идти впереди.
Для обеспечения выполнения требований к инициативе и инновациям при сохранении операционной стабильности необходимо: встроить процессы развития в ежедневную работу сотрудников, выделить конкретное время для работы над улучшениями, обеспечить защиту этого времени от вторжения операционных задач, поощрять творческий подход в решении повседневных проблем. Важно создать баланс, при котором текущие операции не страдают, но и развитие компании не остается в стороне.
Для настройки эффективной переписки по email рекомендуется использовать методологию «4tune», которая фокусируется на четырех аспектах: 1) Кому пишем – необходимо учитывать роль и влияние получателя, его положение в реализации ИТ-инициативы и предпочтения по восприятию информации; 2) Что в теме – тема должна содержать 1-2 ключевых слова, относящихся к проблеме, и ожидаемое действие от адресата; 3) Что в теле – письмо должно состоять из структурированного текста: приветствие, благодарность, основание, суть, о чем просим/требуем, подпись; 4) Когда ждать ответ – важно заранее определить ожидаемые сроки ответа исходя из приоритетности вопроса и сложившейся в компании практики.
Ключевым документом при построении процессов в организации является "описание процесса". Традиционно этот документ получается объемным, так как включает подробное описание всех аспектов работы процесса, включая цели, задачи, процедуры, роли и другие атрибуты. Он служит единым источником информации о процессе, необходимым для менеджера процесса, смежных менеджеров и аудиторов. Документ используется для утверждения общей картины работы процесса и сравнения его замысла с реальным выполнением.
ITIL 4 определяет потоки создания ценности как более высокий уровень абстракции по сравнению с процессами. Поток создания ценности (value stream) представляет собой последовательность шагов, которые организация предпринимает для создания и предоставления продуктов и услуг потребителю. Это комбинация видов деятельности цепочки создания ценности организации. Процессы же рассматриваются как набор взаимосвязанных или взаимодействующих видов деятельности, преобразующих входы в выходы, и они являются составной частью потоков создания ценности. Например, поток создания ценности для поддержки пользователей может включать в себя такие процессы как управление инцидентами, служба поддержки, управление проблемами, управление изменениями и управление конфигурациями. Ключевая идея ITIL 4 заключается в том, что процессы должны рассматриваться не изолированно, а как последовательность действий в рамках потока создания ценности, что позволяет лучше понять их роль в создании ценности для клиента и обеспечить более целостное управление ИТ-услугами.
Руководство играет ключевую роль в успешной реализации SIP. Без понимания и желания руководства искать и находить способы повышения удовлетворённости заказчиков сама идея SIP в организации не может существовать долго. Поддержка руководства необходима для обеспечения ресурсов, согласования решений и обеспечения ответственности за выполнение задач. Руководство должно организовывать или включать в повестку встречи по совершенствованию услуг обсуждение SIP, что позволит системно подходить к процессу постоянного улучшения и не допустить разрыва цикла улучшений.
Суть мониторинга и управления событиями заключается в систематическом наблюдении за услугами и их компонентами, записи и отчетности об изменениях, идентифицированных как события. Эта практика обеспечивает обнаружение инцидентов и включает инструменты и процессы для категоризации событий, позволяющих отличать инциденты от информационных событий и предупреждений. Важно определить, какой тип мониторинга использовать: активный или пассивный, проактивный или реактивный. Для эффективной работы необходимо определить критерии, которые будут определять категории событий, а также внедрить фильтрацию, корреляцию событий, настройку автоответа и адресное уведомление специалистов. При правильной настройке мониторинг и управление событиями существенно помогают в автоматизации управления услугами и работе поддержки, без чего невозможно обеспечить качественное предоставление услуг и совершенствование.
Необходимость бизнес-трансформации определяется появлением новых конкурентов, которые используют цифровые технологии для изменения отраслевых стандартов. Традиционные бизнесы сталкиваются с угрозой потери доли рынка из-за более гибких и инновационных игроков. Снижение барьеров входа в бизнес позволяет стартапам быстро захватывать новые сегменты рынка. Кроме того, изменяющиеся ожидания потребителей, требующие персонализированного и мгновенного обслуживания через цифровые каналы, вынуждают компании менять свои подходы. Бездействие приводит к устареванию бизнес-моделей и потере конкурентоспособности.
Ограничение работ в процессе (WIP) в системе Kanban — это установленный верхний предел количества задач, которые могут одновременно находиться на определённом этапе процесса. Это ограничение необходимо для предотвращения перегрузки рабочих этапов, снижения времени ожидания и повышения скорости прохождения задач через весь процесс. В DevOps-практиках WIP также позволяет зарезервировать ресурсы для неплановых задач, таких как решение инцидентов. В канбане можно устанавливать как общие ограничения для всего процесса, так и отдельные ограничения для разных категорий задач, что делает систему более гибкой и устойчивой к возникающим проблемам.
Диалог с заказчиком должен быть сосредоточен на обсуждении конечных результатов, а не только на технических деталях услуги. Это помогает избежать ситуаций, когда заказчик получает технически корректное решение, но оно не решает его реальные задачи. Например, если заказчик хочет ускорить обработку заказов, важно понять, какие именно метрики для него важны (время обработки, точность данных, интеграция с другими системами), чтобы предложить оптимальные выходы. Такой подход повышает удовлетворенность заказчика, так как он видит, что его бизнес-цели учитываются на всех этапах работы.