Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Эволюция Definition of Done прошла несколько этапов: 1) "Совсем, совсем плохо": работа считается завершенной, когда разработчик заявил, что все работает (на его локальной среде); 2) Улучшенный подход: завершено, когда тестировщик подтвердил работоспособность; 3) Agile-подход: завершено после принятия результата владельцем продукта; 4) DevOps-подход: завершено, когда код успешно работает в продуктивной среде; 5) Финальная ступень: завершено, когда код работает в продуктиве, а вся сборка, тестирование и развертывание выполнены автоматическими средствами. С каждым этапом критерии завершения становятся все более строгими и приближенными к реальным условиям использования продукта.
С внедрением цифровых технологий количество работников может сократиться, но их ответственность и роль повысятся. Основная задача сотрудников сместится с выполнения рутинных операций к принятию решений и управлению автоматизированными процессами. Это требует от сотрудников новых компетенций, умения работать с данными и принимать решения на основе аналитики.
Комбинирование RBAC и ABAC позволяет сохранить структурированность ролевой модели и добавить динамические условия проверки доступа. Например, роль «Менеджер» может быть дополнена правилом ABAC, ограничивающим редактирование заказов только при соблюдении условий: стоимость заказа не превышает 1000 руб., заказ находится в филиале менеджера. Это делает систему более гибкой, так как роли становятся контекстно-зависимыми, но при этом остаётся удобной для аудита благодаря явному разделению прав по ролям.
Метрика результативности для ИТ-групп рассчитывается как отношение количества инцидентов, решённых данным участником процесса без повторной обработки, к общему количеству инцидентов с участием этой группы. Точная формула: KPI результативности = 1 — (M / N), где N — общее количество инцидентов, решённых за период с участием даной группы, а M — количество инцидентов, которые потребовали повторной обработки этой группой. Метрика нормирована в диапазоне от 0 до 1, где 1 означает идеальную результативность.
Если компания провозглашает определенные ценности, но не следует им на практике, это приводит к когнитивному диссонансу у клиентов и сотрудников. У клиентов формируется негативное впечатление и разочарование, так как ожидания, возникшие на основе заявленных ценностей, не оправдываются реальным взаимодействием. Например, когда компания заявляет, что важен каждый клиент, но опаздывает на встречи, не готовит документы и игнорирует обязательства, это создает негативный клиентский опыт. Такие ситуации могут быстро привести к потере доверия и отказу от сотрудничества, как в описанном примере, где потенциальный клиент сразу отказался от продолжения отношений из-за несоответствия заявленных ценностей и реального поведения сотрудников.
Ответственному за SIP следует предпринять следующие действия: актуализировать собранные потребности заказчиков и при необходимости провести дополнительные опросы; обратиться к руководству с просьбой организовать встречу по совершенствованию услуг; лично докладывать на встречах, а не делегировать это другим; на встрече добиваться принятия решений по каждой задаче (делаем/не делаем) и фиксировать ответственных и сроки по тем задачам, которые решено выполнять; регулярно контролировать ход исполнения задач в оперативном порядке; на очередной встрече обсуждать прогресс по каждой задаче, выявлять причины задержек и определять необходимые действия для решения проблем, обновлять сроки и ответственных; повторять цикл регулярно.
Среднее арифметическое вычисляется как сумма значений, деленная на их количество, и допускает компенсацию низких показателей высокими. Среднее геометрическое — это корень n-ой степени из произведения n показателей, и оно более чувствительно к низким значениям. При использовании среднего геометрического даже небольшое снижение одного показателя приводит к заметному снижению общего результата, что делает его подходящим для систем, где все метрики критически важны (например, mission-critical услуги). Среднее арифметическое же подходит для ситуаций, где допустима частичная компенсация недостатков по некоторым показателям достижениями в других областях (например, business-critical услуги).
В ко-креативных отношениях между поставщиком и потребителем существуют взаимные права и обязанности: поставщик обязан предоставить качественный сервис, необходимые ресурсы и поддержку, а также учитывать обратную связь для улучшения услуг; потребитель обязан активно участвовать в процессе, обладать необходимыми навыками для использования услуги и ответственно подходить к своему вкладу в создание ценности. Например, в образовательных отношениях учитель предоставляет знания, но студент должен приложить усилия для их усвоения. Аналогично, в психологической практике специалист предоставляет помощь, но клиент должен работать над своими вопросами.
Warranty (Гарантия) в управлении услугами состоит из четырех основных компонентов: 1) Доступность (Availability) - насколько часто услуга доступна для использования, без простоев и перерывов; 2) Мощность (Capacity) - достаточность ресурсов для удовлетворения потребностей пользователей, например, достаточно ли яркости света для комфортного чтения; 3) Безопасность (Security) - защита от несанкционированного доступа и угроз, например, отсутствие возможности соседа воровать электричество; 4) Непрерывность (Continuity) - способность продолжать работу после сбоев или аварий, например, быстрое восстановление электричества после отключения. Эти компоненты вместе определяют, насколько услуга пригодна для использования (fit for use).
Почему измерение времени реакции на назначение инцидентов важно для процесса управления инцидентами?
Измерение времени реакции на назначение инцидентов важно, потому что этот показатель помогает выявлять задержки в обработке, вызванные недостаточным вниманием руководителей функциональных групп к поступающим инцидентам. Особенно ценным становится этот показатель в начале внедрения процесса управления инцидентами, когда необходимо отладить взаимодействие между линиями поддержки и определить узкие места в системе. Однако важно, чтобы инциденты брались в работу именно в момент фактического начала их обработки, иначе метрика может быть искажена и потерять свою информативность.